procmail forwarding to other user

procmail forwarding to other user

[urgrue]

what i'm trying to do here is: delete those messages which contain 
"orders received", and forward the ones that dont, to another user on 
my system. doesnt work: the orders received messages are indeed 
correctly deleted, but the others simply arrive in my default mailbox. 
could someone correct my config:

:0
* ^Subject.*LSN game.*orders received.*
/dev/null
   * ^Subject.*LSN game.*
! fredgamer@tumsan.fi
   :0 .....snip snip...various other recipes follow.....

Re: procmail forwarding to other user

[Andrew Kelly]

urgrue wrote:
> 
> what i'm trying to do here is: delete those messages which contain
> "orders received", and forward the ones that dont, to another user on
> my system. doesnt work: the orders received messages are indeed
> correctly deleted, but the others simply arrive in my default mailbox.
> could someone correct my config:
> 
> :0
> * ^Subject.*LSN game.*orders received.*
> /dev/null
>    * ^Subject.*LSN game.*
> ! fredgamer@tumsan.fi
>    :0 .....snip snip...various other recipes follow.....


In a procmail recipe, you may only have 1 (one) action line.
If you look at the above you'll see that you begin a recipe,
list one condition statement and then an action which applies
to the condition above it. THEN you list another condition and
action as part of the same recipe, which is incorrect. 

You need to either make them separate recipes or to 
build a nested block.

Andrew

Re: procmail forwarding to other user

[Horia Chirculescu]

> 
> 
> urgrue wrote:
> > 
> > what i'm trying to do here is: delete those messages which contain
> > "orders received", and forward the ones that dont, to another user on
> > my system. doesnt work: the orders received messages are indeed
> > correctly deleted, but the others simply arrive in my default mailbox.
> > could someone correct my config:
> > 
> > :0
> > * ^Subject.*LSN game.*orders received.*
> > /dev/null
> >    * ^Subject.*LSN game.*
> > ! fredgamer@tumsan.fi
> >    :0 .....snip snip...various other recipes follow.....
> 
> 
> In a procmail recipe, you may only have 1 (one) action line.
> If you look at the above you'll see that you begin a recipe,
> list one condition statement and then an action which applies
> to the condition above it. THEN you list another condition and
> action as part of the same recipe, which is incorrect. 
> 
> You need to either make them separate recipes or to 
> build a nested block.
> 
> Andrew
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Andrew is right.

Another issue to take care of is the delivering receipe.

If you have such receipe, the mail is delivered and no more further
actions are taken.

You must change the type of the first receipe to a
non-delivering receipe by adding the flag "c"

Read the man page for procmailrc.

Have a nice day.

Re: procmail forwarding to other user solvedf

[urgrue]

ok, duh, that should've been obvious.
i simply preceded the second condition with :0, making it another 
recipe, and it all works as desired now.
thanks,
urgrue



On 2003.04.10 13:10 Horia Chirculescu wrote:
> >
> >
> > urgrue wrote:
> > >
> > > what i'm trying to do here is: delete those messages which contain
> > > "orders received", and forward the ones that dont, to another user
> on
> > > my system. doesnt work: the orders received messages are indeed
> > > correctly deleted, but the others simply arrive in my default
> mailbox.
> > > could someone correct my config:
> > >
> > > :0
> > > * ^Subject.*LSN game.*orders received.*
> > > /dev/null
> > >    * ^Subject.*LSN game.*
> > > ! fredgamer@tumsan.fi
> > >    :0 .....snip snip...various other recipes follow.....
> >
> >
> > In a procmail recipe, you may only have 1 (one) action line.
> > If you look at the above you'll see that you begin a recipe,
> > list one condition statement and then an action which applies
> > to the condition above it. THEN you list another condition and
> > action as part of the same recipe, which is incorrect.
> >
> > You need to either make them separate recipes or to
> > build a nested block.
> >
> > Andrew
> > -
> > To unsubscribe from this list: send the line "unsubscribe
> linux-admin" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> 
> Andrew is right.
> 
> Another issue to take care of is the delivering receipe.
> 
> If you have such receipe, the mail is delivered and no more further
> actions are taken.
> 
> You must change the type of the first receipe to a
> non-delivering receipe by adding the flag "c"
> 
> Read the man page for procmailrc.
> 
> Have a nice day.
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Keyboard

[Ben Clewett]

Dear Vger,

I've just installed Linux from a slackware distribution.  Not playing by 
the rules and using their installer, I now do not have the correct 
keyboard.  Mine is UK, Linux belives it to be US.

This must be a really simple setting somewhere, yet hours of 'man', 
'grep -r' have yielded no information.

If some person can tell me how to set Linux with the correct keyboard 
type, I really need to know.

Thanks,

Ben

Re: Keyboard

[Glynn Clements]

Ben Clewett wrote:

> I've just installed Linux from a slackware distribution.  Not playing by 
> the rules and using their installer, I now do not have the correct 
> keyboard.  Mine is UK, Linux belives it to be US.
> 
> This must be a really simple setting somewhere, yet hours of 'man', 
> 'grep -r' have yielded no information.
> 
> If some person can tell me how to set Linux with the correct keyboard 
> type, I really need to know.

Are you referring to the Linux console or to X?

For the console, use "loadkeys", e.g. "loadkeys uk". However, many
distributions have a way of automating this; e.g. RedHat has
/etc/sysconfig/keyboard.

For X, this is set in XF86Config; e.g. for XFree86 4.x:

	Section "InputDevice"
	    Identifier	"Keyboard1"
	    Driver	"keyboard"
	    Option	"AutoRepeat"	"250 30"
	    Option	"XkbModel"	"pc105"
	    Option	"XkbLayout"	"gb"
	EndSection

-- 
Glynn Clements <glynn.clements@virgin.net>