<html>
<font size=3>At 09:06 AM 9/4/00 +0200, Zeljko Vrba wrote:<br>
<blockquote type=cite cite>I'm experiencing lockups with qrunner process;
this is the strace session:<br>
<br>
send(6, "ehlo inje.iskon.hr\r\n", 20, 0) = 20<br>
read(7, "250-inje.iskon.hr Hello root@loc"..., 4096) =
155<br>
send(6, "mail FROM:<ex-yu-a-lista-admin@z"..., 53, 0) =
53<br>
read(7, "250 <ex-yu-a-lista-admin@zamir.n"..., 4096) =
50<br>
send(6, "rcpt TO:<oliver.sertic@fpzg.hr>\r"..., 33, 0) =
33<br>
read(7, <br>
<br>
It blocks indefinetly in this last read. There exists no MX record
for<br>
the fpzg.hr domain. Is this a bug in mailman, sendmail or both? Or
BIND?<br>
I'm using mailman as a production-level mailing list system and
this<br>
is pretty urgent. Please help!</font></blockquote><br>
<br>
It's not mailman; it's sendmail. It validating the address.
DNS isn't responding,<br>
and sendmail's timeouts are apparently set pretty high. If you're
planning on pumping<br>
a lot of mail through, and it's not mostly end users who's clients would
be smart enough<br>
to stop the message if sendmail bitched then and there, reconfigure
sendmail to not do<br>
the initial dns work. The messages will still hang up, if the
domain is misconfigured like<br>
that, but they'll hang in the sendmail queue, not at the mailman
end.<br>
</html>