At 10:41 PM -0600 9/14/01, Leonard Spell  imposed structure on a 
stream of electrons, yielding:
>One of my clients has 1 sender who can't send mail to him.  It is always
>returned.  Everyone else so far can send to him.  Here is the log.  I have
>my take on it - could I get some other opinions?


I bet it's fixed now...


>>X-POP3-Rcpt: [EMAIL PROTECTED]
>>Date: Sat, 15 Sep 2001 00:18:51 -0400
>>From: Mail Delivery Subsystem <[EMAIL PROTECTED]>

The host that couldn't deliver the mail any further was 
host16.christianwebhost.com

>>To: <[EMAIL PROTECTED]>
>>Subject: Returned mail: see transcript for details
>>Auto-Submitted: auto-generated (failure)
>>
>>The original message was received at Sat, 15 Sep 2001 00:18:51 -0400
>>from c1194520-a.arvada1.co.home.com [24.19.63.148]
>>
>>     ----- The following addresses had permanent fatal errors -----
>><[EMAIL PROTECTED]>
>>      (reason: 550 5.7.1 <[EMAIL PROTECTED]>... Relaying denied)
>>
>>     ----- Transcript of session follows -----
>>... while talking to mail.north-gate.org.:

How odd. DNS says to me that mail.north-gate.org does not exist, AND 
that mail.spellnetwork.com is the best MX for north-gate.org AND that 
the DNS zone for north-gate.org probably changed yesterday but 
records probably had TTL's that kept them valid in some caches 
through the time of this bounce


>>  >>> RCPT To:<[EMAIL PROTECTED]>
>><<< 550 5.7.1 <[EMAIL PROTECTED]>... Relaying denied

Interesting reply.  Not very SIMS-like at all. Looks more like Exchange.

>>550 5.1.1 <[EMAIL PROTECTED]>... User unknown

<snort>
I hate what sendmail does with bounces. Ignore that line.

The rest was largely just reiteration and detail...

Here's my theory: Steve just moved his domain to you. It took a bit 
for DNS to get settled. Shannon mails Steve somewhat regularly 
through a machine that otherwise doesn't have a real heavy name 
resolution load, so that box or its immediate nameservers had a stale 
MX record pointing at mail.north-gate.org and a stale A record for 
mail.north-gate.org in a name resolution cache.

Risk: This could keep happening for as long after the DNS changes as 
the TTL on the old records or even for as long as the SOA expire time 
if the old zone serial was higher than the new one.

-- 
Bill Cole
[EMAIL PROTECTED]


#############################################################
This message is sent to you because you are subscribed to
  the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to  <[EMAIL PROTECTED]>

Reply via email to