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

Question

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

Sergei Kozhukhov Ученик (101), закрыт 4 года назад

Добрый день!

Я поднял 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: <202004170530.03H5Urci028636@serik1987-desktop.local>
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

--03H5Urci028636.1587101453/serik1987-desktop.local

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
<<< 550 non-local sender verification failed
554 5.0.0 Service unavailable

--03H5Urci028636.1587101453/serik1987-desktop.local
Content-Type: message/delivery-status

Reporting-MTA: dns; serik1987-desktop.local
Received-From-MTA: DNS; localhost
Arrival-Date: Fri, 17 Apr 2020 08:30:52 +0300

Final-Recipient: RFC822; test_mail10@list.ru
Action: failed
Status: 5.2.0
Remote-MTA: DNS; mxs.mail.ru
Diagnostic-Code: SMTP; 550 non-local sender verification failed
Last-Attempt-Date: Fri, 17 Apr 2020 08:30:53 +0300

--03H5Urci028636.1587101453/serik1987-desktop.local
Content-Type: text/rfc822-headers
Content-Transfer-Encoding: 8bit

Return-Path:
Received: from serik1987-desktop.local (localhost [127.0.0.1])
by serik1987-desktop.local (8.15.2/8.15.2/Debian-10) with ESMTP id 03H5Uqci028634
for ; Fri, 17 Apr 2020 08:30:52 +0300
Received: (from www-data@localhost)
by serik1987-desktop.local (8.15.2/8.15.2/Submit) id 03H5UqfS028633;
Fri, 17 Apr 2020 08:30:52 +0300
Date: Fri, 17 Apr 2020 08:30:52 +0300
From: www-data
Message-Id: <202004170530.03H5UqfS028633@serik1987-desktop.local>
To: test_mail10@list.ru
Subject: Тестовое сообщение

--03H5Urci028636.1587101453/serik1987-desktop.local--

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

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

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

Answer 1

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

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

Answer 2

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

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

https://tools.ietf.org/html/rfc5321#section-5.1

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 записи речи идти не может.