Как настроить Exchange 2016\2019 и DNS, если имя домена совпадает с именем сайта?

Question

[Артём Брыкин]

В последнее время с некоторых доменов стали возвращаться письма с ошибкой
Remote Server returned '400 4.4.7 Message delayed'
На технете нашёл похожий случай, там советовали проверить разрешения имён DNS. Имя сайта и имя почтового домена (@domain.ru) совпадают.
Сделал nslookup domain.ru - выдал IP сайта, что вполне логично. Не знаю, в этом ли проблема?
В публичном DNS прописаны записи MX, SPF, A для почтового сервера. PTR (у провайдера прописывал, указывает на domain.ru)
Зашёл на https://mxtoolbox.com/ , сделал диагностику почтового сервера, он мне выдал
550 5.7.54 SMTP; Unable to relay recipient in non-accepted domain


Я не знаю точно, связано ил это как-то с идентичными именами домена и вэб-сервера. Exchange настроил вот только недавно, сам ещё до конца не разобрался с тонкостями. Подскажите, в чём может быть проблема и как её решить? буду признателен, если тыкнёте пальцем новичку в нужную статью или просто поделитесь опытом.

Заранее спасибо.

PS: поправили PTR запись и FQDN в соединителях отправки и получения (default Frontend MXSERVER), но это не решило проблему с ошибкой Remote Server returned '400 4.4.7 Message delayed'. Письма не уходят на некоторые адреса.

PS: ошибка не была связана с темой вопроса, поэтому я его закрываю. Спасибо все, кто нашёл ошибки в конфигурации и откликнулся!

Answer 1

[Rsa97]

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

Comments

[Артём Брыкин]

А вот когда проверяешь SMTP, то ответ приходит от *.domain.local. Так и должно быть или в этом проблема?

[Дмитрий]

Артём Брыкин, PTR должен указывать не на домен, а на FQDN имя сервера с которого отправляется письмо. в идеале этот FQND должен соответствовать прямой A записи с IP почтового сервера. Второй момент - почтовый сервер в HELO/EHLO должен предствлятся этим FQDN именем

[Артём Брыкин]

Дмитрий, Хм... я так делал изначально, но gmail.com почему-то письма в спам отправлял. Видимо потому что я в коннекторе получения(Default Frontend MXSERVER ) оставил локальное имя FQDN (а сделать нелокальное он мне не давал и я подумал, что это правильно, поэтому и поменял PTR запись обратно на domain.ru). Так, ещё раз проясним:
1) То есть я правильно понимаю, что PTR запись для публичного IP (с которого посылается почта), должна быть = mxserver.domain.ru, а не domain.ru)
2) В соединителях получения (Default Frontend MXSERVER), в поле fqdn должен быть указан тот же mxserver.domain.ru?

3) Когда создаём соединитель отправки (Extrenal Send Connector), то там соответственно тоже указываем в FQDN mxserver.domain.ru?

[Дмитрий]

Артём Брыкин, я с Exch не работал, но то что я описал справедливо для любого почтового сервера. По вашим пунктам, ответ - "да"

[Артём Брыкин]

Дмитрий, Спасибо, Дмитрий. Направил письмо провайдеру, посмотрю на результат.

[Артём Брыкин]

Дмитрий, поправили PTR запись и FQDN в соединителях отправки и получения (default Frontend MXSERVER). Gmail перестал помечать письма как спам. Но проблему с ошибкой Remote Server returned '400 4.4.7 Message delayed' это не решило. Подскажи, куда копать?

[Дмитрий]

Артём Брыкин, отправьте письмо на сервис www.mail-tester.com и покажите результат сюда

[Артём Брыкин]

Дмитрий,

[Артём Брыкин]

DKIM не настроил ещё, а в остальном в принципе норм. 8.4 рейтинг.

[Дмитрий]

Артём Брыкин,

Но проблему с ошибкой Remote Server returned '400 4.4.7 Message delayed' это не решило. Подскажи, куда копать?

Эта проблема только с каким то конкретным почтовым сервером?

[Артём Брыкин]

Дмитрий, Несколько
[e-mail]
[e-mail]
[e-mail]

[Дмитрий]

Артём Брыкин, вообще, по RFC, 4xx ошибки - временные. Возможно так работает greylisting, так что не стоит волноваться. Если они возникают слишком часто, то может лучше обратиться к администраторам тех почтовых доменов, с которыми возникают такие ошибки.

[Артём Брыкин]

Дмитрий, Хорошо, так и поступлю, но мне кажется что-то с соединителями отправки\получения не то, т.к. письма не отправляются.



И дальше партянка:

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

Формирующий сервер: mx.domain.local
Total retry attempts: 17

[e-mail]
Server returned '400 4.4.7 Message delayed'

Исходные заголовки сообщения:

Received: from mx.domain.local (192.168.1.2) by mx.domain.local
(192.168.1.2) with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.221.12; Wed, 27 Mar
2019 16:34:49 +0700
Received: from mx.domain.local by
with mapi id
15.02.0221.012; Wed, 27 Mar 2019 16:34:49 +0700
From: =?utf-8?B?0JrRg9C30YzQvNC40L0g0JDQu9C10LrRgdC10Lk=?=

To: "[e-mail]"
CC: =?utf-8?B?0JTQuNGA0LXQutGG0LjRjw==?=
Subject: =?utf-8?B?UkU6INCh0L7RgtGA0YPQtNC90LjRh9C10YHRgtCy0L4g0YEgRklTINCyINGH?=
=?utf-8?B?0LDRgdGC0Lgg0LDRg9GC0YHQvtGA0YHQuNC90LPQsCDQv9GA0L7QtdC60YI=?=
=?utf-8?B?0L7Qsg==?=
Thread-Topic: =?utf-8?B?0KHQvtGC0YDRg9C00L3QuNGH0LXRgdGC0LLQviDRgSBGSVMg0LIg0YfQsNGB?=
=?utf-8?B?0YLQuCDQsNGD0YLRgdC+0YDRgdC40L3Qs9CwINC/0YDQvtC10LrRgtC+0LI=?=
Thread-Index: AQHU49SqVOCihNsBiU2HpkGRzI+39KYfN6Sw
Date: Wed, 27 Mar 2019 09:34:49 +0000
Message-ID: <[e-mail]>
References:
In-Reply-To:
Accept-Language: ru-RU, en-US
Content-Language: ru-RU
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [192.168.1.55]
Content-Type: multipart/related;
boundary="_004_37a00534526145e6aa872fcd801091fbdomainru_";
type="multipart/alternative"
MIME-Version: 1.0

[Дмитрий]

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

[Артём Брыкин]

Дмитрий, по вот этой статье ( https://practical365.com/exchange-server/exchange-... ) настроил smtp relay для анонимных пользователей. Создал коннектор получателей, присвоил локальный ip, дал права на анонимный вход. Всё как в статье
Подключаюсь по телнету через 25 и пытаюсь отправить письмо на mail.ru, в итоге опять ошибка 550 5.7.54 SMTP; Unable to relay recipient in non-accepted domain

На картинке фигурирует 192.168.1.1 - и я не знаю как он туда попал, т.к. при настройке коннекторам получателей, я указывал локальный адрес немного другой (192.168.1.21)... Вообщем, не пойму куда копать, если честно.

[Rsa97]

Артём Брыкин, А сами домены то на Exchange настроены?
Поток обработки почты -> Обслуживаемые домены
Должны быть указаны все домены, для которых Exchange принимает почту и пользователи которых могут отправлять почту.

[Артём Брыкин]

Rsa97, да, там стоит domain.local и domain.ru (последний задан по-умолчанию).
Пробовал вот так отправить, аналогично:

[Артём Брыкин]

Rsa97, ещё такой вопрос возник, вот здесь ( https://practical365.com/exchange-server/exchange-... ) и в других подобных статьях (например techgenix.com/mail-relay-exchange-server-2016 ) при создании коннектора и настройке удалённой сети указывают IP адрес какого-либо девайса или сервера приложений (add at least one IP address of an application server or device that requires external SMTP relay access). Я не пойму, почему? Я не могу указать внутренний IP почтового сервера?

[Rsa97]

Артём Брыкин, Обычно стандартные соединители получения (Client Frontend и Default Frontend) настроены принимать почту без ограничений по адресам (0.0.0.0-255.255.255.255), но с TLS и обязательной авторизацией.
Иногда бывает нужно создать соединитель, не требующий авторизации, например для отправки почты с оборудования. Тогда ограничивают область по адресам.
У вас ошибка 'unable to relay ...' говорит о том, что домену, от имени которого идёт отправка, не разрешено пересылать почту через данный сервер.

[Артём Брыкин]

Rsa97, домену,от имени которого идёт отправка, или пользователю домена? И как разрешить тогда эту отправку? Ведь это мой основной домен (domain.ru)

[Rsa97]

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

[Артём Брыкин]

Rsa97, видимо всё так и есть

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

[Артём Брыкин]

Rsa97, сейчас ещё стала появляться вот такая ошибка: 421 4.3.2 Service Not Available

[Rsa97]

Артём Брыкин, Ну, ситуации бывают разные. Например, некоторое оборудование может слать письма о проблемах. И не всегда там бывает поддержка авторизации.

Answer 2

[Suvik]

Так а что помогло в конечном итоге?

Comments

[Артём Брыкин]

Не помню точно. Кажется адреса в соединителях получения были неверные. Менял с domain.ru на mx.domain.local и всё заработало, если я не путаю. Давно дело было и exchange для меня теперь недосягаем.

[Suvik]

Артём Брыкин, ясно, спасибо за ответ.