Ошибка при склейке товара this get matching error message rejected

Написано Hostwinds Team  /  апреля 5, 2018

Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.

Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.

Как пользователи могут исправить ошибку электронной почты 550?

1. Проверьте адрес электронной почты опечатки

Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.

2. Отправить письмо на день позже

Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.

3. IP-адрес электронной почты находится в черном списке?

1. Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX .
2. Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена ​​информация об IP-адресе для введенного домена электронной почты.
3. Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
4. Затем откройте страницу проверки черного списка в браузере.
5. Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
6. Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.

Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.

4. Включите аутентификацию SMTP

1. Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
2. Выберите Настройки учетной записи в меню.
3. Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
4. Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
5. Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета».
6. Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
7. Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
8. Нажмите кнопку ОК .
9. Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
10. Выберите Исходящий сервер в левой части окна.
11. Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже.
12. Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
13. Нажмите кнопку ОК после ввода необходимых данных.

Эти резолюции могут исправить ошибку электронной почты 500 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.

СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:

• Как исправить ошибку электронной почты 0x80048802 в Windows 10
• Как исправить ошибку Outlook 0x80042109 в Windows 10
• Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]

Обновлено 01.09.2016

Добрый день уважаемые читатели блога и подписчики youtube канала, продолжаем разбираться в механизмах доставки почты. Есть у меня у одного сотрудника почтовое приложение Microsoft outlook 2016, и в какой то момент после командировки у данного человека при отправке почты стала выскакивать ошибка доставки 550 5.7.0 Message rejected per DKIM policy, у всех остальных корпоративная почта работала, давайте разбираться в чем дело. В итоге он не мог ни кому отправить письмо.

Что означает Message rejected per DKIM policy

Я вам уже рассказывал, что такое DKIM и как ее настроить на примере почтового сервера MDaemon, если вы читали данную статью, то там я приводил некий механизм, который верифицирует SMTP, и если что то не так, то вставляет тег rs=, в котором он выдает сообщения о том, почему он отклонил его. Именно он шлет ошибку 550 5.7.0 Message rejected per DKIM policy, если посмотреть логи на сервере, то там кроме этого сообщения, можно еще найти некоторые упоминания, что что то у пользователя с SMTP.

В MDaemon у меня включена обязательная аутентификация, это реализовано, чтобы никто не мог просто так отсылать письма, без указания явного логина и пароля (Галка Не принимать блокировку по IP (IP Shield) в авторизованных сессиях)

Так как у меня у пользователя клиентское приложение MS Outlook 2016, то открываем его и проверяем настройки, переходим в Файл-Настройка учетных записей

Откроется окно Настройка учетных записей, выбираем нужную вам почту.

Нажимаем другие настройки.

В итоге должна стоять галка SMTP-серверу требуется проверка подлинности, вот ее то и не было, хотя до этого стояла, как говорится слона, то я и не заметил.

Надеюсь кому то данная заметка сэкономит время и нервы, и избавит от ошибки 550 5.7.0 Message rejected per DKIM policy.

Несмотря на соцсети, мессенджеры и смс, отправка email-сообщений до сих пор актуальна. Клиенты компаний подписываются на рассылки, чтобы быть в курсе акций, подтверждают покупки, получают уведомления о заказах. Обруби этот канал и поток клиентов уменьшится. Любому, чей бизнес и сайт связан с этим напрямую, будет неприятно узнать, что клиенты не получают его писем.

Вам может показаться, что провайдер блокирует почтовые порты или почтовый сервер на VDS неисправен, но на самом деле адресат может не получать письма по ряду сторонних ( в т. ч. и внешних) причин. А бывает и так, что письма доходят, но попадают в папку «спам», что уже формально подтверждает работоспособность VDS для отправки писем.

Как правило, для решения этих проблем требуется проведение небольших базовых настроек и манипуляций, о которых и пойдёт речь в данной статье.

• Проверка и изменение PTR-записи
• Проверка на наличие в спам-листах , публичных и закрытых
• Недоставленные письма, изучение почтового лога
• Добавление DKIM, DMARC, SPF
• Основные требования к содержанию писем
• Проверка с помощью сервиса mail-tester

Проверка и изменение PTR-записи

Самый популярный случай, когда письма улетают в папку «спам» или не доходят вовсе — это некорректная PTR-запись .

PTR-запись , как её еще называют, обратная DNS-запись — запись, связывающая IP-адрес сервера с его каноническим именем (доменом).

Для каждого письма проверяется наличие PTR-записи у сервера-отправителя . Если записи нет, письмо не принимается, так как отсутствие PTR-записи означает, что сервер-отправитель :

• либо не предназначен для отправки этой почты — злоумышленники получили доступ или имитируют чужой ящик,

• либо настроен некорректно — не задана PTR-запись или ведет на некорректный домен.

Поэтому, в первую очередь, нужно задать корректную PTR. Узнать актуальную PTR можно с помощью онлайн-сервисов , например, во вкладке «проверка PTR» на 2whois.ru.

Чтобы PTR считалась корректной, необходимо выполнение двух условий:

1. При вводе IP-адреса вашего сервера в утилиту проверки PTR должен отображаться ваш домен.
2. Сам домен, в свою очередь, при проверке утилитой DIG должен быть направлен по А-записи на IP-адрес вашего сервера.

Таким образом, для корректной почты нам нужна двухсторонняя связка, от доменного имени к IP-адресу , и от IP-адреса к домену (поэтому PTR иногда называют обратной записью)

Пример некорректной PTR:

В данном случае домен явно указан не полностью и, дополнительно проверив А-запись , сделав DIG для этого домена, мы увидим, что он точно не ведёт на этот IP.

Задать PTR просто. Достаточно в личном кабинете перейти во вкладку Товары — Виртуальные серверы — выбрать ваш сервер и нажать сверху IP-адреса . После этого выделить IP-адрес и нажать сверху Изменить, после чего задать значение PTR — ваш домен. Через некоторое время информация обновится и данный пункт можно считать решенным.

Проверка на наличие в спам-листах , публичных и закрытых

Иногда случается (особенно когда долго не обновлять ПО, плагины и CMS), что сайт заражают вирусы, которые инициируют спам-рассылку. После рассылки спама от почтовых сервисов часто поступают жалобы на сервер, с которого осуществлялась отправка. Такие жалобы заносятся в специальные списки — их еще называют «чёрными» или спам-листами .

Чтобы этого не происходило, мы стараемся мониторить почтовый трафик и блокировать его ещё до того, как ваш IP попадет в спам-листы. О блокировке уведомляем специальным сообщением в разделе Поддержка в личном кабинете. Решить вопрос со спамом самостоятельно или с помощью нашей технической поддержки — гораздо проще и во много раз быстрее, чем потом извлекать IP из спам-листов. Устранив источник спама, обратитесь в техподдержку и мы в тот же день снимем блокировку почтового трафика.

Проверить, есть ли ваш домен в большинстве спам-листов, можно на сервисе mxtoolbox.com. Если удача не улыбнулась вам и вы видите красные отметки — ваш IP оказался в чёрном списке. А значит, причина того, что ваши письма попадают в «спам», наверняка в этом.

Не стоит переживать, если высветился всего один спам-лист. Зачастую это просто ошибка, которая не учитывается почтовыми сервисами. Исключение составляют следующие списки:

• BARRACUDA
• SPAMCOP
• Spamhaus
• SORBS SPAM

Если ваш IP присутствует хотя бы в одном из них — необходимо принимать меры и извлекать адрес из списка, так как это может серьёзно влиять на доставку писем.

Через этот же сервис можно обратиться к организациям, в списки которых вы попали, с просьбой убрать вас из этого списка:

Если вы не обнаружили свой IP в этих списках, расслабляться рано. Помимо публичных спам-листов, крупные почтовые сервисы, такие как mail.ru, gmail, yandex ведут свои внутренние чёрные списки. Открытого доступа к ним нет, поэтому проверить, попали ли вы в такой список, можно только, изучив почтовый лог.

Недоставленные письма, изучение почтового лога

Об этом расскажем на примере VDS с панелью ISPmanager, где в качестве почтового сервера устанавливается Exim. Выполним команду в консоли:

Centos

tail -f /var/log/exim/mainlog

Debian/Ubuntu

tail -f /var/log/exim4/mainlog

Команда будет выдавать нам новые записи в логе почтового сервиса в режиме реального времени. Это нужно, чтобы без проблем увидеть, какая запись будет относиться именно к вашему письму. Выполнив эту команду, в новой вкладке открываем ваш почтовый ящик и отправляем с него письмо обычного содержания на ящик, письма на который у вас не доходят и попадают в папку «спам».

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

Как только отправили письмо, возвращайтесь в окно с консолью, где уже должны были появиться несколько записей в логе. Подождите еще минутку, а затем остановите просмотр логов сочетанием клавиш Ctrl + C.

Изучите лог. В данном случае нас интересуют ошибки, где участвует слово spam, обычно это выглядит так:

SMTP error from remote mail server after end of data:
550 spam message rejected.

или

Message rejected as spam by Content Filtering Message rejected under suspicion of SPAM Message rejected.

В этих ошибках зачастую указано и решение, а именно код ошибки и ссылка, по которой нужно перейти, чтобы изучить подробности, почему, собственно, возникла эта ошибка.

Показателен случай с mail.ru. В логе указывается ссылка на прямое обращение в поддержку, либо указан почтовый ящик и сопроводительная информация — код ошибки и ID. Пример из почтового лога:

SMTP error from remote mail server after end of data: 550 spam message rejected. 

Please visit http://help.mail.ru/notspam-support/id?c=9QLlNgZ5<....>emyJDJvBOiPJah130gYZ_SnN3prjB8AAADxowAAkc2UDA~~ or report details to abuse@corp.mail.ru. 

Error code: 36E502F5C071790630<...>F0EAB5E97583F86F3224B2258FE80448DF75A8A7F467188C6B7A37. 

ID: 0000001F0000A3<...>4CD91.

С этой информацией поддержка mail.ru сообщает о подробностях ошибки, либо извлекает вас из списков, если никаких нарушений нет.

Вкратце рассмотрим коды в логах почтового сервера:

• 421 — данный код чаще всего свидетельствует о неудачном SMTP-соединении. Необходимо проверить параметры подключения по smtp в настройках отправки, попробовать поменять порт на 25. Эта ошибка возникает и в случаях, когда почтовый трафик заблокирован на VDS (например, в iptables) или провайдером на уровне родительского сервера.
• 451 — превышен лимит на количество возможных отправок, необходимо попробовать отправить позже. Также, если у вас этот лимит имеется, то попробуйте его убрать или настроить. Обычно его нет, поэтому если вы его не устанавливали, а ошибка есть, возможно существует проблема с  MX-записями домена, либо проблема, которая требует более детального изучения логов и конфигурационных файлов. Обратитесь за помощью в поддержку, изучим.
• 452 — не хватает ресурсов, чаще всего оперативной памяти. Проверьте наличие свободного дискового пространства и оперативной памяти. Ошибка будет и в том случае, когда на почтовом сервере, который принимает письмо, не хватает ресурсов.
• 550, 571 — указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали. Также возможны причины, которые описаны в других разделах статьи: внутренние спам-листы, неверная PTR и т. д.

Еще возникают ситуации, когда письмо с сервера ушло (вы даже убедились в этом по почтовому логу), а к адресату не попало даже в папку спам. Обычно в ответ приходит письмо с отчётом от отправителя Mailer-Daemon. Чаще всего это случается, когда указан несуществующий ящик для доставки, но могут быть и другие случаи, в этом может помочь таблица с описанием ответов от Яндекса «Отчёт о недоставке письма на другой адрес (не Яндекс)».

Добавление DKIM, DMARC, SPF

Чтобы письма не попадали в спам, а домен или IP-адрес — в спам-базы, также используют DKIM-подпись для почтового домена.

DKIM — это стандарт защиты электронных писем, с помощью которого почтовые сервисы могут определить, действительно ли письмо было отправлено с указанного ящика в поле Отправитель.

Рассмотрим самый простой способ подключения DKIM — через панель управления ISPmanager.

В ISPmanager перейдите во вкладку Настройки — раздел Возможности — выделите строку Почтовый сервер (SMTP/POP3/IMAP) — нажмите кнопку Изменить — поставьте галочку OpenDKIM (exim).

Остается включить подпись DKIM для домена во вкладке ISPmanager Домены — раздел Почтовые домены — двойной клик по домену — установите флажок Включить DKIM для домена — нажмите ОК.

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

Так это выглядит, если добавлять вручную в DNSManager:

DMARC — это ещё одна настройка, которая позволяет идентифицировать отправителя и снизить количество спама и фишинга.

На серверах имён (если наши сервера имен, то в ISPmanager в разделе Домены — Доменные имена или в DNSmanager, если ISPmanager’а нет) нужно разместить TXT-запись со следующим содержанием:

Имя: _dmarc. ВАШ_ДОМЕН.

Значение: v=DMARC1; p=none; aspf=r; sp=none

SPF -запись используется для защиты от спама и фишинговых сообщений от имени вашего домена. Она должна присутствовать, чтобы указать список серверов, которые имеют право на отправку писем от имени email-адресов этого домена. Она обычно уже настроена по умолчанию (отправка с одного сервера), но могут потребоваться специфические настройки, если вы используете сторонние сервера для отправки почты.

По умолчанию она должна выглядеть так:

Имя: ВАШ_ДОМЕН.

Тип: TXT

Значение: v=spf1 ip4:IP_ПОЧТОВОГО_СЕРВЕРА a mx ~all

Где вместо IP_ПОЧТОВОГО_СЕРВЕРА нужно указать ip вашего сервера.

Если вы хотите отправлять письма с почтового ящика на сторонних серверах, например, с серверов Яндекса, укажите дополнительные серверы в таком формате: v=spf1 ip4: IP-1 include: _spf.yandex.net ~all.

Где ip-1 — это IP вашего VDS.

Основные требования к содержанию писем

Немаловажным аспектом, который влияет на доставку ваших писем, является их содержание. Все почтовые сервисы анализируют содержимое, чтобы заранее предугадать, является ли письмо спамом. Избежать этого можно, следуя этим советам:

1. В рассылке обязательно должен быть текст. Рассылки, состоящие из картинок, блокируются очень часто.

2. Поместите информацию о том, откуда был получен адрес и согласие на рассылку. Например, «Вы получили это письмо, потому что подписались на рассылку на сайте site.ru…»

3. Добавьте информацию о своём ресурсе или себе. Рассылки должны иметь в тексте каждого сообщения актуальную контактную информацию об организации, осуществляющей рассылку, телефонный номер и адрес.

4. Используйте в качестве обратного адреса ваш домен. Избегайте обратных ящиков mail.ru, gmail.com и т. д. — такие адреса вызывают большее подозрение у антиспам-фильтров .

5. Не указывайте в ссылках URL. Следует избегать в тексте явных ссылок вида http://domain.com, лучше зашивать ссылку в какое-нибудь слово или фразу, например: «Посетите сайт Яндекс»

6. Добавляйте ссылку отписки и в конце, и в начале письма. Клиент, который не хочет получать вашу рассылку или забывший, что подписался на неё, не видит кнопку отписки и нажимает на кнопку «Это спам», что в конечном итоге рано или поздно повлияет на доставку ваших рассылок.

7. Избегайте писем больших размеров. А также приложенных файлов. Всё это может вызвать жалобы и новых кликов на кнопку «Это спам».

8. Попросите подписчиков внести ваш почтовый ящик в адресную книгу. Это снижает вероятность попадания вашей рассылки в спам.

9. Ваша рассылка вероятнее всего будет заблокирована, если содержит:

   • Ложную, некорректную или вводящую в заблуждение информацию;

   • Информацию, противоречащую 18-й статье Федерального Закона «О рекламе»;

   • Порнографию;

   • Лотереи;

   • Поддельные товары, бренды;

   • Сообщения, созданные с нарушением авторских и смежных прав;

   • Рекламу почтовых и электронных спам-рассылок ;

   • Рассылку от имени других людей или организаций;

   • Финансовые пирамиды.

Также ознакомьтесь с рекомендациями MAIL.RU и их правилами рассылок, с инструкцией о рассылках от gmail.com, и с требованиями Яндекса.

Придерживайтесь этих правил, и рисков того, что ваше письмо попадет в спам, станет меньше.

Проверка с помощью сервиса mail-tester . Примеры.

Спасибо, что дочитали до этого места. На самом деле, большую часть перечисленных пунктов можно было не делать, а проверить с помощью специального сервиса.

Шутка, ведь сервис хоть и экономит время, но он не абсолютен. Он не поможет в случаях, когда письма не доходят вообще, либо может давать не совсем точные или излишние советы, не влияющие на суть доставки, поэтому его стоит рассматривать как помощника, а не опорную утилиту.

Чтобы проверить свои письма, переходим по ссылке https://www. mail-tester .com/

На главной странице в строке вы увидите довольно странный ящик, вроде test-y9q3i @ mail-tester .com.

Именно на указанный адрес вам необходимо отправить письмо. Важно отправить именно так, как вы обычно отправляете, когда возникают проблемы с доставкой. Например, если в «спам» попадают только уведомления о заказе, отправьте на проверочный ящик именно уведомление о заказе. После отправки подождите немного, после чего нажмите кнопку «Затем проверьте оценку».

Если письмо получено, сервис покажет оценку вашего конкретного почтового отправления, например:

Письмо с таким содержанием и отправленное таким образом вряд ли будет доставлено в папку «Входящие» и скорее всего окажется в папке «Спам».

Причины этого также указаны там под оценкой, вкратце это можно описать так:

• 4 с лишним балла сняты из-за плохого содержания письма, не соблюдены или соблюдены не все правила оформления писем. Как можем судить по количеству баллов, содержание письма сильно влияет на то, куда оно попадёт.

• 1 балл снят за то, что почтовый домен не подписан DKIM-записью и ещё полбалла снято за нахождение IP в черном списке.

Устраните все ошибки и запустите проверку снова, но не увлекайтесь проверками чрезмерно — у сервиса есть ограничение на количество проверок с одного IP. Ваша задача — получить оценку, близкую к 10 (совершенно не обязательно биться за 10 из 10). Как только вы этого добьетесь, обнаружите, что ваши письма начнут попадать в нужную и вам, и вашему клиенту папку «Входящие».

Добрый день уважаемые читатели блога и подписчики youtube канала, продолжаем разбираться в механизмах доставки почты. Есть у меня у одного сотрудника почтовое приложение Microsoft outlook 2016, и в какой то момент после командировки у данного человека при отправке почты стала выскакивать ошибка доставки 550 5.7.0 Message rejected per DKIM policy, у всех остальных корпоративная почта работала, давайте разбираться в чем дело. В итоге он не мог ни кому отправить письмо.

Что означает Message rejected per DKIM policy

Я вам уже рассказывал, что такое DKIM и как ее настроить на примере почтового сервера MDaemon, если вы читали данную статью, то там я приводил некий механизм, который верифицирует SMTP, и если что то не так, то вставляет тег rs=, в котором он выдает сообщения о том, почему он отклонил его. Именно он шлет ошибку 550 5.7.0 Message rejected per DKIM policy, если посмотреть логи на сервере, то там кроме этого сообщения, можно еще найти некоторые упоминания, что что то у пользователя с SMTP.

В MDaemon у меня включена обязательная аутентификация, это реализовано, чтобы никто не мог просто так отсылать письма, без указания явного логина и пароля (Галка Не принимать блокировку по IP (IP Shield) в авторизованных сессиях)

Так как у меня у пользователя клиентское приложение MS Outlook 2016, то открываем его и проверяем настройки, переходим в Файл-Настройка учетных записей

Откроется окно Настройка учетных записей, выбираем нужную вам почту.

Нажимаем другие настройки.

В итоге должна стоять галка SMTP-серверу требуется проверка подлинности, вот ее то и не было, хотя до этого стояла, как говорится слона, то я и не заметил.

Надеюсь кому то данная заметка сэкономит время и нервы, и избавит от ошибки 550 5.7.0 Message rejected per DKIM policy.

Источник

550 5.7.1 ошибка при отправке электронной почты

Что такое ошибка 550 5.7.1?

A 550 5.7.1 Обычно относится к IP отправки электронной почты, в настоящее время заблокирован от службы электронной почты получателя. Обычно он заблокирован, потому что IP использовался для отправки спама в IP получателя в один момент времени. Если этот пример в том случае, сервис электронной почты получателя блокирует IP из будущего спама и уведомляет любых отправителей с 550 — 5.7.1kick-Back-Back где-то в возвращенной электронной почте.

Внесен ли мой IP в черный список?

Просто потому, что вы получили ошибку 550 — 5.7.1, не означает, что ваш IP заблокирован. Тем не менее, все еще хорошая практика, чтобы проверить ваш IP для черной списки и текущей репутации, если вы получили ошибку 550 для проверки. Обратите внимание, что это не IP-адрес от вашего локального компьютера, а IP вашего хостинга сервера.

Инструменты для проверки черного списка:

• MXToolBox: https://mxtoolbox.com/blacklists.aspx
• MultiRBL.valli.org Проверка черного списка: https://multirbl.valli.org/

Инструменты для репутации IP:

Немедленные шаги

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

• Измените пароли вашей учетной записи электронной почты в безопасный пароль
• Обновите любые приложения, которые вы используете для своих услуг веб-хостинга.
• Удалите все неиспользованные приложения, которые вы больше не используете
• Выполните проверку на вирусы на вашем компьютере

Если вы сделали эти шаги, и ваш IP возвращается в черный список, пожалуйста, откройте билет с нашей технической поддержкой, чтобы удалить IP из черного списка с любыми соответствующими заголовками электронной почты от этих сообщений Back Back.

Как убрать ошибку 550 5.7.1?

К сожалению, если ваш IP не заблокирован, требуется запрос «делист» на почтовую службу получателя.Это включает в себя форму с необходимой информацией, которая должна быть представлена, объясняя их сервис, в настоящее время блокирует IP, и вы хотите, чтобы он был разблокирован.Форма делиста отличается для каждой почтовой службы (пример, Outlook, Gmail) и после отправки, она зависит от текущей почтовой службы для разблокировки IP из своего списка.

Каждая почтовая почта имеет свою собственную отдельную форму для заполнения для делистирования. HOVEDWINDS ТЕХНИЧЕСКАЯ ПОДДЕРЖКА СДЕЛАНО СДЕЛАННАЯ СДЕЛАТЬ С ЗАПРЕДУЮЩЕМУ НЕДЕСТИЦИИ ВАШЕГО IP при открытии билета и запрашивающейся IP-адресом для любого из ваших управляемых услуг, таких как общий хостинг, бизнес-хостинг, управляемый Linux, управляемый Windows или выделенный сервер.

Сколько времени займет запрос на удаление после отправки?

Это может варьироваться в зависимости от результатов вашей репутации IP. Важно отметить, что запрос исключительно в руках услуги делиста. Если IP никогда не передается из их сервиса, и сам IP не подключен к черной списке, ошибка 550 7.5.1 будет продолжать быть подкрепленным.

Если мы можем помочь вам в любом случае, пожалуйста, отправьте билет или присоединяйтесь к нам в IveChat в любое время.Мы доступны 24/7/365, и мы посвящены успеху нашего клиента;Каждый клиент действительно имеет значение для нас.

Источник

Ошибка при склейке товара this get matching error message rejected

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I’ve been noticing since a few weeks that emails whose message body is empty are not being accepted by our Edge Servers. The senders receive a NDR with the error message «550 5.7.1 Message rejected as spam by Content Filtering».

Now as far as I’m concerned this isn’t a problem and I’m glad the system is doing this, but out of curiousity, how would I configure my content filtering if I wanted to turn this off without lowering my SCL?

If you think your to small to make a differnce, try going to bed with a mosquito in the room.

All replies

As far as I know, content filter will not block blank email by default. Do you use another filter tools?

Does this phenomenon occurs on all mailboxes?

If this phenomenon only occurs on a few of mailboxes, you can use command below to check whether those mailboxes are in Quarantine list:

If this phenomenon occurs on all mailbox, you can use command below to disable content filter for internal users:

If you modified the value of SCL before, I would suggest change it back, because this phenomenon may related with it.

For more information about content filter, you can have a look about this article: Manage content filtering

Please remember to mark the replies as answers if they helped. If you have feedback for TechNet Subscriber Support, contact tnsf@microsoft.com.

Click here to learn more. Visit the dedicated forum to share, explore and talk to experts about Microsoft Teams.

Источник

Как исправить ошибки SMTP-сервера при отправке писем

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»).

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время;
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна.

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки;
• 1 – ответы на запросы информации;
• 2 – ошибки канала передачи;
• 3 и 4 – неизвестный тип ошибки;
• 5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Читайте также

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru;
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP.

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Возможные причины

Варианты решения

Неправильно заданы параметры SMTP-соединения

Необходимо перепроверить настройки

Брандмауэр блокирует IP-адрес сервера электронной почты

Необходимо создать новое правило в брандмауэре

Блокируется трафик через порт 25

Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465

Проблема использования VPN

Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Возможные причины

Варианты решения

Превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, письма ждут отправки в очереди

В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send»

Неправильно настроены MX-записи домена, из-за чего происходит неправильная маршрутизация писем

Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

Возможные причины

Варианты решения

На сервере получателя закончилось место, поэтому письмо не доставляется

Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера

В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере

Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение: Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Возможные причины

Варианты решения

Неверно указан email-адрес получателя

Необходимо связаться с адресатом альтернативным способом и уточнить правильность написания адреса, а также убедиться, что он является действующим

Система заражена вирусом, осуществляющим массовую рассылку писем с вашего адреса

Провести полную проверку специализированной антивирусной программой

На стороне вашего интернет-провайдера установлены ограничения на отправку исходящих сообщений

Необходимо связаться с поставщиком интернет-услуг и получить консультацию по устранению данной проблемы

Сервер получателя не работает

Отправьте тестовое письмо на другой почтовый сервер. Свяжитесь с получателем и сообщите о проблеме

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение: SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Возможные причины

Варианты решения

Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом

Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список»

Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем

Обратитесь к администратору данного ресурса для изменения настроек

У IP отправителя нет RDNS

Проверьте настройки получения писем и разрешения для доменов-отправителей

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

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

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

Источник

/public/img/default_profile_50.png

Ссылка на это место страницы:
#main

Ссылка на это место страницы:
#incorrect_address

Ссылка на это место страницы:
#receive

Ссылка на это место страницы:
#no_connection

Ссылка на это место страницы:
#errors

Ссылка на это место страницы:
#corp

Ссылка на это место страницы:
#temp

Ссылка на это место страницы:
#overflowing_box

Ссылка на это место страницы:
#disabled

Ссылка на это место страницы:
#spam

Ссылка на это место страницы:
#graylisting

Ссылка на это место страницы:
#mail_settings

Ссылка на это место страницы:
#IP_block

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»). 

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время; 
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна. 

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки; 
• 1 – ответы на запросы информации; 
• 2 – ошибки канала передачи; 
• 3 и 4 – неизвестный тип ошибки;
•  5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Следует учитывать, что SMTP-message говорит об успешном или неудачном варианте доставки именно на уровне взаимодействия почтовых серверов. Положительный ответ вовсе не означает, что ваше письмо не попало в папку «Спам».

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы: 

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru; 
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

• Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
• Создание и отправка писем на сервисе Яндекс
• Ошибки отправки писем при использовании сервера и сервиса Mail.ru

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP. 

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Необходимо добавить настраиваемый домен.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение:  Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение:  SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

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

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

• https://mxtoolbox.com
• https://www.ultratools.com
• http://mail2web.com

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

550 5.7.1 ошибка при отправке электронной почты

Что такое ошибка 550 5.7.1?

A 550 5.7.1 Обычно относится к IP отправки электронной почты, в настоящее время заблокирован от службы электронной почты получателя. Обычно он заблокирован, потому что IP использовался для отправки спама в IP получателя в один момент времени. Если этот пример в том случае, сервис электронной почты получателя блокирует IP из будущего спама и уведомляет любых отправителей с 550 — 5.7.1kick-Back-Back где-то в возвращенной электронной почте.

Внесен ли мой IP в черный список?

Просто потому, что вы получили ошибку 550 — 5.7.1, не означает, что ваш IP заблокирован. Тем не менее, все еще хорошая практика, чтобы проверить ваш IP для черной списки и текущей репутации, если вы получили ошибку 550 для проверки. Обратите внимание, что это не IP-адрес от вашего локального компьютера, а IP вашего хостинга сервера.

Инструменты для проверки черного списка:

• MXToolBox: https://mxtoolbox.com/blacklists.aspx
• MultiRBL.valli.org Проверка черного списка: https://multirbl.valli.org/

Инструменты для репутации IP:

Немедленные шаги

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

• Измените пароли вашей учетной записи электронной почты в безопасный пароль
• Обновите любые приложения, которые вы используете для своих услуг веб-хостинга.
• Удалите все неиспользованные приложения, которые вы больше не используете
• Выполните проверку на вирусы на вашем компьютере

Если вы сделали эти шаги, и ваш IP возвращается в черный список, пожалуйста, откройте билет с нашей технической поддержкой, чтобы удалить IP из черного списка с любыми соответствующими заголовками электронной почты от этих сообщений Back Back.

Как убрать ошибку 550 5.7.1?

К сожалению, если ваш IP не заблокирован, требуется запрос «делист» на почтовую службу получателя.Это включает в себя форму с необходимой информацией, которая должна быть представлена, объясняя их сервис, в настоящее время блокирует IP, и вы хотите, чтобы он был разблокирован.Форма делиста отличается для каждой почтовой службы (пример, Outlook, Gmail) и после отправки, она зависит от текущей почтовой службы для разблокировки IP из своего списка.

Каждая почтовая почта имеет свою собственную отдельную форму для заполнения для делистирования. HOVEDWINDS ТЕХНИЧЕСКАЯ ПОДДЕРЖКА СДЕЛАНО СДЕЛАННАЯ СДЕЛАТЬ С ЗАПРЕДУЮЩЕМУ НЕДЕСТИЦИИ ВАШЕГО IP при открытии билета и запрашивающейся IP-адресом для любого из ваших управляемых услуг, таких как общий хостинг, бизнес-хостинг, управляемый Linux, управляемый Windows или выделенный сервер.

Сколько времени займет запрос на удаление после отправки?

Это может варьироваться в зависимости от результатов вашей репутации IP. Важно отметить, что запрос исключительно в руках услуги делиста. Если IP никогда не передается из их сервиса, и сам IP не подключен к черной списке, ошибка 550 7.5.1 будет продолжать быть подкрепленным.

Если мы можем помочь вам в любом случае, пожалуйста, отправьте билет или присоединяйтесь к нам в IveChat в любое время.Мы доступны 24/7/365, и мы посвящены успеху нашего клиента;Каждый клиент действительно имеет значение для нас.

Источник

This message is blocked due to security reason что за ошибка

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

Что такое спам?

Спам – это не запрошенная корреспонденция, поступающая на ваш почтовый ящик. Чаще всего это рекламные предложения, которые не несут в себе угрозы, и вы можете избавиться от них, просто нажав в письме на кнопку «Спам». Однако помимо рекламных писем могут поступать различные письма якобы о выигрыше, деловом предложении, получении наследства и даже поддельные письма из банка или другого знакомого вам сайта с запросом информации (так называемые фишинговые письма). Опасность этих писем заключается в том, что в них могут быть ссылки, перейдя по которым вы можете предоставить личную информацию или даже перечислить некоторые средства мошеннику.

Как ваш адрес может попасть в рассылку, на которую вы не соглашались:

• База пользователей создается через специальные программы, которые подбирают адреса с помощью словаря.
• Мошенники собирают адреса пользователей, которые указаны в открытом доступе на форумах или других сайтах, покупают готовые базы электронных адресов у нечестных владельцев сервиса.
• Вы могли зарегистрироваться на сайте, данные с которого стали доступны посторонним лицам.

Мы постоянно развиваем наш сервис и стараемся делать как можно более защищенную систему, чтобы оградить наших пользователей от спама и фишинговых писем, что не отменяет необходимости использовать актуальные антивирусные программы для защиты ваших данных и внимательно относиться к письмам с сомнительным содержанием.

Что делать если мне пришло странное письмо?

Если вы получили письмо якобы:

— из знакомого вам банка

— от какой-либо компании

— от популярного сервиса и др.

И в нём вам сообщают:

— что ваша банковская карта

— электронная почта и др.

Будет заблокирована, если вы не перейдете по ссылке или не предоставите в ответном письме информацию, которая может предоставить доступ злоумышленникам, например к вашей банковской карте – возможно, это мошенники!

Чтобы проверить это:

— сравните адрес электронной почты отправителя с официальным адресом компании

— позвоните по официальному номеру телефона компании

— напишите в службу поддержки, скопировав адрес с официального сайта, и сообщите о поступившем вам письме

Как защитить почтовый ящик от спама?

Существует несколько простых способов обезопасить почтовый ящик от нежелательных писем:

• Не демонстрируйте ваш адрес в сети: не показывайте его в открытом виде на форумах, сайтах знакомств, гостевых книгах, чатах, в социальных сетях и т.д.
• Прежде чем зарегистрироваться на каком-то сервисе, проверьте, не соглашаетесь ли вы на получение рассылок, нажимая на кнопку «Зарегистрироваться».
• Нежелательные письма отмечайте кнопкой «Спам». Таким образом вы обучаете антиспам систему и в будущем не будете получать подобные письма.

Каждое письмо, попадая на наш сервер, автоматически проверяется комплексной антиспам системой с многоуровневым анализом писем. Мы каждый день улучшаем антиспам систему, делаем её более гибкой и чувствительной по отношению ко всей корреспонденции что поступает на наш сервер и отправляется с него.

Мне прислали спам, что делать?

Подобные письма должны автоматически попадать в папку «Спам» — это корректная работа антиспам системы. Если вы обнаружили письмо в папке «Входящие», откройте его и нажмите кнопку «Спам» на панели инструментов – письмо будет перемещено в папку «Спам». Антиспам система запомнит ваш выбор и все последующие письма от этого адресата будут автоматически перемещаться в папку «Спам».

Важные для меня письма попадают в папку спам

Есть две причины, почему письмо может попасть в папку спам:

• Ранее (возможно по случайности) вы отметили как спам письма с этого адреса и теперь антиспам система автоматически перемещает их в папку «Спам».
• Антиспам система посчитала это письмо «подозрительным» и отметила его как «Спам» переместив в соответствующую папку.

Если вы считаете, что письмо не является спамом, то откройте его в папке «Спам» и нажмите кнопку «Не спам» на панели инструментов (иконка в виде смайла). После этого письмо будет перемещено в папку «Входящие», а наша антиспам система запомнит ваш выбор и в будущем все письма от этого адресата будут поступать только во «Входящие».

Я ошибочно отметил письмо как спам, что делать?

Откройте его в папке «Спам» и нажмите кнопку «Не спам» на панели инструментов (иконка в виде смайла). После этого письмо будет перемещено в папку «Входящие», а наша антиспам система запомнит ваш выбор и в будущем все письма от этого адресата будут поступать только во «Входящие».

Также вы можете отметить письмо или несколько писем в самом списке писем папки «Спам». Для этого отметьте галочкой нужные письма и на панели инструментов нажмите кнопку «Не спам». Письмо будет перемещено в папку «Входящие».

Мошеннические письма. От моего имени идет спам, что делать?

К сожалению, иногда можно столкнуться с таким видом интернет-мошенничества, как в данном примере:

Это не полный пример письма. Адрес отправителя может стоять абсолютно любой, включая ваш собственный. Ситуация возникает, когда отправитель письма подделывает при отправке заголовок «From» (От) и указывает ваш адрес. Аналогию можно провести с обычным бумажным письмом: письмо пишет один человек, но на конверте указывает данные другого лица и его адрес. Само письмо не опасно, если вы не проходите по ссылкам в нем или не отправляете какие-то личные данные в ответ.

Если вы обнаружили письмо в папке «Входящие», то ни в коем случае не открывайте ссылки или вложения, которые могут в нем содержаться, а просто отметьте его кнопкой «Спам».

Если вы сомневаетесь в конфиденциальности вашего почтового ящика, смените пароль в настройках профиля и проверьте рабочее устройство антивирусом.

Содержание подобных писем может быть абсолютно любым, в том числе предложение от банка о том, что, если вы не предоставите личные данные в письме, ваша карта будет заблокирована.

Пожалуйста, очень внимательно относитесь к поступающей корреспонденции, не отвечайте на сомнительные письма и, по возможности, проверяйте информацию.

Отправляемые мной письма воспринимаются как спам, что делать?

При отправке письма с нашего сервера оно может быть расценено как спам нашей системой или сервером получателя. Это зависит от настроек антиспам системы почтовых серверов. Ниже мы рассмотрим возможные получаемые ошибки при отправке писем и их причины:

Это основная ошибка при отправке через веб-интерфейс.

Капча выводится в том случае, если письмо считается подозрительным. Зачастую, наша антиспам система считает письма подозрительными, если вы отправляете письма из сети, имеющей сомнительную репутацию (к примеру, используя VPN), используете сокращатели ссылок, или отправляете очень часто и много писем, превышая динамические лимиты на отправку.

Также, обращаем ваше внимание на то, что согласно Регламенту бесплатной службы электронной почты Рамблер/почта, а также Нормам Пользования Сетью, рассылка незапрошенной корреспонденции запрещена, в связи с чем ваши письма могут отклонятся, даже после ввода капчи.

В этом случае, пожалуйста, напишите нам через форму обратной связи.

Ошибка при отправке через почтовые клиенты

Отправляя письмо, вы получили ошибку:

• «550 rambler.co»;
• «550-5.7.1 Spam message rejected»;
• «If this is not spam contact abuse at 550 rambler-co.ru»

Данная ошибка означает, что антиспам система считает письма подозрительными. Такое зачастую происходит если вы отправляете письма из сети, имеющей сомнительную репутацию (к примеру, используя VPN), используете сокращатели ссылок, или отправляете очень часто и много писем, превышая динамические лимиты на отправку или используя устаревшие и неподдерживаемые почтовые клиенты.

Отправленное письмо вернулось обратно с ошибкой

После отправки письма адресату на другом почтовом сервисе письмо вернулось к вам обратно. В нем могут быть указаны подобные тексты ошибок.

• «550 5.7.1 This message is blocked due to security reason (in reply to end of DATA command)»;
• «host ***.com[111.111.111.11] said: 550 High probability of spam. (in reply to RCPT TO command)»;
• «SMTP error from remote mail server after end of data: 550 spam message rejected. Please visit http://help.mail.ru/notspam-support/id?c=1121231231231312321or report details to abuse@corp.mail.ru. Error code: 12312JHJH9219321JHJHJKLJ. ID: 000000050000C111101B1A01»;
• «SMTP error from remote mail server after end of data: 550 5.7.1 Message rejected as spam by Content Filtering».

Данное сообщение обозначает, что сервер получателя расценил ваше письмо как спам. В таком случае мы рекомендуем обратиться в службу технической поддержки принимающей стороны.

Источник

Устранение проблем с доставкой электронной почты для кода ошибки 550 5.7.1 в Exchange Online

В новом Центре администрирования Exchange теперь доступны правила потока обработки почты. Опробуйте их сейчас!

Неприятно, когда после отправки электронного сообщения возвращается ошибка. В этой статье рассказывается, что можно сделать при появлении кода ошибки 5.7.1 в отчете о недоставке (NDR), также известном как сообщение о недоставке или уведомление о доставке (DSN). Эти сведения также относятся к кодам ошибок от 5.7.0 до 5.7.999.

Эти сведения также относятся к кодам ошибок 5.7.0–5.7.999 в Exchange Online, Microsoft 365 и Office 365. Уведомление о доставке с кодом ошибки 5.7.1 может создаваться по нескольким причинам, и в этой статье приведены соответствующие им решения.

Почему мне пришло сообщение о недоставке?

Как правило, это ошибка указывает, что параметр безопасности в вашей организации или организации получателя препятствует доставке сообщения получателю. Например:

• у вас нет разрешения на отправку сообщений получателю;
• получатель является группой, а у вас нет разрешения на отправку сообщений в группу или одну из вложенных в нее групп;
• у вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем;
• сообщение доставлено на неверный почтовый сервер.
• Если в описании NDR 550 5.7.1 Your message can’t be delivered because one or more recipients are blocked by your organization’s tenant recipient block policy. AS(8910) указано, Email или домен должен быть частью заблокированных доменов & адресов в списке разрешений и блокировок клиента вашей организации.

Мне пришло сообщение о недоставке. Разделы справки устранить эту проблему?

Как правило, эту проблему невозможно исправить самостоятельно. Получатель или его администратор электронной почты должен исправить конфигурацию со своей стороны. Однако вы можете попробовать несколько решений:

Если получатель является внешним (находится за пределами организации): свяжитесь с получателем (по телефону, лично и т. д.) и попросите его рассказать своему администратору электронной почты о вашей проблеме с доставкой почты. Администратору может потребоваться изменить конфигурацию почтового ящика получателя так, чтобы он принимал сообщения от вас.

Если получателем является внутренняя группа: возможно, у вас нет разрешения на отправку сообщений группе или одной из вложенных в нее групп. В таком случае отчет о недоставке будет включать имена ограниченных групп, для которых у вас нет разрешения на отправку. Попросите владельца ограниченной группы предоставить вам разрешение на отправку сообщений в группу. Если вы не знаете владельца группы, его можно найти в Outlook или Outlook в Интернете (прежнее название — Outlook Web App), выполнив следующие действия.

• Outlook. Выберите отчет о недоставке, дважды щелкните имя группы в строке Кому, а затем нажмите Связаться.
• Outlook в Интернете. Выберите отчет о недоставке, щелкните имя группы в строке Кому, а затем выберите пункт Владелец.

Если вы отправляете сообщения в большую группу рассылки: к группам, включающим более 5000 участников, автоматически применяются указанные ниже ограничения.

• Отправляемые в группу сообщения должен утвердить модератор.
• В группу невозможно отправлять большие сообщения. Однако отправители больших сообщений будут получать другой отчет о недоставке. Дополнительные сведения о больших сообщениях см. в разделе Ограничения групп рассылки.

Чтобы устранить эту проблему, присоединитесь к группе или попросите ее владельца либо модератора утвердить сообщение. Укажите им на раздел Я владелец ограниченной группы. Что я могу сделать? этой статьи.

Если вам не удалось решить проблему, выполнив описанные выше действия, обратитесь к администратору электронной почты получателя и попросите его ознакомиться с разделом Я администратор электронной почты. Как мне решить проблему? этой статьи.

Я владелец ограниченной группы. Что я могу сделать?

Если отправитель сообщения получил этот отчет о недоставке при попытке отправить сообщение вашей группе, а вам нужно, чтобы он мог успешно отправлять ей сообщения, попробуйте один из следующих способов:

Удалите ограничение на отправителей. Измените параметры группы, чтобы разблокировать отправителя одним из указанных ниже способов.

• Добавьте отправителя в список разрешенных отправителей для группы. Обратите внимание, что необходимо создать почтовый контакт или почтового пользователя, который будет представлять внешнего отправителя в вашей организации.
• Если на отправителя налагаются ограничения, поскольку он является внешним (находится за пределами вашей организации), вы можете настроить группу на прием сообщений от внешних отправителей.
• Если вы настроите правило потока обработки почты (также известное как правило транспорта) для ограничения определенных отправителей или групп отправителей, вы можете изменить правило, чтобы принимать сообщения от отправителя.

Ограничения для больших групп. К группам, включающим более 5000 участников, автоматически применяются указанные ниже ограничения.

• отправляемые в группу сообщения должен утвердить модератор;
• Большие сообщения невозможно отправлять в группу (но в этом случае создается другой отчет о недоставке). См. Ограничения для Exchange Online.

Чтобы решить эту проблему для отправителя, утвердите его сообщение или добавьте этого пользователя в группу.

Управление группами рассылки

Я администратор электронной почты. Как мне решить проблему?

Домен получателя или адрес электронной почты определяется в записи блокировки в списке разрешений и блокирования клиента в организации.

Внутренний отправитель в организации получает отчет о недоставке со следующими сведениями в разделе «Диагностика для администраторов «: 550 5.7.1 Your message can’t be delivered because one or more recipients are blocked by your organization’s tenant recipient block policy. AS(8910)

Чтобы устранить эту проблему, удалите соответствующую запись блока из списка разрешений и блоков клиента. Дополнительные сведения см. в разделе «Использование портала Microsoft 365 Defender для удаления разрешенных или заблокированных записей для доменов и адресов электронной почты в списке разрешений и блокирования клиента».

Отправитель является внешним (находится за пределами организации)

Если только у этого получателя возникают проблемы с приемом сообщений от внешних отправителей, настройте получателя или ваши почтовые серверы так, чтобы они принимали сообщения от внешних или анонимных отправителей.

Получателем является общедоступная папка в вашей организации Exchange Online

Если получателем является поддерживающая почту общедоступная папка в вашей организации Exchange Online, то внешний отправитель получит отчет о недоставке со следующим кодом ошибки:

Remote Server returned ‘ #5.7.1 smtp;550 5.7.1 RESOLVER.RST.AuthRequired; authentication required [Stage: CreateMessage]’

Чтобы настроить общедоступную папку на прием сообщений от внешних отправителей, выполните указанные ниже действия.

Новый EAC

Откройте Центр администрирования Exchange (EAC). Дополнительные сведения см. в статье Центр администрирования Exchange в Exchange Online.

Перейдите в Общедоступные папки > Общедоступные папки.

Выберите общедоступную папку из списка, а затем нажмите Изменить .

Нажмите Параметры потока обработки почты.

В разделе Ограничения доставки сообщений > Принимать сообщения от, выполните следующие действия:

• Снимите флажок Требовать проверку подлинности всех отправителей.
• Выберите параметр Все отправители.

Щелкните Сохранить.

Классический EAC

Откройте Центр администрирования Exchange. Дополнительные сведения см. в статье Центр администрирования Exchange в Exchange Online.

В Центре администрирования Exchange перейдите к разделу Общедоступные папки > Общедоступные папки > и выберите общедоступную папку из списка, а затем щелкните значок Изменить

В открывшемся диалоговом окне свойств общедоступной папки перейдите к разделу Параметры потока обработки почты и настройте следующие параметры в разделе Принимать сообщения от:

• Снимите флажок Требовать проверку подлинности всех отправителей.
• Выберите параметр Все отправители.

Нажмите кнопку Сохранить.

Отправитель является внешним, а его исходный IP-адрес включен в список блокировки Майкрософт

В этом случае полученный отправителем отчет о недоставке будет содержать раздел Диагностика для администраторов с примерно следующей информацией:

5.7.1 Service unavailable; Client host [xxx.xxx.xxx.xxx] blocked using Blocklist 1; To request removal from this list please forward this message to delist@messaging.microsoft.com

Чтобы снять ограничение на исходную систему электронной почты отправителя, перешлите отчет о недоставке по адресу delist@messaging.microsoft.com. Дополнительные сведения см. в статье Удаление себя из списка заблокированных отправителей с помощью портала удаления из списка.

Ваш домен не полностью зарегистрирован в Microsoft 365 или Office 365

Если ваш домен не полностью зарегистрирован в Microsoft 365 или Office 365, выполните указанные ниже действия:

• Убедитесь в том, что ваш домен отображается как Исправен в центре администрирования Microsoft 365 в разделе Параметры >Домены.
• Информацию о добавлении вашего домена в Microsoft 365 или Office 365 см. в разделе Добавление домена в Microsoft 365.
• Сведения о том, как устранить проблемы с проверкой домена, см. в статье базы знаний Майкрософт KB2515404.

Имеется проблема с записью MX домена

Если используется неправильная запись MX, попробуйте сделать следующее:

Проверьте наличие неправильных или устаревших записей MX в доменах отправителя и получателя, используя тест Дополнительные средства диагностики > Exchange Online в помощнике по поддержке и восстановлению Microsoft. Дополнительные сведения о помощнике по поддержке и восстановлению см. в разделе О помощнике по поддержке и восстановлению Microsoft.

Сверьтесь с регистратором доменных имен или службой размещения DNS, чтобы проверить запись MX. Запись MX для домена, зарегистрированного в Exchange Online использует синтаксис _ _.mail.protection.outlook.com .

Выполните проверку входящей электронной почты по протоколу SMTP и исходящей электронной почты по протоколу SMTP в Office 365 > Настройка потока почты в Анализаторе удаленного подключения Microsoft.

Убедитесь, что для домена настроена только одна запись MX. Майкрософт не поддерживает использование нескольких записей MX для домена, зарегистрированного в Exchange Online.

Имеется проблема с записью SPF вашего домена

Запись инфраструктуры политики отправителей (SPF) для вашего домена может быть неполной или включать не все источники электронной почты. Дополнительные сведения см. в разделе Настройка SPF для предотвращения подделки.

Проблемы с гибридной конфигурацией

Если ваш домен входит в состав гибридного развертывания между локальной средой Exchange и Exchange Online, то мастер гибридной конфигурации должен автоматически настроить необходимые соединители для потока обработки почты. Даже в таком случае вы можете следовать инструкциями из этого раздела, чтобы проверить параметры соединителей.

Откройте центр администрирования Microsoft 365 на странице https://portal.microsoftonline.com, и нажмите Администратор > Exchange.

В Центре администрирования Exchange щелкните Поток обработки почты > Соединители. Выберите соединитель, используемый для гибридного развертывания, и нажмите Изменить. Проверьте следующее:

Доставка: если выбран параметр Перенаправлять почту через промежуточные узлы, убедитесь, что указан правильный IP-адрес или FQDN. Если выбран параметр Запись MX, связанная с доменом получателя, убедитесь, что запись MX для домена указывает на правильный почтовый сервер.

Проверить свою запись MX и возможность отправки почты из своей организации Exchange Online с помощью проверки электронной почты, отправляемой по протоколу SMTP можно в анализаторе удаленного подключения (Майкрософт).

Область: для маршрутизации входящей почты Интернета в локальную организацию Exchange список Домены должен содержать все домены электронной почты, которые в ней используются. Вы можете использовать звездочку (*), чтобы также маршрутизировать всю исходящую почту Интернета через локальную организацию.

Если соединители настроены неправильно, администратор Exchange должен повторно запустить мастер гибридной конфигурации в локальной организации Exchange.

При отключении локальной учетной записи Active Directory выводится указанное ниже сообщение об ошибке.

Сообщение не удалось доставить получателю, так как у вас нет разрешения на отправку сообщений. Попросите администратора электронной почты получателя добавить вас в список разрешенных адресов получателя. Дополнительные сведения см. в статье «Уведомление о доставке и код ошибки 5.7.129 в Exchange Online и Microsoft 365 или Office 365».

Чтобы прекратить взаимодействие с почтовым ящиком Exchange Online, необходимо удалить учетную запись локального пользователя, а не отключить ее.

Другое решение — удалить лицензию, но тогда потребуется создать правило обработки почтового потока (правило транспорта), чтобы запретить пользователю получать сообщения электронной почты. В противном случае пользователь будет продолжать получать сообщения в течение примерно 30 дней после удаления лицензии.

Используйте этот сценарий в процессе отключения пользователя в Exchange Online.

Источник

Несмотря на соцсети, мессенджеры и смс, отправка email-сообщений до сих пор актуальна. Клиенты компаний подписываются на рассылки, чтобы быть в курсе акций, подтверждают покупки, получают уведомления о заказах. Обруби этот канал и поток клиентов уменьшится. Любому, чей бизнес и сайт связан с этим напрямую, будет неприятно узнать, что клиенты не получают его писем.

Вам может показаться, что провайдер блокирует почтовые порты или почтовый сервер на VDS неисправен, но на самом деле адресат может не получать письма по ряду сторонних ( в т. ч. и внешних) причин. А бывает и так, что письма доходят, но попадают в папку «спам», что уже формально подтверждает работоспособность VDS для отправки писем.

Как правило, для решения этих проблем требуется проведение небольших базовых настроек и манипуляций, о которых и пойдёт речь в данной статье.

• Проверка и изменение PTR-записи
• Проверка на наличие в спам-листах , публичных и закрытых
• Недоставленные письма, изучение почтового лога
• Добавление DKIM, DMARC, SPF
• Основные требования к содержанию писем
• Проверка с помощью сервиса mail-tester

Проверка и изменение PTR-записи

Самый популярный случай, когда письма улетают в папку «спам» или не доходят вовсе — это некорректная PTR-запись .

PTR-запись , как её еще называют, обратная DNS-запись — запись, связывающая IP-адрес сервера с его каноническим именем (доменом).

Для каждого письма проверяется наличие PTR-записи у сервера-отправителя . Если записи нет, письмо не принимается, так как отсутствие PTR-записи означает, что сервер-отправитель :

• либо не предназначен для отправки этой почты — злоумышленники получили доступ или имитируют чужой ящик,

• либо настроен некорректно — не задана PTR-запись или ведет на некорректный домен.

Поэтому, в первую очередь, нужно задать корректную PTR. Узнать актуальную PTR можно с помощью онлайн-сервисов , например, во вкладке «проверка PTR» на 2whois.ru.

Чтобы PTR считалась корректной, необходимо выполнение двух условий:

1. При вводе IP-адреса вашего сервера в утилиту проверки PTR должен отображаться ваш домен.
2. Сам домен, в свою очередь, при проверке утилитой DIG должен быть направлен по А-записи на IP-адрес вашего сервера.

Таким образом, для корректной почты нам нужна двухсторонняя связка, от доменного имени к IP-адресу , и от IP-адреса к домену (поэтому PTR иногда называют обратной записью)

Пример некорректной PTR:

В данном случае домен явно указан не полностью и, дополнительно проверив А-запись , сделав DIG для этого домена, мы увидим, что он точно не ведёт на этот IP.

Задать PTR просто. Достаточно в личном кабинете перейти во вкладку Товары — Виртуальные серверы — выбрать ваш сервер и нажать сверху IP-адреса . После этого выделить IP-адрес и нажать сверху Изменить, после чего задать значение PTR — ваш домен. Через некоторое время информация обновится и данный пункт можно считать решенным.

Проверка на наличие в спам-листах , публичных и закрытых

Иногда случается (особенно когда долго не обновлять ПО, плагины и CMS), что сайт заражают вирусы, которые инициируют спам-рассылку. После рассылки спама от почтовых сервисов часто поступают жалобы на сервер, с которого осуществлялась отправка. Такие жалобы заносятся в специальные списки — их еще называют «чёрными» или спам-листами .

Чтобы этого не происходило, мы стараемся мониторить почтовый трафик и блокировать его ещё до того, как ваш IP попадет в спам-листы. О блокировке уведомляем специальным сообщением в разделе Поддержка в личном кабинете. Решить вопрос со спамом самостоятельно или с помощью нашей технической поддержки — гораздо проще и во много раз быстрее, чем потом извлекать IP из спам-листов. Устранив источник спама, обратитесь в техподдержку и мы в тот же день снимем блокировку почтового трафика.

Проверить, есть ли ваш домен в большинстве спам-листов, можно на сервисе mxtoolbox.com. Если удача не улыбнулась вам и вы видите красные отметки — ваш IP оказался в чёрном списке. А значит, причина того, что ваши письма попадают в «спам», наверняка в этом.

Не стоит переживать, если высветился всего один спам-лист. Зачастую это просто ошибка, которая не учитывается почтовыми сервисами. Исключение составляют следующие списки:

• BARRACUDA
• SPAMCOP
• Spamhaus
• SORBS SPAM

Если ваш IP присутствует хотя бы в одном из них — необходимо принимать меры и извлекать адрес из списка, так как это может серьёзно влиять на доставку писем.

Через этот же сервис можно обратиться к организациям, в списки которых вы попали, с просьбой убрать вас из этого списка:

Если вы не обнаружили свой IP в этих списках, расслабляться рано. Помимо публичных спам-листов, крупные почтовые сервисы, такие как mail.ru, gmail, yandex ведут свои внутренние чёрные списки. Открытого доступа к ним нет, поэтому проверить, попали ли вы в такой список, можно только, изучив почтовый лог.

Недоставленные письма, изучение почтового лога

Об этом расскажем на примере VDS с панелью ISPmanager, где в качестве почтового сервера устанавливается Exim. Выполним команду в консоли:

Centos

tail -f /var/log/exim/mainlog

Debian/Ubuntu

tail -f /var/log/exim4/mainlog

Команда будет выдавать нам новые записи в логе почтового сервиса в режиме реального времени. Это нужно, чтобы без проблем увидеть, какая запись будет относиться именно к вашему письму. Выполнив эту команду, в новой вкладке открываем ваш почтовый ящик и отправляем с него письмо обычного содержания на ящик, письма на который у вас не доходят и попадают в папку «спам».

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

Как только отправили письмо, возвращайтесь в окно с консолью, где уже должны были появиться несколько записей в логе. Подождите еще минутку, а затем остановите просмотр логов сочетанием клавиш Ctrl + C.

Изучите лог. В данном случае нас интересуют ошибки, где участвует слово spam, обычно это выглядит так:

SMTP error from remote mail server after end of data:
550 spam message rejected.

или

Message rejected as spam by Content Filtering Message rejected under suspicion of SPAM Message rejected.

В этих ошибках зачастую указано и решение, а именно код ошибки и ссылка, по которой нужно перейти, чтобы изучить подробности, почему, собственно, возникла эта ошибка.

Показателен случай с mail.ru. В логе указывается ссылка на прямое обращение в поддержку, либо указан почтовый ящик и сопроводительная информация — код ошибки и ID. Пример из почтового лога:

SMTP error from remote mail server after end of data: 550 spam message rejected. 

Please visit http://help.mail.ru/notspam-support/id?c=9QLlNgZ5<....>emyJDJvBOiPJah130gYZ_SnN3prjB8AAADxowAAkc2UDA~~ or report details to abuse@corp.mail.ru. 

Error code: 36E502F5C071790630<...>F0EAB5E97583F86F3224B2258FE80448DF75A8A7F467188C6B7A37. 

ID: 0000001F0000A3<...>4CD91.

С этой информацией поддержка mail.ru сообщает о подробностях ошибки, либо извлекает вас из списков, если никаких нарушений нет.

Вкратце рассмотрим коды в логах почтового сервера:

• 421 — данный код чаще всего свидетельствует о неудачном SMTP-соединении. Необходимо проверить параметры подключения по smtp в настройках отправки, попробовать поменять порт на 25. Эта ошибка возникает и в случаях, когда почтовый трафик заблокирован на VDS (например, в iptables) или провайдером на уровне родительского сервера.
• 451 — превышен лимит на количество возможных отправок, необходимо попробовать отправить позже. Также, если у вас этот лимит имеется, то попробуйте его убрать или настроить. Обычно его нет, поэтому если вы его не устанавливали, а ошибка есть, возможно существует проблема с  MX-записями домена, либо проблема, которая требует более детального изучения логов и конфигурационных файлов. Обратитесь за помощью в поддержку, изучим.
• 452 — не хватает ресурсов, чаще всего оперативной памяти. Проверьте наличие свободного дискового пространства и оперативной памяти. Ошибка будет и в том случае, когда на почтовом сервере, который принимает письмо, не хватает ресурсов.
• 550, 571 — указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали. Также возможны причины, которые описаны в других разделах статьи: внутренние спам-листы, неверная PTR и т. д.

Еще возникают ситуации, когда письмо с сервера ушло (вы даже убедились в этом по почтовому логу), а к адресату не попало даже в папку спам. Обычно в ответ приходит письмо с отчётом от отправителя Mailer-Daemon. Чаще всего это случается, когда указан несуществующий ящик для доставки, но могут быть и другие случаи, в этом может помочь таблица с описанием ответов от Яндекса «Отчёт о недоставке письма на другой адрес (не Яндекс)».

Добавление DKIM, DMARC, SPF

Чтобы письма не попадали в спам, а домен или IP-адрес — в спам-базы, также используют DKIM-подпись для почтового домена.

DKIM — это стандарт защиты электронных писем, с помощью которого почтовые сервисы могут определить, действительно ли письмо было отправлено с указанного ящика в поле Отправитель.

Рассмотрим самый простой способ подключения DKIM — через панель управления ISPmanager.

В ISPmanager перейдите во вкладку Настройки — раздел Возможности — выделите строку Почтовый сервер (SMTP/POP3/IMAP) — нажмите кнопку Изменить — поставьте галочку OpenDKIM (exim).

Остается включить подпись DKIM для домена во вкладке ISPmanager Домены — раздел Почтовые домены — двойной клик по домену — установите флажок Включить DKIM для домена — нажмите ОК.

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

Так это выглядит, если добавлять вручную в DNSManager:

DMARC — это ещё одна настройка, которая позволяет идентифицировать отправителя и снизить количество спама и фишинга.

На серверах имён (если наши сервера имен, то в ISPmanager в разделе Домены — Доменные имена или в DNSmanager, если ISPmanager’а нет) нужно разместить TXT-запись со следующим содержанием:

Имя: _dmarc. ВАШ_ДОМЕН.

Значение: v=DMARC1; p=none; aspf=r; sp=none

SPF -запись используется для защиты от спама и фишинговых сообщений от имени вашего домена. Она должна присутствовать, чтобы указать список серверов, которые имеют право на отправку писем от имени email-адресов этого домена. Она обычно уже настроена по умолчанию (отправка с одного сервера), но могут потребоваться специфические настройки, если вы используете сторонние сервера для отправки почты.

По умолчанию она должна выглядеть так:

Имя: ВАШ_ДОМЕН.

Тип: TXT

Значение: v=spf1 ip4:IP_ПОЧТОВОГО_СЕРВЕРА a mx ~all

Где вместо IP_ПОЧТОВОГО_СЕРВЕРА нужно указать ip вашего сервера.

Если вы хотите отправлять письма с почтового ящика на сторонних серверах, например, с серверов Яндекса, укажите дополнительные серверы в таком формате: v=spf1 ip4: IP-1 include: _spf.yandex.net ~all.

Где ip-1 — это IP вашего VDS.

Основные требования к содержанию писем

Немаловажным аспектом, который влияет на доставку ваших писем, является их содержание. Все почтовые сервисы анализируют содержимое, чтобы заранее предугадать, является ли письмо спамом. Избежать этого можно, следуя этим советам:

1. В рассылке обязательно должен быть текст. Рассылки, состоящие из картинок, блокируются очень часто.

2. Поместите информацию о том, откуда был получен адрес и согласие на рассылку. Например, «Вы получили это письмо, потому что подписались на рассылку на сайте site.ru…»

3. Добавьте информацию о своём ресурсе или себе. Рассылки должны иметь в тексте каждого сообщения актуальную контактную информацию об организации, осуществляющей рассылку, телефонный номер и адрес.

4. Используйте в качестве обратного адреса ваш домен. Избегайте обратных ящиков mail.ru, gmail.com и т. д. — такие адреса вызывают большее подозрение у антиспам-фильтров .

5. Не указывайте в ссылках URL. Следует избегать в тексте явных ссылок вида http://domain.com, лучше зашивать ссылку в какое-нибудь слово или фразу, например: «Посетите сайт Яндекс»

6. Добавляйте ссылку отписки и в конце, и в начале письма. Клиент, который не хочет получать вашу рассылку или забывший, что подписался на неё, не видит кнопку отписки и нажимает на кнопку «Это спам», что в конечном итоге рано или поздно повлияет на доставку ваших рассылок.

7. Избегайте писем больших размеров. А также приложенных файлов. Всё это может вызвать жалобы и новых кликов на кнопку «Это спам».

8. Попросите подписчиков внести ваш почтовый ящик в адресную книгу. Это снижает вероятность попадания вашей рассылки в спам.

9. Ваша рассылка вероятнее всего будет заблокирована, если содержит:

   • Ложную, некорректную или вводящую в заблуждение информацию;

   • Информацию, противоречащую 18-й статье Федерального Закона «О рекламе»;

   • Порнографию;

   • Лотереи;

   • Поддельные товары, бренды;

   • Сообщения, созданные с нарушением авторских и смежных прав;

   • Рекламу почтовых и электронных спам-рассылок ;

   • Рассылку от имени других людей или организаций;

   • Финансовые пирамиды.

Также ознакомьтесь с рекомендациями MAIL.RU и их правилами рассылок, с инструкцией о рассылках от gmail.com, и с требованиями Яндекса.

Придерживайтесь этих правил, и рисков того, что ваше письмо попадет в спам, станет меньше.

Проверка с помощью сервиса mail-tester . Примеры.

Спасибо, что дочитали до этого места. На самом деле, большую часть перечисленных пунктов можно было не делать, а проверить с помощью специального сервиса.

Шутка, ведь сервис хоть и экономит время, но он не абсолютен. Он не поможет в случаях, когда письма не доходят вообще, либо может давать не совсем точные или излишние советы, не влияющие на суть доставки, поэтому его стоит рассматривать как помощника, а не опорную утилиту.

Чтобы проверить свои письма, переходим по ссылке https://www. mail-tester .com/

На главной странице в строке вы увидите довольно странный ящик, вроде test-y9q3i @ mail-tester .com.

Именно на указанный адрес вам необходимо отправить письмо. Важно отправить именно так, как вы обычно отправляете, когда возникают проблемы с доставкой. Например, если в «спам» попадают только уведомления о заказе, отправьте на проверочный ящик именно уведомление о заказе. После отправки подождите немного, после чего нажмите кнопку «Затем проверьте оценку».

Если письмо получено, сервис покажет оценку вашего конкретного почтового отправления, например:

Письмо с таким содержанием и отправленное таким образом вряд ли будет доставлено в папку «Входящие» и скорее всего окажется в папке «Спам».

Причины этого также указаны там под оценкой, вкратце это можно описать так:

• 4 с лишним балла сняты из-за плохого содержания письма, не соблюдены или соблюдены не все правила оформления писем. Как можем судить по количеству баллов, содержание письма сильно влияет на то, куда оно попадёт.

• 1 балл снят за то, что почтовый домен не подписан DKIM-записью и ещё полбалла снято за нахождение IP в черном списке.

Устраните все ошибки и запустите проверку снова, но не увлекайтесь проверками чрезмерно — у сервиса есть ограничение на количество проверок с одного IP. Ваша задача — получить оценку, близкую к 10 (совершенно не обязательно биться за 10 из 10). Как только вы этого добьетесь, обнаружите, что ваши письма начнут попадать в нужную и вам, и вашему клиенту папку «Входящие».

Итак, вчера робот яши со своими способностями супер-клея Момент, поклеил 2 моих сайта, site1.ru и site2.ru, на которых нет ни одной одинаковой страницы или фрагмента, и которые даже не перелинкованы между собой, единственное что у них общее — они расположены на одном сервере(но на разных ip). Как следствие, около 20000 страниц сайта site2.ru благополучно вылетели из индекса, а остались вместо них только около 600 страниц сайта site2.ru, т.к. site2.ru был назначен главным зеркалом, судя по ошибке выводимой в addurl. Вопросы:

Из-за чего такое могло произойти?

И кто может посодействовать с ускорением решения этой проблемы, т.к. терять прибыль с основного сайта в течение ближайших месяца-двух до нового обновления зеркал яши очень не хочется

Платону уже отписал, но пока не знаю когда ждать ответ..

Написано Hostwinds Team  /  апреля 5, 2018

Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.

Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.

Как пользователи могут исправить ошибку электронной почты 550?

1. Проверьте адрес электронной почты опечатки

Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.

2. Отправить письмо на день позже

Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.

3. IP-адрес электронной почты находится в черном списке?

1. Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX .
2. Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена ​​информация об IP-адресе для введенного домена электронной почты.
3. Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
4. Затем откройте страницу проверки черного списка в браузере.
5. Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
6. Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.

Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.

4. Включите аутентификацию SMTP

1. Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
2. Выберите Настройки учетной записи в меню.
3. Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
4. Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
5. Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета».
6. Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
7. Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
8. Нажмите кнопку ОК .
9. Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
10. Выберите Исходящий сервер в левой части окна.
11. Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже.
12. Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
13. Нажмите кнопку ОК после ввода необходимых данных.

Эти резолюции могут исправить ошибку электронной почты 500 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.

СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:

• Как исправить ошибку электронной почты 0x80048802 в Windows 10
• Как исправить ошибку Outlook 0x80042109 в Windows 10
• Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]

Обновлено 01.09.2016

Добрый день уважаемые читатели блога и подписчики youtube канала, продолжаем разбираться в механизмах доставки почты. Есть у меня у одного сотрудника почтовое приложение Microsoft outlook 2016, и в какой то момент после командировки у данного человека при отправке почты стала выскакивать ошибка доставки 550 5.7.0 Message rejected per DKIM policy, у всех остальных корпоративная почта работала, давайте разбираться в чем дело. В итоге он не мог ни кому отправить письмо.

Что означает Message rejected per DKIM policy

Я вам уже рассказывал, что такое DKIM и как ее настроить на примере почтового сервера MDaemon, если вы читали данную статью, то там я приводил некий механизм, который верифицирует SMTP, и если что то не так, то вставляет тег rs=, в котором он выдает сообщения о том, почему он отклонил его. Именно он шлет ошибку 550 5.7.0 Message rejected per DKIM policy, если посмотреть логи на сервере, то там кроме этого сообщения, можно еще найти некоторые упоминания, что что то у пользователя с SMTP.

В MDaemon у меня включена обязательная аутентификация, это реализовано, чтобы никто не мог просто так отсылать письма, без указания явного логина и пароля (Галка Не принимать блокировку по IP (IP Shield) в авторизованных сессиях)

Так как у меня у пользователя клиентское приложение MS Outlook 2016, то открываем его и проверяем настройки, переходим в Файл-Настройка учетных записей

Откроется окно Настройка учетных записей, выбираем нужную вам почту.

Нажимаем другие настройки.

В итоге должна стоять галка SMTP-серверу требуется проверка подлинности, вот ее то и не было, хотя до этого стояла, как говорится слона, то я и не заметил.

Надеюсь кому то данная заметка сэкономит время и нервы, и избавит от ошибки 550 5.7.0 Message rejected per DKIM policy.

Несмотря на соцсети, мессенджеры и смс, отправка email-сообщений до сих пор актуальна. Клиенты компаний подписываются на рассылки, чтобы быть в курсе акций, подтверждают покупки, получают уведомления о заказах. Обруби этот канал и поток клиентов уменьшится. Любому, чей бизнес и сайт связан с этим напрямую, будет неприятно узнать, что клиенты не получают его писем.

Вам может показаться, что провайдер блокирует почтовые порты или почтовый сервер на VDS неисправен, но на самом деле адресат может не получать письма по ряду сторонних ( в т. ч. и внешних) причин. А бывает и так, что письма доходят, но попадают в папку «спам», что уже формально подтверждает работоспособность VDS для отправки писем.

Как правило, для решения этих проблем требуется проведение небольших базовых настроек и манипуляций, о которых и пойдёт речь в данной статье.

• Проверка и изменение PTR-записи
• Проверка на наличие в спам-листах , публичных и закрытых
• Недоставленные письма, изучение почтового лога
• Добавление DKIM, DMARC, SPF
• Основные требования к содержанию писем
• Проверка с помощью сервиса mail-tester

Проверка и изменение PTR-записи

Самый популярный случай, когда письма улетают в папку «спам» или не доходят вовсе — это некорректная PTR-запись .

PTR-запись , как её еще называют, обратная DNS-запись — запись, связывающая IP-адрес сервера с его каноническим именем (доменом).

Для каждого письма проверяется наличие PTR-записи у сервера-отправителя . Если записи нет, письмо не принимается, так как отсутствие PTR-записи означает, что сервер-отправитель :

• либо не предназначен для отправки этой почты — злоумышленники получили доступ или имитируют чужой ящик,

• либо настроен некорректно — не задана PTR-запись или ведет на некорректный домен.

Поэтому, в первую очередь, нужно задать корректную PTR. Узнать актуальную PTR можно с помощью онлайн-сервисов , например, во вкладке «проверка PTR» на 2whois.ru.

Чтобы PTR считалась корректной, необходимо выполнение двух условий:

1. При вводе IP-адреса вашего сервера в утилиту проверки PTR должен отображаться ваш домен.
2. Сам домен, в свою очередь, при проверке утилитой DIG должен быть направлен по А-записи на IP-адрес вашего сервера.

Таким образом, для корректной почты нам нужна двухсторонняя связка, от доменного имени к IP-адресу , и от IP-адреса к домену (поэтому PTR иногда называют обратной записью)

Пример некорректной PTR:

В данном случае домен явно указан не полностью и, дополнительно проверив А-запись , сделав DIG для этого домена, мы увидим, что он точно не ведёт на этот IP.

Задать PTR просто. Достаточно в личном кабинете перейти во вкладку Товары — Виртуальные серверы — выбрать ваш сервер и нажать сверху IP-адреса . После этого выделить IP-адрес и нажать сверху Изменить, после чего задать значение PTR — ваш домен. Через некоторое время информация обновится и данный пункт можно считать решенным.

Проверка на наличие в спам-листах , публичных и закрытых

Иногда случается (особенно когда долго не обновлять ПО, плагины и CMS), что сайт заражают вирусы, которые инициируют спам-рассылку. После рассылки спама от почтовых сервисов часто поступают жалобы на сервер, с которого осуществлялась отправка. Такие жалобы заносятся в специальные списки — их еще называют «чёрными» или спам-листами .

Чтобы этого не происходило, мы стараемся мониторить почтовый трафик и блокировать его ещё до того, как ваш IP попадет в спам-листы. О блокировке уведомляем специальным сообщением в разделе Поддержка в личном кабинете. Решить вопрос со спамом самостоятельно или с помощью нашей технической поддержки — гораздо проще и во много раз быстрее, чем потом извлекать IP из спам-листов. Устранив источник спама, обратитесь в техподдержку и мы в тот же день снимем блокировку почтового трафика.

Проверить, есть ли ваш домен в большинстве спам-листов, можно на сервисе mxtoolbox.com. Если удача не улыбнулась вам и вы видите красные отметки — ваш IP оказался в чёрном списке. А значит, причина того, что ваши письма попадают в «спам», наверняка в этом.

Не стоит переживать, если высветился всего один спам-лист. Зачастую это просто ошибка, которая не учитывается почтовыми сервисами. Исключение составляют следующие списки:

• BARRACUDA
• SPAMCOP
• Spamhaus
• SORBS SPAM

Если ваш IP присутствует хотя бы в одном из них — необходимо принимать меры и извлекать адрес из списка, так как это может серьёзно влиять на доставку писем.

Через этот же сервис можно обратиться к организациям, в списки которых вы попали, с просьбой убрать вас из этого списка:

Если вы не обнаружили свой IP в этих списках, расслабляться рано. Помимо публичных спам-листов, крупные почтовые сервисы, такие как mail.ru, gmail, yandex ведут свои внутренние чёрные списки. Открытого доступа к ним нет, поэтому проверить, попали ли вы в такой список, можно только, изучив почтовый лог.

Недоставленные письма, изучение почтового лога

Об этом расскажем на примере VDS с панелью ISPmanager, где в качестве почтового сервера устанавливается Exim. Выполним команду в консоли:

Centos

tail -f /var/log/exim/mainlog

Debian/Ubuntu

tail -f /var/log/exim4/mainlog

Команда будет выдавать нам новые записи в логе почтового сервиса в режиме реального времени. Это нужно, чтобы без проблем увидеть, какая запись будет относиться именно к вашему письму. Выполнив эту команду, в новой вкладке открываем ваш почтовый ящик и отправляем с него письмо обычного содержания на ящик, письма на который у вас не доходят и попадают в папку «спам».

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

Как только отправили письмо, возвращайтесь в окно с консолью, где уже должны были появиться несколько записей в логе. Подождите еще минутку, а затем остановите просмотр логов сочетанием клавиш Ctrl + C.

Изучите лог. В данном случае нас интересуют ошибки, где участвует слово spam, обычно это выглядит так:

SMTP error from remote mail server after end of data:
550 spam message rejected.

или

Message rejected as spam by Content Filtering Message rejected under suspicion of SPAM Message rejected.

В этих ошибках зачастую указано и решение, а именно код ошибки и ссылка, по которой нужно перейти, чтобы изучить подробности, почему, собственно, возникла эта ошибка.

Показателен случай с mail.ru. В логе указывается ссылка на прямое обращение в поддержку, либо указан почтовый ящик и сопроводительная информация — код ошибки и ID. Пример из почтового лога:

SMTP error from remote mail server after end of data: 550 spam message rejected. 

Please visit http://help.mail.ru/notspam-support/id?c=9QLlNgZ5<....>emyJDJvBOiPJah130gYZ_SnN3prjB8AAADxowAAkc2UDA~~ or report details to abuse@corp.mail.ru. 

Error code: 36E502F5C071790630<...>F0EAB5E97583F86F3224B2258FE80448DF75A8A7F467188C6B7A37. 

ID: 0000001F0000A3<...>4CD91.

С этой информацией поддержка mail.ru сообщает о подробностях ошибки, либо извлекает вас из списков, если никаких нарушений нет.

Вкратце рассмотрим коды в логах почтового сервера:

• 421 — данный код чаще всего свидетельствует о неудачном SMTP-соединении. Необходимо проверить параметры подключения по smtp в настройках отправки, попробовать поменять порт на 25. Эта ошибка возникает и в случаях, когда почтовый трафик заблокирован на VDS (например, в iptables) или провайдером на уровне родительского сервера.
• 451 — превышен лимит на количество возможных отправок, необходимо попробовать отправить позже. Также, если у вас этот лимит имеется, то попробуйте его убрать или настроить. Обычно его нет, поэтому если вы его не устанавливали, а ошибка есть, возможно существует проблема с  MX-записями домена, либо проблема, которая требует более детального изучения логов и конфигурационных файлов. Обратитесь за помощью в поддержку, изучим.
• 452 — не хватает ресурсов, чаще всего оперативной памяти. Проверьте наличие свободного дискового пространства и оперативной памяти. Ошибка будет и в том случае, когда на почтовом сервере, который принимает письмо, не хватает ресурсов.
• 550, 571 — указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали. Также возможны причины, которые описаны в других разделах статьи: внутренние спам-листы, неверная PTR и т. д.

Еще возникают ситуации, когда письмо с сервера ушло (вы даже убедились в этом по почтовому логу), а к адресату не попало даже в папку спам. Обычно в ответ приходит письмо с отчётом от отправителя Mailer-Daemon. Чаще всего это случается, когда указан несуществующий ящик для доставки, но могут быть и другие случаи, в этом может помочь таблица с описанием ответов от Яндекса «Отчёт о недоставке письма на другой адрес (не Яндекс)».

Добавление DKIM, DMARC, SPF

Чтобы письма не попадали в спам, а домен или IP-адрес — в спам-базы, также используют DKIM-подпись для почтового домена.

DKIM — это стандарт защиты электронных писем, с помощью которого почтовые сервисы могут определить, действительно ли письмо было отправлено с указанного ящика в поле Отправитель.

Рассмотрим самый простой способ подключения DKIM — через панель управления ISPmanager.

В ISPmanager перейдите во вкладку Настройки — раздел Возможности — выделите строку Почтовый сервер (SMTP/POP3/IMAP) — нажмите кнопку Изменить — поставьте галочку OpenDKIM (exim).

Остается включить подпись DKIM для домена во вкладке ISPmanager Домены — раздел Почтовые домены — двойной клик по домену — установите флажок Включить DKIM для домена — нажмите ОК.

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

Так это выглядит, если добавлять вручную в DNSManager:

DMARC — это ещё одна настройка, которая позволяет идентифицировать отправителя и снизить количество спама и фишинга.

На серверах имён (если наши сервера имен, то в ISPmanager в разделе Домены — Доменные имена или в DNSmanager, если ISPmanager’а нет) нужно разместить TXT-запись со следующим содержанием:

Имя: _dmarc. ВАШ_ДОМЕН.

Значение: v=DMARC1; p=none; aspf=r; sp=none

SPF -запись используется для защиты от спама и фишинговых сообщений от имени вашего домена. Она должна присутствовать, чтобы указать список серверов, которые имеют право на отправку писем от имени email-адресов этого домена. Она обычно уже настроена по умолчанию (отправка с одного сервера), но могут потребоваться специфические настройки, если вы используете сторонние сервера для отправки почты.

По умолчанию она должна выглядеть так:

Имя: ВАШ_ДОМЕН.

Тип: TXT

Значение: v=spf1 ip4:IP_ПОЧТОВОГО_СЕРВЕРА a mx ~all

Где вместо IP_ПОЧТОВОГО_СЕРВЕРА нужно указать ip вашего сервера.

Если вы хотите отправлять письма с почтового ящика на сторонних серверах, например, с серверов Яндекса, укажите дополнительные серверы в таком формате: v=spf1 ip4: IP-1 include: _spf.yandex.net ~all.

Где ip-1 — это IP вашего VDS.

Основные требования к содержанию писем

Немаловажным аспектом, который влияет на доставку ваших писем, является их содержание. Все почтовые сервисы анализируют содержимое, чтобы заранее предугадать, является ли письмо спамом. Избежать этого можно, следуя этим советам:

1. В рассылке обязательно должен быть текст. Рассылки, состоящие из картинок, блокируются очень часто.

2. Поместите информацию о том, откуда был получен адрес и согласие на рассылку. Например, «Вы получили это письмо, потому что подписались на рассылку на сайте site.ru…»

3. Добавьте информацию о своём ресурсе или себе. Рассылки должны иметь в тексте каждого сообщения актуальную контактную информацию об организации, осуществляющей рассылку, телефонный номер и адрес.

4. Используйте в качестве обратного адреса ваш домен. Избегайте обратных ящиков mail.ru, gmail.com и т. д. — такие адреса вызывают большее подозрение у антиспам-фильтров .

5. Не указывайте в ссылках URL. Следует избегать в тексте явных ссылок вида http://domain.com, лучше зашивать ссылку в какое-нибудь слово или фразу, например: «Посетите сайт Яндекс»

6. Добавляйте ссылку отписки и в конце, и в начале письма. Клиент, который не хочет получать вашу рассылку или забывший, что подписался на неё, не видит кнопку отписки и нажимает на кнопку «Это спам», что в конечном итоге рано или поздно повлияет на доставку ваших рассылок.

7. Избегайте писем больших размеров. А также приложенных файлов. Всё это может вызвать жалобы и новых кликов на кнопку «Это спам».

8. Попросите подписчиков внести ваш почтовый ящик в адресную книгу. Это снижает вероятность попадания вашей рассылки в спам.

9. Ваша рассылка вероятнее всего будет заблокирована, если содержит:

   • Ложную, некорректную или вводящую в заблуждение информацию;

   • Информацию, противоречащую 18-й статье Федерального Закона «О рекламе»;

   • Порнографию;

   • Лотереи;

   • Поддельные товары, бренды;

   • Сообщения, созданные с нарушением авторских и смежных прав;

   • Рекламу почтовых и электронных спам-рассылок ;

   • Рассылку от имени других людей или организаций;

   • Финансовые пирамиды.

Также ознакомьтесь с рекомендациями MAIL.RU и их правилами рассылок, с инструкцией о рассылках от gmail.com, и с требованиями Яндекса.

Придерживайтесь этих правил, и рисков того, что ваше письмо попадет в спам, станет меньше.

Проверка с помощью сервиса mail-tester . Примеры.

Спасибо, что дочитали до этого места. На самом деле, большую часть перечисленных пунктов можно было не делать, а проверить с помощью специального сервиса.

Шутка, ведь сервис хоть и экономит время, но он не абсолютен. Он не поможет в случаях, когда письма не доходят вообще, либо может давать не совсем точные или излишние советы, не влияющие на суть доставки, поэтому его стоит рассматривать как помощника, а не опорную утилиту.

Чтобы проверить свои письма, переходим по ссылке https://www. mail-tester .com/

На главной странице в строке вы увидите довольно странный ящик, вроде test-y9q3i @ mail-tester .com.

Именно на указанный адрес вам необходимо отправить письмо. Важно отправить именно так, как вы обычно отправляете, когда возникают проблемы с доставкой. Например, если в «спам» попадают только уведомления о заказе, отправьте на проверочный ящик именно уведомление о заказе. После отправки подождите немного, после чего нажмите кнопку «Затем проверьте оценку».

Если письмо получено, сервис покажет оценку вашего конкретного почтового отправления, например:

Письмо с таким содержанием и отправленное таким образом вряд ли будет доставлено в папку «Входящие» и скорее всего окажется в папке «Спам».

Причины этого также указаны там под оценкой, вкратце это можно описать так:

• 4 с лишним балла сняты из-за плохого содержания письма, не соблюдены или соблюдены не все правила оформления писем. Как можем судить по количеству баллов, содержание письма сильно влияет на то, куда оно попадёт.

• 1 балл снят за то, что почтовый домен не подписан DKIM-записью и ещё полбалла снято за нахождение IP в черном списке.

Устраните все ошибки и запустите проверку снова, но не увлекайтесь проверками чрезмерно — у сервиса есть ограничение на количество проверок с одного IP. Ваша задача — получить оценку, близкую к 10 (совершенно не обязательно биться за 10 из 10). Как только вы этого добьетесь, обнаружите, что ваши письма начнут попадать в нужную и вам, и вашему клиенту папку «Входящие».