--- On Mon, 2/6/12, David F. Skoll <d...@roaringpenguin.com> wrote:
> On Mon, 6 Feb 2012 11:50:49 -0800 (PST) kd6...@yahoo.com wrote:
> > In filter_end(), I reference the hash %RecipientMailer mainly for
> > logging purposes, but also to compare against certain mailboxes which
> > resolve to a local spamtrap.
>
> > Using 2.73, all three values of the hash for a given recipient
> > display as a single question mark in the log.
>
> It's a bug. I don't include rcpt_mailer, rcpt_host or rcpt_addr in
> the list of macros we want at the SMFIM_ENVRCPT stage.
>
> Workaround until I fix it: Invoke mimedefang with the
> options:
>
> mimedefang ... -a '{rcpt_mailer}' -a
> '{rcpt_host}' -a '{rcpt_addr}
>
> Sorry about that!
Ah, so something did change. OK. So, you build up the hash from the
individual calls to filter_rcpt()?
Instead of your fix, I'll just continue running version 2.72 for a while.
Some of my spamtraps operate using regex expression matches on the local-part
of a mailbox, so it's alot easier checking the result (a single value) than the
input. In my spam reporting, I evaluate (score >= min OR trap = TRUE) to do
lart reporting, and this issue goes to latter part of that expression.
_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID. You may ignore it.
Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
