Проблемы с smtp-banner'ом. Обращаться к провайдеру или она на моей стороне?

Question

[RusakNS]

Здравствуйте.
При тестирование smtp сервера, говорится что smtp banner не соответствует обратной rDNS записи.
"Smtp banner [220-gate-yak.mydomain.ru] does not match rDNS IP address".
rDNS у провайдера записан как: "gate-yak.mydomain.ru". Но Postfix установленный на pfsense добавляет перед баннером "220-", даже если я в "custom main.cf options" указываю принудительно smtp banner.
Не совсем понимаю, я должен обращаться к провайдеру и просить чтоб он rDNS запись изменил на 220-gate-yak.mydomain.ru?(тогда будут ли корректны helo и ehlo ответы этого сервера) Или это проблема на моей стороне, в таком случае?

Comments

[Александр]

pfsense не дергал поэтому в комментарий...
Что то не то с smtp-banner.
То что вы видите в "Диалоге" : 220 - это код ответа, а вот "smtp приветствие" почему вставляет 220 - это загадка, ведь обратный DNS соответствует.

[RusakNS]

Вот я тоже это заметил. Только не могу найти причину и как это изменить. Спасибо.

Answer 1

[CityCat4]

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

Comments

[Александр]

Обратный DNS соответствует hostname

Мне кажется что то с Postfix.

[RusakNS]

Спасибо.
Но ведь запись PTR верна, она возвращает gate-yak.mydomain.ru, как и должна.
Но, как я понимаю, postfix на pfsense добавляет не просто "220", а присоединяет к самому баннеру "220-", что делает его некорректным. И вот как это решить - я не понимаю.

[hint000]

RusakNS,

Но ведь запись PTR верна, она возвращает gate-yak.mydomain.ru, как и должна.

Это лишь потому, что в сети, из которой вы проверяете, используется DNS-сервер того же провайдера (а скорее даже ваш внутренний сервер). Во внешнем мире эту PTR запись никто не видит. Проверьте через сервер 8.8.8.8 - и убедитесь.
Вроде бы провайдер\хостер какой-то трешовый, Comlink, он же Applehost - это они?

[RusakNS]

hint000, да именно Comlink.

Проверьте через сервер 8.8.8.8 - и убедитесь.

Спасибо. Я и проверял через него, выше есть скрин.

[hint000]

RusakNS, прошу прощения, вы правы. Оказалось, что это у моего провайдера DNS почему-то не отдаёт PTR.
Проверил через трёх других провайдеров - всё нормально.