Один из наших доменов постоянно отмечен Outlook как СПАМ, несмотря на адекватную настройку, о которой сообщается как правильно настроенная и подтвержденная многими онлайн-инструментами, среди которых mxtoolbox.
Обратите внимание, что на любой другой платформе или сервере электронные письма поступают во входящие без какого-либо вмешательства пользователя.
Чтобы помочь вам разобраться в проблеме и / или дать ответ на нее:
Этот домен существует больше года.
IP-адрес находится в диапазоне IP-адресов, которыми мы управляем более года (IP-адрес и диапазон чистые).
Этот домен имеет сертификат SSL и отправляет электронные письма через SSL / TLS.
Атака на образцы заголовков электронной почты, отражающие результаты аутентификации, сообщения, отправленного из рассматриваемого домена и полученного на адрес электронной почты @ outlook.com:
Получено: от SN1NAM02HT119.eop-nam02.prod.protection.outlook.com (2603: 10a6: 6: 14 :: 16) от DB6PR08MB2805.eurprd08.prod.outlook.com с HTTPS через DB6PR05CA0003.EURPRD05.PROD.OUTLOOK. ; Ср, 7 фев 2018 12:37:27 +0000
Получено: от SN1NAM02FT033.eop-nam02.prod.protection.outlook.com (10.152.72.56) от SN1NAM02HT119.eop-nam02.prod.protection.outlook.com (10.152.72.223) с Microsoft SMTP Server (версия = TLS1_2, шифр = TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) идентификатор 15.20.464.11; Ср, 7 фев 2018 12:37:26 +0000
Результаты аутентификации:
spf = pass (IP-адрес отправителя - XXX.XXX.XXX.XXX)
smtp.mailfrom = ПРИМЕР.COM; outlook.com;
dkim = pass (подпись проверена) header.d = EXAMPLE.COM; outlook.com;
dmarc = передать действие = нет header.from = EXAMPLE.COM;Received-SPF: Pass (protection.outlook.com: домен EXAMPLE.COM обозначает XXX.XXX.XXX.XXX в качестве разрешенного отправителя) Receiver = protection.outlook.com; client-ip = XXX.XXX.XXX.XXX; helo = SRV-HOSTNAME.COM;
Получено: от SRV-HOSTNAME.COM (XXX.XXX.XXX.XXX) от SN1NAM02FT033.mail.protection.outlook.com (10.152.72.133) с идентификатором Microsoft SMTP Server 15.20.464.11 через Frontend Transport; Ср, 7 фев 2018 12:37:25 +0000
┌────────────────────┬───────────────────────────────────────────────────┐
│ Data │ Refers to │
├────────────────────┼───────────────────────────────────────────────────┤
│ XXX.XXX.XXX.XXX │ The correct server IP address │
│ | Proper Reverse DNS setup |
├────────────────────┼───────────────────────────────────────────────────┤
│ EXAMPLE.COM │ The domain name in question │
│ | Proper DNS setup |
├────────────────────┼───────────────────────────────────────────────────┤
│ SRV-HOSTNAME.COM | The server hostname |
| | (hosts multiple domains) |
└────────────────────┴───────────────────────────────────────────────────┘
Связанные с этой проблемой:
Как / где мы можем запросить техническую поддержку Outlook по этой проблеме?
или
Как мы можем получить технические подробности об их классификации наших сообщений, чтобы мы могли понять проблему и решить ее?
Microsoft выполняет больше обработки DNS / MX, чем другие поставщики, что может объяснить вашу проблему. Видеть этот ТАК ответ для указателей, которые могут быть полезны.
Помимо этого, вы просто должны признать, что если вы пытаетесь доставить что-либо пользователям с помощью веб-почты MS, у вас будут проблемы. Мне посчастливилось иметь некоторый контроль над своими получателями, и я прошу их не использовать учетные записи MS с некоторым успехом. Я должен предоставить подробные инструкции по внесению в белый список тех, кто не хочет меняться.
Сказав это, MS на самом деле внесет вас в белый список, если вы их вежливо спросите. Google "группа поддержки доставки для Microsoft" и заполните веб-форму, которая в настоящее время Вот. Проблема в том, что это длится всего год или около того, поэтому вам придется часто повторять и, что еще хуже, вам нужно ждать, пока кто-то не уведомит вас, что они больше не получают ваши письма. Удачи.
Я изучал это, так как у меня была такая же проблема, и ниже приводится описание того, что я смог определить.
Во-первых, вы должны делать все, что должны. тем не мение как отправитель почты.
Убедитесь, что IP-адрес, с которого вы отправляете сообщения, имеет запись PTR («обратный DNS»), которая сопоставляется с вашим именем хоста, и в этом имени хоста этот IP-адрес указан как одна из записей A. Это обратный DNS с прямым подтверждением как определено returnpath.com (В другом месте я видел, как FCrDNS определяется по-другому, поэтому следите за неточной информацией об этом - на самом деле FCrDNS менее строг, чем некоторые думают).
Убедитесь, что ваш сервер отправляет настоящее имя хоста в своей команде HELO / EHLO, а не что-то общее, например «localhost» или просто поддомен без домена. Это отличная идея чтобы это был фактический хост, отправляющий почту.
Убедитесь, что ваш IP-адрес отправителя не находится в основных черных списках. Проверка на mxtoolbox.com должна вернуть ноль попаданий в черный список - проверка на multirbl.valli.org может вернуть один или два, потому что некоторые из черных списков на этом сайте «сомнительны».
Но в дополнение к этому есть некоторые особенности, которые нужно знать о серверах Microsoft (outlook.com, hotmail.com, live.com):
Фильтрация спама не является черной и белой - сообщение, которое, по мнению Microsoft, является спамом, может переопределить все остальное правильно, и письмо, которое не выглядит спамом, может пройти правильно, даже если вы делаете некоторые ошибки в настройке своего сервера. Остается только догадываться, что, по их мнению, выглядит как спам, но типы URL-адресов в сообщении могут быть одним из факторов.
Сами Microsoft признавать что новый или малоразмерный IP-адрес может классифицировать почту как спам до тех пор, пока она не приобретет лучшую репутацию, то есть до тех пор, пока с этого адреса не будет получено достаточное количество спама. Мне нравится думать, что люди, заходящие в папку со спамом и помечающие вашу почту как «это не спам», должны помочь ускорить этот процесс, но я не могу подтвердить. По логике вещей, это было бы разумно только для повышения доставляемости этому человеку.
DKIM, SPF и DMARC - хорошая идея, но я видел много писем, доходящих до outlook.com без DKIM (и, следовательно, без DMARC) или не прошедших один из этих двух последних тестов. Убедитесь, что информация SPF верна, и попробуйте использовать в конце «? All», чтобы отрицательный результат был неопределенным, а не представлял собой ошибку. Помните, что для распространения изменений в записи SPF в вашем DNS требуется время, и Microsoft может даже кэшировать их до 48 часов, даже если это дольше, чем в противном случае DNS.
Microsoft советовать эта сертификация с помощью returnpath.com должна способствовать доставке, поскольку они сотрудничают с этой службой. К сожалению, похоже, что это стоит кучу денег, и я также не уверен, что он приносит большую пользу обычным почтовым серверам, поскольку больше ориентирован на людей с большими списками рассылки с большим объемом почты, отправляемой подписчикам списков рассылки.
У Microsoft есть Программа отчетов о нежелательной почте который может позволить вам просматривать информацию о репутации вашего отправляющего IP-адреса. Мне пока не удалось зарегистрироваться в этой службе, и я скептически отношусь к тому, чтобы в ней подробно рассказывалось о том, почему электронное письмо может быть классифицировано как спам, поскольку это звучит так, как будто оно скорее дает представление о том, действительно ли люди сообщать о ваших письмах как о спаме.