[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: doc/guides/procmail -- comments, please



-> 	I just collected infobits I have been repeatedly
-> 	asked to figure out, and it now includes all of
-> 	the details I can think of.  (For ZMailer integration.)
-> 
-> 	Can you few procmail users think anything that should
-> 	be added here ?

I don't run procmail with zmailer now...I tried it long time ago maybe
something changed;

->   # Does our "local" channel accept domain (@) at the user part ?
->   # ZMailer's mailbox does accept.  If you use something else, and
->   # it doesn't accept, comment this away!
->   
-> < localdoesdomain=1
-> > #localdoesdomain=1

wouldn't be enough to change it to '0' ? :)

-> In the scheduler configuration we must leave clauses for "local/file*",
-> and "local/pipe*" in front of "local/*" intact, as they handle things
-> that procmail can not do by itself.  Then we continue by modifying the
-> "local/*" clause to choose proper command:

I asked its developers to make it work; imho it's not a problem for
procmail... it can deliver to files and pipes when it's configured so in
procmailrc... why then not by cmdline parameters ? :)

-> And lastly, the sm configuration needs to be made sure it has specfication
-> for "procm" so that "sm" knows what it needs to do, and where your procmail
-> program is:
-> 
-> ------- $MAILSHARE/sm.conf:
-> #		# CYRUS example from: Tom Samplonius <tom@sdf.com>
-> procm	sSPfn	/usr/local/bin/procmail		procmail -a $h -d $u
-> -------

Hmmm, you really didn't try '-t' and flag 'm' ? 

procm	sSPfnm	/usr/local/bin/procmail		procmail -t -a $h -d $u

it should work; '-t' should cause that procmail can 'silently return mail to
the queue'; 

-- 
 Matus "fantomas" Uhlar, sysadmin of one server at SANET Kosice, Slovakia
 E-mail: Matus.Uhlar@tuke.sk ; WWW: http://ccsun.tuke.sk/users/uhlar
 And don't forget: I work for SANET, but talk for myself, dude... ;-)