I made these changes and my mail log indicates that the delays in delivery have been reduced with no loss of connection I presume that test mail has been delivered, at least it was delivered to the other mail server
> On Oct 18, 2014, at 11:11 AM, Wietse Venema <wie...@porcupine.org> wrote: > > jason hirsh: >> >>> On Oct 18, 2014, at 10:54 AM, Wietse Venema <wie...@porcupine.org> wrote: >>> >>> jason hirsh: >>>> oops missed step 2 >>>> >>>> >>>> I get this >>>> >>>> >>>> Trying 66.96.142.51... >>>> Connected to 51.142.96.66.static.eigbox.net. >>>> Escape character is '^]'. >>>> 220 bosimpinc11 bizsmtp ESMTP server ready >>>> EHLO mail.kasdivi.com >>>> 250-bosimpinc11 hello [209.160.65.133], pleased to meet you >>>> 250-HELP >>>> 250-SIZE 30000000 >>>> 250-8BITMIME >>>> 250-STARTTLS >>>> 250 OK >>> >>> That is interesting. These are the same commands that Postfix would >>> send. > > Does the "lost connection" happen because Postfix makes multiple > connections at the same time? Try this example: > > /etc/postfix/main.cf: > transport_maps = hash:/etc/postfix/transport > slow_destination_concurrency_limit = 1 > slow_initial_destination_concurrency = 1 > slow_destination_concurrency_failed_cohort_limit = 10 > > /etc/postfix/transport: > example.com <http://example.com/> slow: > > /etc/postfix/master.cf: > # service type private unpriv chroot wakeup maxproc command > slow unix - - n - - smtp > -o smtp_connection_cache_on_demand=no > > for "example.com <http://example.com/>" specify the problem domain name (not > hostname > or IP address). > > Wietse