On Fri, Jun 26, 2026 at 04:00:00PM -0400, Paul Tomblin via Postfix-users wrote:
> > - Provide proof that the slow_smtp transport is handling those > > messages. > > 2026-06-26T17:58:26.784276+00:00 mail postfix-slow/smtp[1046598]: 89A2C82E43: > to=<[email protected]>, > relay=pkvw-mx.msg.pkvw.co.charter.net[47.43.26.7]:25, > delay=1.2, delays=0.3/0.05/0.35/0.52, dsn=2.0.0, status=sent > (250 2.0.0 dAorwNQVCzLiadAoswI9Zm mail accepted for delivery) > 2026-06-26T17:58:26.784455+00:00 mail postfix-slow/smtp[1046598]: 89A2C82E43: > to=<[email protected]>, > relay=pkvw-mx.msg.pkvw.co.charter.net[47.43.26.7]:25, > delay=1.2, delays=0.3/0.05/0.35/0.52, dsn=2.0.0, status=sent > (250 2.0.0 dAorwNQVCzLiadAoswI9Zm mail accepted for delivery) > 2026-06-26T17:58:26.784528+00:00 mail postfix-slow/smtp[1046598]: 89A2C82E43: > to=<[email protected]>, > relay=pkvw-mx.msg.pkvw.co.charter.net[47.43.26.7]:25, > delay=1.2, delays=0.3/0.05/0.35/0.52, dsn=2.0.0, status=sent > (250 2.0.0 dAorwNQVCzLiadAoswI9Zm mail accepted for delivery) > ... Well, the recipient limit is 5, that's three recipients delivered in one envelope. Are there in fact larger batches? > > The _destination_concurrency_limit and _smtp_destination_recipient_limit > > features are implemented by decades-old code that has not changed > > $forever. > > I'm still operating under the default assumption that it's something > I'm doing wrong, not something postfix is doing wrong. The most typical "wrong" is an incorrect reading of the logs. -- Viktor. 🇺🇦 Слава Україні! _______________________________________________ Postfix-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
