On Nov 18, 2008, at 01:27 , Renaud Allard wrote: > To my experience, this kind of behavior is almost always caused by a > bogus > firewall at the other side which blocks communications when > accessing an > "unauthorized port". That mean when checking ident, the firewall > blocks > you and flush the rules. The thing here is that they seem to use > different > mail servers for inbound and outboud mails, so this is not easily > testable > remotely. > Try to avoid rfc1413 for this host (commenting it will make exim do > the > tests with default timeout of 30s).
Yeah, truly annoying. I also can't telnet into that box on port 25. What kind of SMTP server disallows connections on port 25 from the outside? Anyway, disabling rfc1413, commenting out "cn- kr.blackholes.us" and "nigeria.blackholes.us", plus adding the "smtp_receive_timeout = 10m" line seems to have fixed the problem. Of course, I don't know which part of these changes actually solved the issue, but at least all mail is now flowing as expected. Ted Dively -- Group D Communications, LLC Technology Consulting: IT, Databases, Web Sites, Hosting www.groupd.com 415-334-8331 x202 P.O. Box 170697 San Francisco, CA 94117-0697 -- ## List details at http://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/
