I've been having an ongoing discussion with a supplier about their inability to send us email.
Here's a summary of one of the transactions: 2012-05-31T18:47:44+01:00 SMTP connection from [216.70.64.64]:48322 I=[130.159.16.101]:25 (TCP/IP connection count = 79) 2012-05-31T18:48:31+01:00 Noting recipient: rcpt=<[email protected]> host=216.70.64.64 hostname=mailout28.mail01.mtsvc.net helo=n08.mail01.mtsvc.net sender=<...> (Extra log message we add when recipient sent) 2012-05-31T18:49:21+01:00 SMTP connection from mailout28.mail01.mtsvc.net (n08.mail01.mtsvc.net) [216.70.64.64]:48322 I=[130.159.16.101]:25 lost while reading message data (header) We impose various delays in the SMTP transactions. To my reading of these log messages, the remote side is dropping the connection some time after sending the first RCPT, but before DATA session is complete. The sending server is apparently Exim, according to the support staff for the providers (mtsvc.net): "Unfortunately, we have no solution when sending email to "strath.ac.uk" email servers from your (gs) Grid-Service. I have not seen this problem happen to any other customers on the (gs) Grid-Service and when connecting to the server using basic telnet commands, the response time from their server is very slow. I understand they implemented policies to combat spam, however our Exim configurations are standard and as I stated working for thousands and thousands of users on our shared email product.". I have: DELAY_SMTP_RCPT_FIRST = 30s DELAY_SMTP_DATA = 30s which are implemented near the start of the relevant ACLs (hosts in dnswl are exempt from the DATA delay) So I have a couple of questions really: 1. is my reading of the reason for the failure to transfer correct, or could there be another cause that requires deeper investigation? 2. do other sites see issues from this particular set of sources, particularly if you are imposing delays? The fine manual found for me the settings which the remote host might have adjusted (smtp transport, "data_timeout", "command_timeout", etc), so I guess I could ask for them to report what those values are set to, if they will be willing to disclose them. It may be that they are not aware that these parameters are adjusted from the defaults, but I'm wary that I've overlooked something. Anyway, my choices appear to be to convince them that their Exim is ill-configured and push them in the direction of how to fix it, if that's what it is, or make a special exemption for the sending hosts. This latter course of action I always consider a last resort, at least when I have some sort of standards-based reason to support me for refusing to do so. Which is why I need a sanity check on my logic! Jethro. . . . . . . . . . . . . . . . . . . . . . . . . . Jethro R Binks, Network Manager, Information Services Directorate, University Of Strathclyde, Glasgow, UK The University of Strathclyde is a charitable body, registered in Scotland, number SC015263. -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
