[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... ;-)