[H-GEN] Mail problems

[Gearon, Paul]

(Note reply-to: being general at humbug.org.au vs "Gearon, Paul" <pgea at qcom.com.au>)

> Paul, I know you like perl, but it's much easier to use tcpdump to
> capture
> the traffic 8^).  MSES is definitely sending the . to terminate the
> message,
> although it is not *quite* RFC compliant I think.  I am told (although
> have
> not verified it myself) that the RFC specifies <LF>.<LF> as the DATA
> termination string, MSES is (of course) sending <CR><LF>.<CR><LF>,
> which
> works quite happily anyway (otherwise we would never get ANY mail
> out).
> 
Yes, I _do_ like Perl  :o)  But considering that the shonky script I
sent you only took about a minute to write I figured it was possibly
appropriate (I'd happily use another language - even "expect" - only I
know I can write it in Perl faster.  Mostly because of practice).

Basically I was suspicious that MSES was only sending <CR><LF>. and not
<CR><LF>.<CR><LF> and I thought a script like this could show it up.  I
suppose that info is in tcpdump, but I don't know how to read it  8-)

BTW, it's bl**dy typical of MS to send <CR><LF> when the standard
specifies <LF>.

> I tried sending a message to the humbug server manually yesterday and
> got
> the same sort of result I am seeing from the MSES server (ie no "250"
> message).  Unfortunately, on my second attempt to verify this,
> everything
> started working correctly again so it could have been a typing error
> or
> something on my part.  I *really* hate non-deterministic bugs.
> 
OK, so it would seem that the characters are going through fine.  From
your other post I suppose it _does_ sound like the upstream server
taking a long time.  Telstra's mail server's aren't flaky, are they?
Can you tell sendmail not to wait?

Regards,
Paul

--
This is list (humbug) general handled by majordomo at lists.humbug.org.au .
Postings only from subscribed addresses of lists general or general-post.