Mxs mail ru выдал это сообщение об ошибке

Обновлено: 08.06.2023

Как подготовиться к рассылке?

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

Разбор SMTP-ошибок и советы по исправлению

Ошибка 421

Это значит, что сервер недоступен. Возможно, параметры протокола SMTP заданы неверно или блокируется трафик. Необходимо посмотреть настройки:

• Проверить SMTP в почтовом сервисе.
• Создать новые правила для брандмауэра, если он блокирует IP.
• Смените номер SMTP-порта (лучше на 465), если не проходит отправка через 25.
• Свяжитесь с провайдером и попросите убрать ваш сервер из черного списка VPN.

Код 451 — проблемы с обработкой

Нехватка места на сервере

Адресат недоступен, ошибка 550

Проблемы со стороны получателя рассылки. Возможно, допущена ошибка в указании email-адреса или сервер получателя не работает. Сообщите об этом адресату, но проверьте и свои настройки. Возможно, на вашем ПК работает вирусная программа, которая массово рассылает письма с вашего ящика. Или провайдер установил лимит на отправление. Проверьте ПК на вирусы и свяжитесь с провайдером.

Проблемы с получением писем

Проблемы с настройкой домена

Подтверждение домена и проблема со статусом

Иногда после выполнения всех действий для подтверждения домена могут возникнуть ошибки. Все сделано верно, но статус не меняется, и домен не подключается. Нужно проверить способ подтверждения — верно ли указаны все настройки. Смотрим код страницы, куда был добавлен метатег, или проверяем, чтобы страница открывалась (подтверждение через HTML). Для проверки способа DNS потребуется несколько дней, однако сторонние сервисы помогут получить нужную информацию быстрее (например, Digwebinterface).

Почта перестала функционировать после передачи управления

Домен делегирует управление на подключенный DNS-сервер. Если почта не работает, необходимо убедиться в корректности MХ-записей.

Как еще проверить функциональность почтового сервера?

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

В логах вот что:

отправка и получение работает супер, но некоторые сервера не принимают почту от моего сервера при проверки соответствия отправляемого ip с ip который прописан в DNS.

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

Диагностические сведения для администраторов:

Отправка почты производится через шлюз 192.168.0.1 а почтовый сервер имеет ip 192.168.0.2

как сделать так чтоб мой сервер представлялся не локальным ip и глобальны 213.33.XXX.XXX
т.е

Записи типа PTR (Pointer — указатель) служат для выполнения обратного преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста рекомендуется создать запись PTR. Записи типа PTR, как правило, имеет смысл вносить только в обратные зоны. Если провайдер выделил вам несколько IP-адресов из своей сети, то по поводу записей в обратной зоне вам следует обращаться к нему Например, чтобы адресу 192.168.0.1 соответствовало www.vashdomain.ru, запись должна выглядеть так:
1.0.168.192.in-addr.arpa PTR www.vashdomain.ru.
Примечание: Адрес IP «перевёрнут» в первом поле. Пожалуйста, используйте точку после имени хоста (второе поле).
Чаще всего используется метод “in-addr-arpa”.
Важно: Записи PTR эффективны только в том случае, если Ваш сайт имеет собственный адрес IP.

Chika1 Если мне не изменяет память у Symantec в комплекте с продуктом (CD/DVD) жирная такая и вполне внятная дока в pdf обычно идет, они на книжках по продуктам бизнес не делают вроде. Правда на английском.

Не подскажете по одному простому вопросу? Есть работающий почтовик (один на предприятии). Происходит некая проблема у провайдера, на сутки пропадает инет. Когда все восстанавливается на круги своя, что будет с почтой отправленной на наши ящики во время отстутсвия инета?

Вроде бы почта — архи-древний протокол, неужели письма пропадут? Что происходит если хост-получатель временно недоступен?

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

Сведения для пользователей

Текст в разделе сведений для пользователя можно изменить с помощь командлета New-SystemMessage. В созданном тексте можно предоставить пользователям конкретные инструкции (например указать номер телефона, по которому можно обратиться в службу поддержки или гиперссылку на веб-узел самостоятельной технической поддержки). Дополнительные сведения о настройке текста, который отображается в разделе сведений для пользователя, см. в разделе Создание нового уведомления о доставке.

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

одним и тем же сервером;

В обеих ситуациях удаленные серверы не включаются в список адресов электронной почты получателей в отчете о недоставке.

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

Insufficient system resources

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

Вместо возврата ошибки нехватки места на диске может быть возвращена ошибка нехватки памяти.

System not accepting network messages

Данный отчет о недоставке формируется при замораживании очереди.

Устранить проблему можно, разморозив очередь.

Connection timed out

Конечный сервер не отвечает. Эта ошибка может быть вызвана временными проблемами с сетью. Сервер Exchange автоматически пытается подключиться к серверу снова и доставить почту. Если после нескольких попыток почта не доставлена, формируется отчет о недоставке с кодом постоянной ошибки.

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

HELO / EHLO requires domain address

Данная ситуация является постоянным сбоем. Некоторые ее причины описаны ниже.

Нет маршрута для конкретного адресного пространства; например, SMTP-соединитель настроен, но адрес ему не соответствует.

Возможные способы решения проблемы указаны ниже.

На одном или нескольких соединителях SMTP добавьте звездочку (*) в качестве адресного пространства SMTP.

Этот отчет о недоставке связан с общей ошибкой (ошибкой неправильного адреса). В Active Directory не удалось найти адрес электронной почты или другой атрибут. Причиной проблемы могут быть записи контактов без заданного атрибута targetAddress. Другой возможной причиной может быть то, что не удается определить атрибут homeMDB пользователя. Атрибут homeMDB соответствует серверу Exchange Server, на котором находится почтовый ящик пользователя.

Bad destination mailbox address

Этот сбой может быть вызван следующими условиями:

отправитель неправильно указал адрес электронной почты получателя;

Invalid X.400 address

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

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

Invalid recipient address

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

Destination mailbox address ambiguous

Несколько получателей в организации Exchange имеют одинаковый адрес.

Эта ошибка обычно возникает из-за неправильной настройки Active Directory. Возможно, из-за проблем с репликацией два объекта получателя в Active Directory имеют одинаковый SMTP-адрес или адрес Exchange Server (EX-адрес).

Проверьте структуру каталогов отправителя и выясните, существует ли атрибут mail.

Mailbox cannot be accessed

Message too large

Mailing list expansion problem

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

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

Убедитесь, что на удаленном сервере достаточно места для хранения почты. Проверьте журнал SMTP.

Message too big for system

System incorrectly configured

Обнаружена ситуация зацикливания почты; это означает, что сервер настроен так, что отправляет почту себе.

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

Убедитесь, что указано допустимое имя домена и что существует запись почтового обменника (MX).

Routing loop detected

Send hello first

Данная ошибка может также свидетельствовать о нехватке места на системном диске.

Просмотрите журнал SMTP или журнал средства Netmon и убедитесь в наличии достаточного места на диске и объема виртуальной памяти.

Too many recipients

Invalid domain name

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

Проверьте, не содержит ли адрес получателя нестандартных знаков.

Invalid message content

Проверьте журнал событий на наличие ошибок.

Delivery not authorized

Unable to relay

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

Client was not authenticated

Получение электронной почты Интернета с помощью пограничного транспортного сервераИнструкции по настройке соединителей для потока почты Интернета

Отправитель запретил переназначение альтернативному получателю.

Самые последние сведения и дополнительную документацию по Exchange Server 2007 см. в центре технической поддержки Exchange Server TechCenter. © 2008 Microsoft Corporation. Все права защищены. Юридические сведения

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

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

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

Дополнительную информацию о том, как разбирать логи qmail и access_log, можно найти в инструкции Чтение логов.

В рамках данной статьи еще раз отметим, что неудачные отправки будут помечены в логе qmail двумя звездочками (**):

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

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

Письма отклоняются как спам

В этом случае в логе будут встречаться ошибки вида:

Пример подобного лога:

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

Письма не проходят проверку DMARC

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

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

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

Рассылка выполняется на несуществующие почтовые ящики

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

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

  

• Сообщение на тему рыцарь вася

  

• Фгуп северное машиностроительное предприятие сообщение

  

• Пустыни у черного моря сообщение

  

• История города коркино сообщение

  

• Лицо которому направлено сообщение