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
