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

Sergey Afonin Ученик (102) 4 года назад

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

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

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

Максим КрукУченик (135) 3 месяца назад

Конечно не должен. Для функционирования почты. Например отправлять письма самому себе, или на такой же кривой почтовый ящик. ВСЕ массовые почтовые сервисы настроены на отклонение почты с таких ящиков.

Проверка валидности письма из поля From проходит по наличию записи типа MX с корневым именем домена, содержащей имя почтового сервера в виде mail.domainname.ru с приоритетом (обычно ставят 10), а так же записи типа A с значением mail (или иным именем указанным в прошлой записи) и ссылающимся на ip адрес почтового сервера. А ещё проверяют наличие записи типа TXT с именем dkim._domainkey, содержащим v=DKIM1; k=rsa; p=многабукаф, необходимыми для проверки что отправляющий почтовый сервер действительно тот, который указан в пунктах выше, а не Man-in-the-middle атака.

Максим Крук Ученик (135) А ешё проверяют наличие TXT записи, с корневым именем доменя, содержащей v=spf1, в которой указаны параметры SPF (Sender Policy Framework https://timeweb.com/ru/docs/domeny/resursnye-zapisi-domena-dns-zapisi/nastrojka-spf-zapisi/#osnovnoj-sintaksis ) определяющие, от кого разрешено получать письма от этого имени домена, и с каких адресов. Все пункты выше по сути основа для этих записей. Так же тут определяются что делать с письмами если не соответствует настройкам - в спам слать или отклонять. А ещё все сервисы почты проверяют самое главное, на основе чего присваивают метку спам - PTR запись (или, как ее иногда называют, Pointer) — противоположность A-записи для DNS. https://timeweb.com/ru/community/articles/ptr-zapis-dlya-pochtovogo-servera-kak-dobavit-nastroit-i-proverit