From: mouss (no email)
Date: Thu Sep 21 2006 - 19:37:50 EDT
Kris Wilk wrote:
> Thanks Mark and Sean,
> I do believe the incoming and outgoing problems are unrelated.
> The outgoing dupe problem WAS in fact limited to a few virtual aliases
> getting expanded on both sides of amavis-new. Adding
> "receive_override_options = no_address_mappings" to main.cf seems to
> have resolved that.
> But the incoming dupes still baffle me. The log snippet I included
> looks "OK", doesn't it? There do not appear to be any errors,
> timeouts, etc, and the incoming address does not have any virtual
> aliasing to cause dupes (as above). Yet I got that message in
> One other thing that I know: whatever is causing the dupes seems to be
> AFTER amavis-new has scanned the message. The dupes contain
> amavis-new's version header and all the spam headers.
> The worst thing is that I cannot reliably reproduce the dupes. I ask a
> remote sender to send a few mails to me and 1 or 2 get duped. The rest
> are fine. Aargh!
show your master.cf. In particular,
- reread what Mark said
- are you using a before-the-queue filter?
Sep 20 20:03:09 tarpon postfix/smtpd: disconnect from
the client timeouts and will thus resend the message. look for the
message-id and see if amavisd-new is called twice for the duplicated