On Wednesday 23 October 2002 01:50 am, Tim Legant wrote:
> Mike Diehl <[EMAIL PROTECTED]> writes:
> > I have it partially working by having procmail call spamassin and by
> > calling tmda via .forward. However, this leads to some strange
> > behavior. The original message passes through SA, so the
> > confirmation message has the spamassassin markings on it, but the
> > final message does not. That's not what I want.
>
> That's odd, since if SA sees the message before TMDA does, the version
> TMDA stores in pending/ will have the SA header field(s). That's the
> version that gets re-injected once it is confirmed.
>
> How is procmail being called on your system?
I have a line like:
mailbox_command = /usr/bin/procmail -Y -a $DOMAIN
in /etc/postfix/main.cf
> > File "/usr/src/tmda/tmda-0.62/bin/tmda-rfilter", line 160, in ?
> > raise Errors.MissingEnvironmentVariable('SENDER')
> > MissingEnvironmentVariable
>
> Which MTA are you using? /etc/procmailrc is processed before
> ~/.procmailrc, so if you're using Sendmail, you need to have the
> procmail code that sets the SENDER, RECIPIENT and EXT environment
> variables in /etc/procmailrc, before TMDA is called.
I'm using postfix.
> > Here is the /etc/procmailrc file, with the call to tmda commented
out for now:
> > :0fw
> > :
> > | spamassassin -P -F1
> >
> > #:0fw
> > #|/usr/src/tmda/tmda-0.62/bin/tmda-filter.pl
>
> ^^
> Perl? Also, tmda-filter is not a filter, in UNIX parlance. There is
> no output on stdandard out. The 'f' flag may confuse procmail.
I was having trouble with tmda-filter not returning the proper exit code. So
I wrapped it in a perl script which would. You are implying that I could set
the DELIVERY variable to call a user's .procmailrc.... That would be nice.
I'll test it w/o the f in the procmail recipe.
--
Mike Diehl
PGP Encrypted E-mail preferred.
Public Key via: http://dominion.dyndns.org/~mdiehl/mdiehl.asc
_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users
