On 10/02/2017 01:10 PM, Mark Sapiro wrote:

> You need to look in Mailman's 'smtp' log to see how much time is being
> taken to deliver to postfix. 

Close to .1 s, with an occasional .12 on the date in question.

> One big killer in delivery from Mailman to
> Postfix is recipient address validation at smtpd time. I.e., you don't
> want reject_unknown_recipient_domain in smtpd_recipient_restrictions.

:) Well I do actually, this being our mail gateway, but I get the point.
The more reason to outsource this to out university's IT instead of
running it locally.

> Also, you don't need spamd scanning of Mailman's outbound mail as list
> posts will have been scanned on input.
> 
> Whatever the reason, you won't be able to run a viable list if it takes
> days to deliver 3500 messages. Even an hour would be excessive.

Of course it's not scanning outbound mail, but it is scanning the
incoming on delivery, using up cycles and i/o.

/var/log/mailman/smtp is interesting, actually:

> Sep 25 15:53:57 2017 (7782) <mailman.0.1506372716.29657.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.081 seconds
...
> Sep 25 15:59:06 2017 (7782) <mailman.2.1506373144.7778.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.061 seconds
> Sep 25 16:48:39 2017 (7782) <mailman.2.1506376117.7779.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.065 seconds
> Sep 25 19:03:16 2017 (7782) <mailman.3.1506384195.7778.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.079 seconds
> Sep 25 19:33:19 2017 (7782) <mailman.4.1506385998.7778.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.069 seconds
> Sep 26 01:14:46 2017 (7782) <mailman.0.1506406484.11544.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.062 seconds
> Sep 26 12:12:45 2017 (7782) <mailman.3.1506445964.7779.XXX@XXX> smtp to XXX 
> for 1 recips, completed in 0.060 seconds

There's 3200 of these lines total, so at .1s/address it should've ran in
320 seconds. Instead it ran for 6 minutes, then hours later a message or
two for a while, and nothing after Sep 26 12:12:45.

/var/log/mailman/subscribe goes

> Sep 25 15:51:56 2017 (29657) XXX: new aaa@ADDR, admin mass sub

to

> Sep 25 15:53:56 2017 (29657) XXX: new jjj@ADDR, admin mass sub

and ends there. To my uneducated eye it looks like smtp transactions
haven't even started until the subscription's gone about halfway through
and presumably aborted.

Anyway, this is getting academic. What I wanted to know was is it dead
or is it still doing something behind the scenes, and I got the answer.

Thanks everyone.
-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu

Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------
Mailman-Users mailing list [email protected]
https://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
https://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Reply via email to