Mxs mail ru выдал это сообщение об ошибке non local sender verification failed

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

Я так понимаю, что неверная запись MX, а в чем сама не пойму. Почту обрабатывает их сервер, на нашем стоит переадресация:

• Вопрос задан более трёх лет назад
• 4944 просмотра

calirails: Обычно в имени указывается имя почтового сервера. У вас уже есть WEB-сервер, и я вижу у него другой IP. Поэтому для почтового сервера придумайте другое имя. Например mail.volvonev.ru
Соответственно по вашей картинке
имя: mail.volvonev.ru
Типа: A
адрес: 31.130.248.114

Затем создайте MX-запись
И в строке адреса укажите: mail.volvonev.ru.

calirails: Создайте новую A-запись для почтового сервера.
Это просто запись, она ни к чему не обязывает. И создав новую вы ничего не сломаете. Сделайте как я уже описал выше.
Имя сервера — как я сказал — произвольное. Чтоб упростить задачу — посмотрите настройки вашего почтового сервера, какое у него имя. Такое и впишите.
Если у сервера не было имени, придумайте любое.

Поясню.
Антиспам системы не любят когда вместо имен используют IP-адреса. Это воспринимается как спам. и многие серверы просто не будут принимать вашу почту.
Для этого, серверу нужно имя.
Но тут есть несколько моментов.
1. Нужна A-запись. Где указывается имя почтового сервера и его IP
2. Нужна MX-Запись, где указывается почтовый сервер вашего домена, вернее его имя
3. Нужна обратная запись в ДНС (PTR), в которой IP адресу вашего почтового сервера сопоставлено его имя из A-записи выше
4. Ну и сам почтовый сервер должен представляться своим именем.

Если письмо не было доставлено получателю, то ему будет присвоен один из следующих статусов:

• Отменено/Запрещено — если получатель подпал под условие получения писем, но после старта рассылки и до отправки ему письма данные получателя были изменены и он перестал соответствовать критериям рассылки.

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

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

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

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

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

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

• Mailbox does not exist. We do not relay
• No such user!
• Unknown user
• Recipient address rejected: User unknown in local recipient table
• The email account that you tried to reach does not exist
• sorry, no mailbox here by that name
• no mailbox by that name is currently available
• Requested action not taken: mailbox unavailable
• Message was not accepted — invalid mailbox.
• Bad recipient address syntax
• Bad address mailbox syntax
• No correct recipients
• We do not relay without RFC2554 authentication

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

• Mailbox [. ] is locked due to inactivity for more than [. ] months
• Аccess to this account (user) [. ] is disabled
• Mailbox is disabled

Ошибки при переполнении почтового ящика пользователя:

• Mailbox size limit exceeded.
• Mailbox size exceeded
• User is overquota
• The email account that you tried to reach is over quota

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

Если сообщение отклонено спам-фильтром почтового сервиса, то в письме возвращаются следующие ошибки:

• Message rejected under suspicion of SPAM
• Client host [. ] blocked using spamsource.mail.yandex.net
• Blocked by spam statistics
• 550 spam message discarded/rejected

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

Ошибки грейлистинга (серые списки):

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

• Greylisting in action, please come back later
• Greylisted, try again after some time
• Greylisted, try again in 180 seconds
• Sorry, the service is currently unavailable. Please come back later
• Temporary local problem — please try later

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

Детальных разбор «Особых ошибок», не попадающих под другие категории:

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

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

• non-local sender verification failed

Обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.

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

• Can’t verify [. ] sender. Check your DNS configuration.

При появлении данной ошибки можно самостоятельно проверить правильность внесенных почтовых записей (spf и DKIM) в DNS-зоне домена с которого происходит отправка почты.

• IP [. ] Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily rate limited

Такая ошибка возвращается почтовым сервисом Gmail в случае если Google заподозрил отправку сликом большого числа подозрительных писем (спама) с IP адреса отправителя. В этом случае Google включает временное ограничение на количество принимаемых писем.

Первые SMTP-серверы позволяли любому почтовому клиенту рассылать почту другим почтовым серверам, выступая в качестве промежуточного транспорта. В начальной версии протокола SMTP авторизация клиента полностью отсутствовала; позднее, в протоколе SMTP появилась авторизация, что несколько улучшило ситуацию. Такая возможность породила понятие спама. Спам (spam) – нежелательная массовая принудительная рассылка бесполезной информации (чаще всего рекламы). Сейчас же, когда принудительные рассылки приобрели огромный масштаб, администраторам серверов приходится придумывать различные ухищрения для пресечения таких рассылок в целях экономии трафика и процессорного времени. Результатом таких ухищрений часто является возвращаемая почтовым сервером ошибка с кодом 550.

Почтовый адрес состоит из двух частей разделенных символом ‘@’. Первая часть является именем пользователя, а вторая доменом в котором находится почтовый сервер и на котором отведено некоторое место, принадлежащее пользователю. Например в адресе nick@d.foo.ru — «nick» это имя пользователя, а d.foo.ru – домен.

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

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

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

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

Чаще всего данная проблема снимается авторизацией на сервере (если она поддерживается сервером). Для этого нужно заполнить следующие свойства объекта ИнтернетПочтовыйПрофиль :

Следует заметить, что настройки для SMTP авторизации могут отличаться от настроек POP3. Например, некоторые серверы для POP3 авторизации используют в качестве «логина» первую часть почтового адреса, а для SMTP-авторизации – полный адрес.

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

• Некоторые почтовые серверы не принимают сообщения от пользователей, которые используют dial-up соединение, принуждая таким образом использовать почтовый сервер Интернет провайдера предоставляющего доступ в Интернет.

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

0

1

Dec 12 17:27:27 smtp1 postfix/smtp[19478]: 90EEB1DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=14, delays=11/0.02/0.01/2.4, dsn=2.0.0, status=sent (250 OK id=1gX5Tx-0001r4-NN)
Dec 12 18:38:09 smtp1 postfix/smtp[26132]: 20D751DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=4.7, delays=2.4/0.01/0.01/2.2, dsn=2.0.0, status=sent (250 OK id=1gX6aN-00042v-L6)
Dec 12 19:21:13 smtp1 postfix/smtp[30198]: A25C71DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=2.9, delays=2.4/0.01/0.01/0.45, dsn=2.0.0, status=sent (250 OK id=1gX7G4-0000s4-QC)
Dec 13 09:34:03 smtp1 postfix/smtp[27859]: 1AA721DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=4.2, delays=2.4/0.01/0.01/1.8, dsn=5.0.0, status=bounced (host mxs.mail.ru[94.100.180.104] said: 550 non-local sender verification failed (in reply to end of DATA command))
Dec 13 09:52:12 smtp1 postfix/smtp[29740]: B6A3F1DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.104]:25, delay=0.57, delays=0.16/0.01/0.01/0.4, dsn=5.0.0, status=bounced (host mxs.mail.ru[94.100.180.104] said: 550 non-local sender verification failed (in reply to end of DATA command))
Dec 13 09:55:10 smtp1 postfix/smtp[29740]: 086AA1DA3801D: to=<mail_box23@inbox.ru>, relay=mxs.mail.ru[94.100.180.31]:25, delay=1.3, delays=1.3/0/0.01/0.03, dsn=5.0.0, status=bounced (host mxs.mail.ru[94.100.180.31] said: 550 non-local sender verification failed (in reply to end of DATA command))

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

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

Почтовый сервер всегда должен возвратить какой-то результат отправки (успешно, неуспешно, если неуспешно, то почему и т.п.). Результат возвращается в трехзначном коде из трех цифр, например 4.4.5, 5.7.1 и др.

Внимание! Код статуса и ответ сервера (например, номер ошибки) не одно и то же! Например, при успешной отправке письма будет возвращен ответ 250, а код 2.0.0:
250 2.0.0 Ok: queued as 3E2344369F8

А при ошибке 503 код 5.5.1 дополнительно расшифрует, что именно могло быть не так:
503 5.5.1 Сначала команда EHLO/HELO

За кодом идет расшифровка, что именно не так. Информация об ответе сервера и код статуса вместе дают исчерпывающую информацию о проблеме.

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

Статус коды

Коды статуса состоят из трех цифр, через точку.

Первая цифра означает результат (успех, неудача, необходимость доп. действий).
Вторая цифра дает дополнительную информацию (что случилось, почему).
Третья цифра уточняет вторую и дает дополнительные сведения о событии.

Первая цифра:
2.X.X — успех (Success)
3.X.X — временные трудности
4.X.X — есть реальные, но скорее всего временные проблемы (Persistent Transient Failure)
5.X.X — реальные (постоянные) проблемы, которые требуют вмешательства (Permanent Failure)

Вторая цифра:
X.0.X — нет дополнительных сведений.
X.1.X — проблема в адресе отправителя или получателя. Исправляется на стороне отправителя.
X.2.X — что-то с почтовым хранением, ящиком (сохранение почты, канальные проблемы и т.п.).
X.3.X — что-то (непонятно, что именно) с почтовым сервером получателя.
X.4.X — сетевые и маршуртные нюансы.
X.5.X — проблемы почтовой доставки (могут быть разные причины)
X.6.X — ошибки, связанные с контентом письма (кодировка, вложение и др.)
X.7.X — ошибки безопасности и политик (шифрование, фильтры отправителя, сертификаты).

В документах rfc5321 (Simple Mail Transfer Protocol) и rfc1893 (Enhanced Mail System Status Codes) даются обширные описания работы smtp, включая многочисленные варианты кодов возврата. Почтовый сервер не обязательно будет соответсвовать RFC! Это лежит в области ответсвенности создателя почтового сервера. Если в RFC написано так-то, это не обязательно будет реализовано в конкретном почтовике.

Распространенные ошибки

Ошибка 421

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

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

Ошибка 451

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

Ошибка 452

Возможно, переполнен почтовый ящик получателя. Стоит сообщить ему об этом.
У вашего сообщения слишком много получателей (Too many recipients). Почтовые клиенты могут при этом выдать ошибку 552.
Возможно, превышен максимальный размера и (или) количество правил электронной почты для домена получателя.
Также места может не быть на вашем сервере (реже).

Ошибка 503

Неверная последовательность команд.
Может возникать если используется какой-то самописный скрипт или же когда жестко тормозит компьютер отправителя. Проблема скорее всего на стороне клиента-отправителя.

Ошибка 550

Может означать много чего, нужно смотреть по кодам, может быть ваш почтовик подозревают в спаме, может быть превышен лимит на количество писем (например, вирус шлет спам от вас), ошибка ретрансляции и др. Чаще всего дополняется кодом 5.7.1 и расшифровкой, что именно не то. Например:
SMTP Protocol Returned a Permanent Error 571 email@doamin.org prohibited. We do not relay.
Delivery not authorized, sender can send email to his/her own domain only

Запрет ретрансляции частенько встречался раньше — например, со стороны провайдера, который предоставил почтовый релей своему клиенту, но почему-то не хочет пересылать почту.

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

Ошибка 552

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

Например, отправка зашифрованного rar архива на Gmail привело к получению ответа:

552-5.7.0 This message was blocked because its content present a potential
552-5.7.0 security issue. Please visit 552-5.7.0 https://support.goole.com/mail/?p=BlockedMessage to review .

где 5.7.0 — 5 — проблема постоянная, 7 — связана с безопасностью, 0 — без доп. комментариев.

Ошибка 553

Требуемые действия не предприняты.
Ответ сервера может быть, например, таким: » 553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1) «.
Неверный синтаксис указания адреса почтового ящика. Проверьте правильность адреса электронной почты получателя и убедитесь, что после него нет пробелов, точек и других знаков пунктуации.

Обратите внимание, что код возврата в примере 5.7.1. Он уже встречался в ошибке 550. Именно сочетание номера ошибки и кода возврата максимально проясняет ситуацию.

Источник

Mail.ru не принимает письма с сервера

Я поднял SMTP-сервер на своем домашнем компьютере (демон sendmail), после чего для того, чтобы проверить его работу, отправил тестовое сообщение на почту: test_mail10@list.ru

В итоге сообщение не удалось доставить по причине того, что сервер mxs.mail.ru оказался недоступен.
Apr 17 08:30:52 serik1987-desktop sendmail[28633]: 03H5UqfS028633: to=test_mail10@list.ru, ctladdr=www-data (33/33), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30365, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (03H5Uqci028634 Message accepted for delivery)
Apr 17 08:30:53 serik1987-desktop sm-mta[28636]: 03H5Uqci028634: to=, ctladdr= (33/33), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=120658, relay=mxs.mail.ru. [94.100.180.104], dsn=5.0.0, stat=Service unavailable

При этом на почтовый ящик отправителя пришло письмо следующего содержания:
Return-Path:
Received: from localhost (localhost)
by serik1987-desktop.local (8.15.2/8.15.2/Debian-10) id 03H5Urci028636;
Fri, 17 Apr 2020 08:30:53 +0300
Date: Fri, 17 Apr 2020 08:30:53 +0300
From: Mail Delivery Subsystem
Message-Id:
To:
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary=»03H5Urci028636.1587101453/serik1987-desktop.local»
Content-Transfer-Encoding: 8bit
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

The original message was received at Fri, 17 Apr 2020 08:30:52 +0300
from localhost [127.0.0.1]

——The following addresses had permanent fatal errors ——

(reason: 550 non-local sender verification failed)

——Transcript of session follows ——
. while talking to mxs.mail.ru.:
>>> DATA

To: test_mail10@list.ru
Subject: Тестовое сообщение

Помимо этого, письма на yandex.ru и gmail.com с моего локального почтового сервера доходят успешно.

Кто-нибудь знает, в чем дело?

С наилучшими пожеланиями,
Кожухов Сергей

Здравствуйте.
Имя домена, используемого в SMTP-конверте «MAIL FROM» при отправке на
почтовые ящики Mail.ru, должно быть валидным (домен должен иметь МХ- и А- запись).
Также в поле From: должен быть указан валидный адрес.
Пожалуйста, измените настройки отправки почты.

Если после изменений настроек проблема при отправке письма на данный ящик повторится, расскажите об этом через форму https://help.mail.ru/surveys/claims и пришлите «свежий» отчет о недоставке.

> (домен должен иметь МХ- и А- запись).

Нет, не должен. Читаем здесь:

If one or more MX RRs are found for a given name, SMTP systems MUST NOT utilize any address RRs associated with that name unless they are located using the MX RRs; the «implicit MX» rule above applies only if there are no MX records present. If MX records are present, but none of them are usable, this situation MUST be reported as an error.

То есть MX или A. Если MX есть, ни о какой A записи речи идти не может.

Источник

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

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

Ошибка электронной почты 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 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.

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

Источник

Замечено, что в последнее время почтовые сервисы mail, yandex, gmail ужесточили требования по получению писем.

Обычно в логах видны такие ошибки:

… 550 5.7.1 Email rejected per DMARC policy for …

… 550 non-local sender verification failed

… 550 spam message rejected. Please visit http://help.mail.ru/…

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

Поэтому при отправке писем через sendmail должно быть заполнено поле from (от кого) для скрипта и php.ini. Мы не стали устанавливать по умолчанию ничего в php.ini, чтобы уменьшить вероятность рассылки спама.

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

• Первый вариант решения проблемы.

Надо войти в панель управления хостингом ISPManager 

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

В настройках укажите поле sendmail_from и укажите там нужный email (он должен быть в вашем домене, к примеру, admin@mydomen.ru, это будет лучший вариант. Этот ящик надо создать и подключить почтовый домен с spf, dkim и dmark).

Вставить строку изменив на ваш email

/usr/sbin/sendmail -t -i -f admin@mydomen.ru

Ещё лучше если будет заполнено поле from и для скрипта. Так как он будет указан в дополнительном заголовке самого письма. Как это сделать можно посмотреть в документации по php. Это должен быть ваш email на основе вашего домена.

<?php
$to      = 'nobody@example.com';
$subject = 'the subject';
$message = 'hello';
$headers = 'From: webmaster@example.com' . "rn" .
    'Reply-To: webmaster@example.com' . "rn" .
    'X-Mailer: PHP/' . phpversion();

mail($to, $subject, $message, $headers);
?>

• Второй способ решения, использовать просто SMTP протокол для отправки через любой почтовый сервис,  любого вашего ящика, на любом почтовом сервисе.

Почти все CMS сейчас поддерживают отправку через SMTP. Если нет, то наверняка есть плагин отдельный.

Лучше использовать smtp отправку для почтового ящика созданного на хостинге под вашим доменом, с обратным адресом (поле from) вашего домена.

• Третий способ решения, отправлять сообщение на ящик, который вы создадите у нас на хостинге.

Если письмо не было доставлено получателю, то ему будет присвоен один из следующих статусов:

• Отменено/Запрещено — если получатель подпал под условие получения писем, но после старта рассылки и до отправки ему письма данные получателя были изменены и он перестал соответствовать критериям рассылки.

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

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

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

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

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

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

• Mailbox does not exist. We do not relay
• No such user!
• Unknown user
• Recipient address rejected: User unknown in local recipient table
• The email account that you tried to reach does not exist
• sorry, no mailbox here by that name
• no mailbox by that name is currently available
• Requested action not taken: mailbox unavailable
• Message was not accepted — invalid mailbox.
• Bad recipient address syntax
• Bad address mailbox syntax
• No correct recipients

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

• Mailbox [. ] is locked due to inactivity for more than [. ] months
• Аccess to this account (user) [. ] is disabled
• Mailbox is disabled

Ошибки при переполнении почтового ящика пользователя:

• Mailbox size limit exceeded.
• Mailbox size exceeded
• User is overquota
• The email account that you tried to reach is over quota

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

Если сообщение отклонено спам-фильтром почтового сервиса, то в письме возвращаются следующие ошибки:

• Message rejected under suspicion of SPAM
• Client host [. ] blocked using spamsource.mail.yandex.net
• Blocked by spam statistics
• 550 spam message discarded/rejected

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

Ошибки грейлистинга (серые списки):

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

• Greylisting in action, please come back later
• Greylisted, try again after some time
• Greylisted, try again in 180 seconds
• Sorry, the service is currently unavailable. Please come back later
• Temporary local problem — please try later

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

Детальных разбор «Особых ошибок», не попадающих под другие категории:

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

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

• non-local sender verification failed

Обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.

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

• Can’t verify [. ] sender. Check your DNS configuration.

При появлении данной ошибки можно самостоятельно проверить правильность внесенных почтовых записей (spf и DKIM) в DNS-зоне домена с которого происходит отправка почты.

• IP [. ] Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily rate limited

Такая ошибка возвращается почтовым сервисом Gmail в случае если Google заподозрил отправку сликом большого числа подозрительных писем (спама) с IP адреса отправителя. В этом случае Google включает временное ограничение на количество принимаемых писем.

Проблема

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

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

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

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: proverka@example.com >. Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «550 proverka@example.com >. Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: smtp.example.com >, протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.

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

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

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

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

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

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

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

На сегодняшний день используются ограничения нескольких типов.

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

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

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

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

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

Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

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

Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com , и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

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

Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .

Нет. Ваша почта обрабатывается обычным способом.

То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .

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

Решения

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

Если это не работает или вы предпочитаете использовать домашнюю учетную запись, вам нужно связаться со своим поставщиком интернет-услуг и спросить, доступны ли вам описанные ранее параметры. Что касается первых двух ограничений (требуется проверка подлинности SMTP и требуется сначала подключение к POP3-серверу входящей почты поставщика интернет-услуг), вы можете внести изменения в Параметры учетной записи в Outlook. Инструкции см. в статье Изменение параметров учетной записи электронной почты.

Сообщения по-прежнему не отправляются?

Вы изменили параметры SMTP в Outlook или нашли параметр, который разрешит вам отправлять почтовые сообщения. Но вы по-прежнему не можете отправить почту и получаете сообщение об ошибке.

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

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

Пожалуйста, сообщите об этом — просто выделите ошибочное слово или фразу и нажмите Shift Enter.