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

А вот когда проверяешь 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' это не решило. Подскажи, куда копать?

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

Дмитрий, Несколько
mail@baltinvestbank.com
info@bankpsafinance.ru
hr.jobs@abr.ru

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

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



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

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

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

xxx@fisgroup.ru
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: "Dina.Sofina@fisgroup.ru"
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: <37a00534526145e6aa872fcd801091fb@domian.ru>
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)... Вообщем, не пойму куда копать, если честно.

Артём Брыкин, А сами домены то на 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 почтового сервера?

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

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

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

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

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

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

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