Назад | Перейти на главную страницу

Письма от Hotmail на наш домен всегда возвращаются

Это довольно странная проблема, когда электронные письма с любого адреса Hotmail возвращаются одним из наших доменов.

Во-первых, я могу гарантировать, что это не проблема с фильтром спама, поскольку определенно ничего не хранится, кроме того, фильтр спама не имеет записей о письмах, когда-либо доходящих до них. Во-вторых, я могу заверить вас, что электронная почта со всех других доменов проходит нормально. В-третьих, я доволен тем, что все записи DNS настроены правильно, а запись MX для рассматриваемого домена определенно указывает на наш почтовый сервер.

Я вижу старые отчеты аналогичных вещей происходит с сутью того, что Hotmail пытается доставить на сервер, размещенный в записи a-name для домена вместо mx-записи. Если он найдет сервис на порту 25, он попытается доставить его туда. Если нет, то он «отступит» и, наконец, посмотрит на запись mx. Может ли кто-нибудь подтвердить, что эта странная установка все еще происходит?

Кто-нибудь сталкивался с подобными ситуациями?
Есть идеи, что еще я должен проверять, чтобы электронные письма были доставлены на правильный сервер?

Спасибо за помощь, Роб

Заголовок электронного письма

x-store-info:D6taffyBScEUZsL+ZXbbDvsjG9szfvD7
Authentication-Results: hotmail.com; sender-id=pass header.from=postmaster@mail.hotmail.com; dkim=none header.d=mail.hotmail.com; x-hmca=pass
X-SID-PRA: postmaster@mail.hotmail.com
X-SID-Result: Pass
X-DKIM-Result: None
X-AUTH-Result: PASS
X-Message-Delivery: Vj0xLjE7RD0wO0dEPTA7U0NMPTk7bD0x
X-Message-Info: AuEzbeVr9u5fkDpn2vR5iCu5wb6HBeY4iruBjnutBzpStnUabbM/X3OHG1tkHI7a3kMiU15mwZkdItk0fkPUd26iJME4hbgAR+RCB0ejIvg=
Received: from blu0-omc3-s1.blu0.hotmail.com ([65.55.116.76]) by BAY0-HMMC1-F6.Bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4900);
     Wed, 23 May 2012 02:54:43 -0700
From: postmaster@mail.hotmail.com
To: robforrest123@hotmail.co.uk
Date: Wed, 23 May 2012 02:54:43 -0700
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
    boundary="9B095B5ADSN=_01CD299C0888E07C001CA7A1blu0?omc3?s1.blu"
X-DSNContext: 7ce717b1 - 1196 - 00000002 - 00000000
Message-ID: <Tx2NT7VXF000c8d13@blu0-omc3-s1.blu0.hotmail.com>
Subject: Delivery Status Notification (Failure)
Return-Path: <>
X-OriginalArrivalTime: 23 May 2012 09:54:43.0474 (UTC) FILETIME=[140FC720:01CD38CA]

This is a MIME-formatted message.  
Portions of this message may be unreadable without a MIME-capable mail program.

--9B095B5ADSN=_01CD299C0888E07C001CA7A1blu0?omc3?s1.blu
Content-Type: text/plain; charset=unicode-1-1-utf-7

This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

       #################@##########

--9B095B5ADSN=_01CD299C0888E07C001CA7A1blu0?omc3?s1.blu
Content-Type: message/delivery-status

Reporting-MTA: dns;blu0-omc3-s1.blu0.hotmail.com
Received-From-MTA: dns;BLU161-W65
Arrival-Date: Wed, 23 May 2012 02:54:38 -0700

Final-Recipient: rfc822;################@##############
Action: failed
Status: 5.5.0
Diagnostic-Code: smtp;550 relaying mail to ################# is not allowed

--9B095B5ADSN=_01CD299C0888E07C001CA7A1blu0?omc3?s1.blu
Content-Type: message/rfc822

Received: from BLU161-W65 ([65.55.116.73]) by blu0-omc3-s1.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
     Wed, 23 May 2012 02:54:38 -0700
Message-ID: <BLU161-W65FD10B04571B7C1A97B7EB6030@phx.gbl>
Return-Path: robforrest123@hotmail.co.uk
Content-Type: multipart/alternative;
    boundary="_517b36bc-f50e-4056-81ff-c55f93271170_"
X-Originating-IP: [82.33.204.39]
From: R F <robforrest123@hotmail.co.uk>
To: <##############@###############>
Subject: Testing ############## emails
Date: Wed, 23 May 2012 10:54:37 +0100
Importance: Normal
MIME-Version: 1.0
X-OriginalArrivalTime: 23 May 2012 09:54:38.0360 (UTC) FILETIME=[11037180:01CD38CA]

--_517b36bc-f50e-4056-81ff-c55f93271170_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

....

Может показаться, что Hotmail со всей своей мудростью любит проверять записи MX в обратном порядке приоритета. Похоже, наша mx-запись backup-backup-backup-backup (приоритет 40) запутала дело. Посмотрим, как это будет продвигаться ...

ОБНОВИТЬ

Много лет спустя, и это все еще работает нормально. Извлеченный урок: все, что связано с M $, вполне может включать ошибочную логику.