Re: ? -> Delivery Status Notification (Failure)
> Anyway, the status code 4.4.2 is telling us it should have been > deferred. It seems like hotmail doesn't like to have any messages in > its queue :) Are you sure this isn't a deferral notice? I guess since > it says "Failure" in the Subject we have to assume it's not. No - they are indeed going back as bounces to the user. The nice thing is that prontomail/commtouch doesn't include the bounced message - just a failure notice so people sending us mail "lose" their mail (no sent folder either - brilliant!) > X.4.2 Bad connection > > The outbound connection was established, but was otherwise > unable to complete the message transaction, either because > of time-out, or inadequate connection quality. This is > useful only as a persistent transient error. Thanks for the above! > > > The odd thing about this is that we have two mail servers - one in New > > Jersey on an occasionally unstable link and one in California at Above > > which is always online and both trigger this error (randomly). > > Interesting, but I can only find one MX record in the DNS for vfive.com. > > $ host -t mx vfive.com > vfive.com MX 10 bmw.vfive.com Exactly - the second mail server in California however serves a different domain ddstorage.com which exhibits the same behavior (which is why I posted here, seeing as the only obvious connection between the two is they both run Qmail and Ezmlm). I'm pager notified if that mail servers' SMTP service goes offline for more than 1 minute so I'm confident it is online and reachable. Chalk it up to large email providers being dumb? What can we do to prevent this - backup MX records possibly? Thanks for your help Aaron, Brian (I accidentally posted this to ezmlm@list rather than qmail@list, my apologies!)
Re: ? -> Delivery Status Notification (Failure)
Quoting Brian Ghidinelli ([EMAIL PROTECTED]): > > I'm not sure yet if this is Qmail specific, but I thought that someone > here might have experienced this before and thus would have an idea since > we're all email Admins. > > Users who are sending our mail servers mail from large sites such as > prontomail or hotmail occasionally get the following error: > > Final-Recipient: rfc822;[EMAIL PROTECTED] > > Action: failed > > Status: 4.4.2 Huh, once again someone mails the list with a hotmail-generated mail error report and it doesn't say damn thing at all! Why even send error reports to users when they don't mention _what_ the blasted problem is? (note, I'm ranting at hotmail, not you). Users don't know to look up in RFC 1893 for extended status codes! Anyway, the status code 4.4.2 is telling us it should have been deferred. It seems like hotmail doesn't like to have any messages in its queue :) Are you sure this isn't a deferral notice? I guess since it says "Failure" in the Subject we have to assume it's not. X.4.2 Bad connection The outbound connection was established, but was otherwise unable to complete the message transaction, either because of time-out, or inadequate connection quality. This is useful only as a persistent transient error. > The odd thing about this is that we have two mail servers - one in New > Jersey on an occasionally unstable link and one in California at Above.net > which is always online and both trigger this error (randomly). Interesting, but I can only find one MX record in the DNS for vfive.com. $ host -t mx vfive.com vfive.com MX 10 bmw.vfive.com Therefore, if that is the machine in New Jersey, that could be the source of your delivery failures. Reasonable MTAs will defer the message until it can be delivered (when the link comes back up, presumably). Aaron
? -> Delivery Status Notification (Failure)
I'm not sure yet if this is Qmail specific, but I thought that someone here might have experienced this before and thus would have an idea since we're all email Admins. Users who are sending our mail servers mail from large sites such as prontomail or hotmail occasionally get the following error: >From: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: Delivery Status Notification (Failure) >Date: Thu, 7 Sep 2000 13:31:04 -0700 > >This is an automatically generated Delivery Status Notification. > >Unable to deliver message to the following recipients, due to being unable >to connect successfully to the destination mail server. > > Reporting-MTA: dns;mail.hotmail.com > Received-From-MTA: dns;mail.hotmail.com > Arrival-Date: Tue, 5 Sep 2000 13:24:01 -0700 > > Final-Recipient: rfc822;[EMAIL PROTECTED] > Action: failed > Status: 4.4.2 The odd thing about this is that we have two mail servers - one in New Jersey on an occasionally unstable link and one in California at Above.net which is always online and both trigger this error (randomly). Both of these mail servers run Qmail 1.03 and Ezmlm which is really the only similarity between them. We have clients who send and retrieve mail from both mail servers all day long so I "know" that these are not offline - and while it's possible for short periods of inaccessibility, shouldn't these messages queue for at least a few hours before bouncing? Or is this error message indicative of something else? Brian