[Mailman-Users] Repeat messages

[Joseph McCall]

Although I know the answer will be "check your MTA" I thought I'd throw this
one out to the list anyway.

RH 7.1 + Postfix (chroot'd) + Mailman 2.0.8

Sending out a newsletter to ~12000 subscribers. One group of addresses, all
at the same domain, received multiple copies of the email (~20 each). Every
entry in maillog is identical except for the timestamp and shows status=sent
(250 Ok). IP's and names replaced to protected the harassed.

Feb 24 23:31:03 lists postfix/smtp[13929]: 049AA27294:
to=<name at replaced.com>, relay=smtp.replaced.com[1.2.3.4], delay=0,
status=sent (250 Ok)
Feb 24 23:32:04 lists postfix/smtp[14206]: C9FC2272AC:
to=<name at replaced.com>, relay=smtp.replaced.com[1.2.3.4], delay=1,
status=sent (250 Ok)
Feb 24 23:33:02 lists postfix/smtp[14206]: C1A7B272AC:
to=<name at replaced.com>, relay=smtp.replaced.com[1.2.3.4], delay=1,
status=sent (250 Ok)
Feb 24 23:34:02 lists postfix/smtp[14206]: 8F5C1272AC:
to=<name at replaced.com>, relay=smtp.replaced.com[1.2.3.4], delay=0,
status=sent (250 Ok)
Feb 24 23:35:02 lists postfix/smtp[14206]: 35766272AC:
to=<name at replaced.com>, relay=smtp.replaced.com[1.2.3.4], delay=0,
status=sent (250 Ok)
Feb 24 23:36:03 lists postfix/smtp[14206]: EFED6272AC:
to=<name at replaced.com>, relay=smtp.replaced.com[1.2.3.4], delay=1,
status=sent (250 Ok)

It's doing this retry every minute, per qrunner cron job I suppose.

Users are only subscribed once, strings on config.db show the users have
three entries each (which everyone appears to have).

In Postfix I've altered the queue lifetime and set the minimal retry time to
10 hours to limit repeated sends.

To top it all off, after shutting down Postfix and clearing the queues, the
repeats started again once Postfix was back up. Shutdown, cleared
everything, rebooted the server, back up, same problem. Two addresses at the
same domain continue to get hammered. Recursive grep'ing on mailman
directory shows only the config.db and config.db.last file have entries for
the user's names.

Any ideas? What else can I check?

Joe McCall
UNIX Administrator
Informax, Inc.
http://www.informaxinc.com