On 11/15/19 11:34 AM, Kevin Bowen wrote:
>> If you don't remove the .bak file, it will be recovered and reprocessed
> when the runner is restarted. In this case, any recipients that were
> delivered previously will get duplicates.
>
> Question: say there's a transaction in progress delivering a ma
>If you don't remove the .bak file, it will be recovered and reprocessed
when the runner is restarted. In this case, any recipients that were
delivered previously will get duplicates.
Question: say there's a transaction in progress delivering a mail with
10,000 recipients, and you have SMTP_MAX_RC
On 11/14/19 5:51 PM, Kevin Bowen wrote:
>
>> If the process is still actually delivering to the outgoing MTA, but
> slowly, this is an issue between Mailman and the MTA.
> Sometimes the process appears to still be delivering, but VERY slowly,
> other times it still has an open TCP connection but w
>One thing you can do is set up a separate port in the MTA for delivery
Unfortunately we nowadays use a hosted MTA solution, so I'm not in control
of it.
>If the process is still actually delivering to the outgoing MTA, but
slowly, this is an issue between Mailman and the MTA.
Sometimes the proce
On 11/14/19 4:05 PM, Kevin Bowen wrote:
> Hello,
> Occasionally my mailman instance (2.1.9) gets into a weird state where one
> or more of its OutgoingRunner processes appears to hang (usually on a large
> email with a large number of recipients), causing a backlog of all other
> mail on that proce
Hello,
Occasionally my mailman instance (2.1.9) gets into a weird state where one
or more of its OutgoingRunner processes appears to hang (usually on a large
email with a large number of recipients), causing a backlog of all other
mail on that process's "shard" (or whatever the terminology is for h
