On 14.06.22 16:57, Yves-Marie Le Pors Chauvel wrote:
Using Postfix 3.5.6, only one IP per postfix instance, I have an issue with
a specific Mailbox Provider limiting to 3 ingoing connections per IP.

==========================================================================#
service type  private unpriv  chroot  wakeup  maxproc command + args#
       (yes)   (yes)   (yes)   (never) (100)#
==========================================================================transport
    unix  -       -       y       -       3       smtp*

...gmail interface sucks horribly with plaintext mails, it removes newlines.

however, I wouldn't call it "transport" but something like "smtp3" as you want 3 connections max.


# Transport policy
transport_initial_destination_concurrency = 1

why?

see http://www.postfix.org/postconf.5.html#initial_destination_concurrency

Warning: with concurrency of 1, one bad message can be enough to block all mail to a site.
transport_destination_concurrency_limit = 3

this is the way


transport_destination_rate_delay = 0

that's the default

transport_destination_recipient_limit = 2

why?

*smtp_connection_cache_on_demand = yessmtp_tls_connection_reuse =
yessmtp_connection_reuse_time_limit = 300ssmtp_connection_reuse_count_limit
= 99smtp_connection_cache_time_limit = 2s*

you don't need these, you just need to feed mail to that mailbox provider
to the named "transport" (I repeat, change the name) via transport_maps:

.example.com    transport:

Is there a way to implement a delay between connection closing and
reopening for a specific transport in Postfix, while still using connection
reuse ?

not needed, but if you happen to have big backlog, you may try:

smtp_connection_cache_destinations=.example.com

and perhaps increase timeout for the transport (my is named "slow"):

slow      unix  -       -       y       -       -       smtp
        -o syslog_name=postfix/$service_name
        -o smtp_connection_cache_time_limit=30


I have solved similar problem 2 months ago, you can check here:

https://marc.info/?l=postfix-users&m=164926643409705&w=2


--
Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Spam = (S)tupid (P)eople's (A)dvertising (M)ethod

Reply via email to