Puchalski, Chris via Mailman-Users writes: > All traffic goes to a set of internal relays that handle the > traffic, they have been pointed to them for some time.
I think that in some cases Postfix will try to contact the remote MTA before dropping the local client. This allows immediate status feedback without clogging the admin's mailbox with DSNs, and without hitting the disk for the DATA in case of a tempfail. > This all seemed to start several months ago, it seemed like > overnight the traffic to the list server greatly increased and the > mailman service that had been rock solid for years changed. If you get more information and you want to discuss, please do reprise this kind of vague information -- it might be relevant but no way I'll remember it tomorrow. :-) > I did notice today that there was effectively no outbound traffic > queued in mailman but the postfix queue delivering inbound to the > service did have messages queued up almost like the handoff to the > mailman service was not working. A quick reboot immediately cleared > that up but the nature of the how the reboot happens has me > thinking postfix may have some sort of issue. At time reboots can > happen very quickly but I have seen during these times a queue > build in the MTA reboots can seem to drag on. As a test a few times > I have shutdown postfix first before the reboot and things return > to a quick turnaround of the system, almost like postfix is > delaying a clean system reboot. At Mailman startup, a Mailman configured for Postfix can take quite a long time to start accepting messages because it rebuilds the alias database every time, and that can be quite slow if you have many (~ 1000 or more) lists. (That's true for Mailman 3, anyway, but I think it's true for Mailman 2 as well.) That, plus whatever downtime may have led to a system reboot or Mailman restart, might account for fairly large incoming Postfix queues as a spate of retries comes in. But I think you mentioned thousands -- that's hard to explain. I don't think that this would interact with the overall system reboot, though. -- GNU Mailman consultant (installation, migration, customization) Sirius Open Source https://www.siriusopensource.com/ Software systems consulting in Europe, North America, and Japan ------------------------------------------------------ Mailman-Users mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/mailman-users.python.org/ Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: https://www.mail-archive.com/[email protected]/ https://mail.python.org/archives/list/[email protected]/ Member address: [email protected]
