I was wondering if there was any updated information available on this issue as it is beginning to impact us a lot.
Our situation is a bit unique in that we send large batches of emails to a single domain on a regular basis. Our customers are using our system to send emails to themselves. We find that even though we are normally whitelisted by customers opening TLS connections is expensive for their systems. We can go wide and open lots of connections but this can cause other problems. For example some of our customers fire off processes per connection which can result in the servers performing poorly in this situation. We actually have a situation where an in process cache could actually help performance a lot especially at the destination. We are not a C development house but have some individuals with a lot of C experience that have looked at the code. There are a number of approaches that could be taken to help. One of the obvious simple ones for us is to keep a connection open in the SMTP process and reuse it if the next email is to the same destination (up to a max per connection). This would be useless for most people I think but given the way mails are sent in our system it would be hugely beneficial for our customers who receive the mail and speed up the delivery. If we were planning to make a change we would like to get it committed to the main branch but I am not sure if what we are suggesting would be acceptable. We do agree that this could be easily abused or misunderstood as you have stated. So I suppose our questions are: Are there any plans to address this in the roadmap? Are there approaches to this problem that would be acceptable as a solution if we contributed it via a pull request? Does you know of someone trusted by the community with good experience of the code we could maybe contract to do a change of this type as this may be better for everyone? Thanks, Stefan -- View this message in context: http://postfix.1071664.n5.nabble.com/Problem-with-TLS-and-multiple-emails-over-same-connection-tp66254p87878.html Sent from the Postfix Users mailing list archive at Nabble.com.
