>> and every time the error happens, sendmail refuses connections
>> for 5 seconds.
Alan> Fix sendmail, better yet get a better mail daemon
Wish I could. Trust me, I wish I could. :) But this is an ISP with
an ancient hand-crafted sendmail.cf that nobody actually knows how
it works, and upgrading to zmailer or qmail would entail someone
figuring out exactly what every single line in the old sendmail.cf
does. *shudder*
>> What is going on here? This is a heavily loaded mail server. Is
>> this really a Linux kernel bug?
Alan> No its a Linux following RFC1122 versus Sendmail following
Alan> original BSD now POSIX 1003.1g draft somethinghuge. 2.1.x
Alan> should be behaving as per POSIX draft. The 2.0 kernels
Alan> follow the intent of the RFC - which I still maintain is
Alan> technically superior. The fact you can see all those "no
Alan> route to host" events tells you there are one way routing
Alan> problems impacting mail. Followers of the Posix religion
Alan> wouldnt have known.
Alan> Posix is however now the official religion, rightly or
Alan> wrongly so you have to run icmpinfo to see whats going on in
Alan> the world. 2.1.x follows it.
Okay. So when we upgrade to 2.2 (*grin* that'll be soon, right? right? :)
the problems will go away.
Alan> The 5 second delay in sendmail itself for this is just plain
Alan> silly as well.
No kidding! :/
Ben
-- Brought to you by the letters T and A and the number 11. "X -- because it's extra. Y -- because it's extra." -- TMBG Debian GNU/Linux -- where do you want to go tomorrow? http://www.debian.org/ I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox.- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu