Connection Caching for One Transport

2020-07-23 Thread Greg Sims
> What is the best way to configure for the following message from outlook.com > in the maillog: > > said: 451 4.7.652 The mail server [] has exceeded the > maximum number of connections. > > Please note the email is being created on a VM with . > The email is then sent to our new mail server v

Re: Connection Caching for One Transport

2020-07-22 Thread Greg Sims
> > We have main.cf configured as follows: > > > > sender_dependent_default_transport_maps = > > randmap:{r192,r193,r194,r195,r196,r197,r198} > > smtp_connection_cache_on_demand=no > > Can you share your reason for avoiding connection caching in general? Our current mail server uses one ip address

Connection Caching for One Transport

2020-07-22 Thread Greg Sims
We are distributing a daily email to our subscribers -- which generates a large burst of email. We have main.cf configured as follows: sender_dependent_default_transport_maps = randmap:{r192,r193,r194,r195,r196,r197,r198} smtp_connection_cache_on_demand=no Distributing the traffic across seven ip

Re: Connection Caching for One Transport

2020-07-22 Thread Viktor Dukhovni
On Wed, Jul 22, 2020 at 07:38:52AM -0700, Greg Sims wrote: > We have main.cf configured as follows: > > sender_dependent_default_transport_maps = > randmap:{r192,r193,r194,r195,r196,r197,r198} > smtp_connection_cache_on_demand=no Can you share your reason for avoiding connection caching in gener

Re: Connection Caching for One Transport

2020-07-22 Thread Wietse Venema
Greg Sims: > This seems like a good scenario to > use smtp_connection_cache_on_demand=yes. Is it possible to configure this > for just majortransport? It seems turning on the connection_cache for the > entire installation will reduce the randomness and effectiveness of the > randmap. To overrid