Обратный dns не соответствует smtp приветствию

Обновлено: 05.07.2024

По умолчанию отклик подключения выглядит вот так:

220 <ServerName> Microsoft ESMTP MAIL service ready at <RegionalDay-Date-24HourTimeFormat><RegionalTimeZoneOffset>

Ниже перечислены причины, по которым вам, возможно, потребуется изменить заголовок SMTP, используемый по умолчанию.

Вы хотите, чтобы отклик подключения включал ваше доменное имя для проверок, выполняемых системами защиты от нежелательной почты, или обратного поиска DNS для заголовков SMTP.

Вы хотите, чтобы отклик подключения включал имя соединителя получения для упрощения устранения неполадок, связанных с подключением.

Что нужно знать перед началом работы?

Предполагаемое время для завершения: 5 минут.

Для выполнения этой процедуры можно использовать только PowerShell. Сведения о том, как открыть командную консоль Exchange в локальной организации Exchange, см. в статье Open the Exchange Management Shell.

Текстовая строка smTP-баннера замены должна всегда начинаться с (код ответа SMTP по умолчанию 220 "Служба готова" SMTP — 220).

Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье запись "Соединители получения" в статье Разрешения потока обработки почты.

Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.

Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection.

Использование Командная консоль Exchange для изменения заголовка SMTP в соединителе получения

Используйте указанный ниже синтаксис.

В этом примере показано, как удалить настраиваемый заголовок SMTP, который задает для заголовка SMTP значение, используемое по умолчанию.

Как проверить, что все получилось?

Чтобы убедиться, что вы успешно изменили заголовок SMTP на соединителе получения, выполните указанные ниже действия.

Откройте клиент Telnet на компьютере, с помощью которого можно получить доступ к соединителю получения, и выполните следующую команду:

Убедитесь, что в отклике имеется настроенный вами заголовок SMTP.

Обратите внимание, что данная процедура работает только на соединителях получения, которые разрешают анонимную или обычную проверку подлинности. Подробнее см. в разделе Проверка связи по протоколу SMTP на серверах Exchange с помощью Telnet.

Темы, которые я уже прочитал:

И многое другое я нашел в Google.

Проблема:

У нас есть выделенный сервер с 16 IP-адресами, на самом деле мы используем 4 IP-адреса, 1 - основной IP, 2 - для NS и 1 - для почтового сервера.

Итак, в нашем конфигурационном файле DNS у нас есть:

Реверс для каждого IP-адреса правильно установлен в IP-менеджере, как вы можете видеть здесь.

Для информации: мы используем Centos 6 и веб-панель Centos.

Заранее благодарю за помощь :)

Для других людей, у которых может быть такая же проблема, ответ будет:
Баннер Postfix SMTP показывает несколько имен хостов

Что ж, для начала было бы полезно, как будет выглядеть ваш баннер EHLO, поскольку это - как вы видите на mytoolbox - основная информация, о которой мы здесь говорим.

Опубликуйте свой EHLO, и мы продолжим

Вполне возможно, что ваш DNS в порядке, а ваш почтовый сервер не полностью настроен . посмотрим

Поскольку вы используете postfix - обратите внимание на это: SMTP-баннер Postfix показывает несколько имен хостов, которые могут быть именно тем, что вы здесь ищете.

Ответ также можно найти в mxtoolbox, проверьте его.

Что означает предупреждение - обратный DNS не соответствует баннеру SMTP? - Инструмент диагностики SMTP

Ну, я уже сделал это, прежде чем задавать вопрос, я не понял, в чем проблема и что мне делать! вот почему я спросил и поделился информацией здесь! Спасибо за прямой ответ на проблему с нашими конфигами :)

Ваш почтовый сервер mail.lynxis-sa.eu. . Баннер SMTP:

Но когда я реверсирую IP-адрес вашего сервера, я получаю довольно общее FQDN:

И в этом проблема. Запись PTR для IP-адреса вашего сервера ( ptr03.lynxis-sa.eu. ), которое, вероятно, поддерживается вашим провайдером, не совпадает с именем хоста, указанным в вашем баннере SMTP ( s1.lynxis-sa.eu ).

Я лично не знаю, почему это кому-то нужно, но если это важно для вас, либо измените имя хоста вашего сервера, чтобы оно соответствовало записи PTR, либо попросите ваше обеспечение изменить запись PTR в соответствии с именем хоста.Я хотел бы добавить краткое спасибо за то, что вы открыто рассказали о доменном имени, участвующем в этом вопросе, что значительно упростило ответ.

редактировать: совершенно законно редактировать ваш SMTP-баннер, чтобы он не включал имя хоста. Мой собственный почтовый сервер ловко предоставляет указатель на предупреждение (о том, что не рассылает спам и не ожидает, что мы будем связаны вашими условиями, когда вы отправляете нам почту, и т. Д.) Вместо имени хоста:

Я не могу вам сказать, как это влияет на решения других людей принимать ли от меня почту. В комментариях на этой странице Матиас заверяет нас, что некоторые люди ожидают, что запись PTR будет соответствовать имени хоста баннера; Я думаю, что они безумны, потому что я не думаю, что какой-либо RFC требует их соответствия, так что это, по сути, совершенно произвольное решение. Но это полностью на усмотрение администраторов сервера принимать ли какую-либо часть входящей электронной почты, и они также могут произвольно решить проблему с баннером без имени хоста.

Мне повезло в том, что у меня есть знающие пользователи, которые с радостью принимают "админы этого сервера идиоты"как объяснение того, почему их почта не проходит. Если вы это сделаете, вы можете изменить свой баннер. Если вы этого не сделаете, и несоответствие беспокоит вас, и вы контролируете свои записи PTR, я думаю, вам следует изменить запись PTR, чтобы соответствовать имени хоста баннера.

Темы я уже читал:

И еще много я нашел на Google.

Проблема:

У нас есть выделенный сервер с 16 IP-адресами, мы используем 4 IP-адреса на самом деле, 1 главный IP, 2 для NS's и 1 для почтового сервера.

Таким образом в нашем файле конфигурации DNS мы имеем:

Перемена для каждого IP правильно установлена на IP менеджере как то же самое, вы видите здесь.

Для получения информации: мы используем Centos 6 и веб-группу Centos.

Спасибо за вашу помощь заранее:)

For other people who may have same problem, the answer is :
Postfix SMTP banner show multiple hostnames

Ответ также дан в mxtoolbox, пожалуйста, проверьте его.

Хорошо, чтобы начать было бы полезно, что ваш баннер EHLO читает как то, как это - поскольку вы видите на mytoolbox-основную информацию, о которой мы говорим здесь.

Пожалуйста, отправьте свой EHLO, и мы пойдем оттуда

Довольно возможно, что ваш DNS хорош, и ваш mailserver не полностью формируется. мы будем видеть

Хорошо хорошо тогда давайте сделаем быструю проверку на включенных записях. Поиск ваших отчетов MX внутренне (для меня) возвращает записи, которые вы определили (smtp и почта). Далее решение обоих имен решает к IP1 и IP2 (как указано на вашем посту). обратные поиски на тех ips, однако, решают к ptr00 и ptr03.lynxis-sa.eu, не содержавшемуся в вашем баннере EHLO.

Таким образом, необходимо, вероятно, согласовать те записи DNS (и, если применимо также регулируют баннер EHLO, чтобы ответить почтой или smtp, иждивенцем на IP, из которого происходит связь (если это - та же самая машина позади обоих),

Поскольку вы используете постфикс - взглянули на это: Постфикс шоу баннера SMTP многократные имена хоста который мог бы быть точно, что вы ищете здесь.

Ваш почтовый сервер mail.lynxis-sa.eu. . Баннер SMTP:

Но когда я обратная твердость IP-адрес вашего сервера, я возвратил довольно универсально выглядящий FQDN:

И это - проблема. Отчет PTR для IP-адреса вашего сервера ( ptr03.lynxis-sa.eu. ), вероятно сохраняемый вашим поставщиком, не является тем же самым именем хоста, как вы имеете в своем баннере SMTP ( s1.lynxis-sa.eu ).

Я лично не знаю, почему любой заботился бы, но если это имеет значение вам или измените имя хоста своего сервера, чтобы соответствовать отчету PTR или иметь ваш предоставлять изменению отчет PTR, чтобы соответствовать имени хоста. Я добавил бы краткое спасибо за то, что были открыты о доменном имени, вовлеченном в этот вопрос, который сделал намного легче ответить.

Edit: it is perfectly lawful to edit your SMTP banner not to include a hostname. My own mailserver cunningly supplies a pointer to a warning (about not sending spam, and not expecting us to be bound by your terms when you send us mail, and so on) there, instead of a hostname:

То, что я не могу сказать вам, - то, какой эффект это имеет на решения других людей о том, принять ли почту от меня. Мэттиас уверяет нас в комментариях в другом месте на этой странице, что некоторые люди ожидают, что отчет PTR будет соответствовать имени хоста баннера; я думаю, что они безумны, потому что я не думаю, что любой RFC требует, чтобы они соответствовали, таким образом, это - по существу абсолютно произвольное решение. Но это - полностью до администраторов сервера , принять ли какую-либо данную часть входящей электронной почты, и они могли бы хорошо также произвольно решить иметь проблему с hostnameless баннером.

Я удачлив в этом, у меня есть clueful пользователи, которые совершенно рады принять" , что администраторы сервера - идиоты " как объяснение того, почему их почта не пройдет. Если вы делаете, также, вы могли бы изменить свой баннер. Если вы не делаете, и несоответствие волнует вас, и вы управляете своими отчетами PTR, я думаю, что необходимо изменить отчет PTR, чтобы соответствовать имени хоста баннера.

Вопрос заблокирован. Ответить на него невозможно.

Удалить запись? Все, что вы написали, станет недоступно. Не удалось прикрепить файл. Нажмите здесь, чтобы повторить попытку. Сейчас уведомления отключены и вы не получаете электронные письма о новых записях. Чтобы включить их, откройте свой профиль и перейдите в настройки уведомлений.

Добавить или удалить ссылку

We found the following personal information in your message:

This information will be visible to anyone who visits or subscribes to notifications for this post. Are you sure you want to continue?

Сейчас уведомления отключены и вы не получаете электронные письма о новых записях. Чтобы включить их, откройте свой профиль и перейдите в настройки уведомлений . Компания Google очень серьезно относится к неправомерному использованию своих сервисов. Мы рассматриваем подобные нарушения в соответствии с законодательством вашей страны. Получив вашу жалобу, мы изучим ее и примем необходимые меры. Мы свяжемся с вами только в том случае, если потребуется дополнительная информация или появятся интересующие вас сведения.

Если вам нужно, чтобы тот или иной контент был изменен согласно действующему законодательству, воспользуйтесь этим инструментом.

Запись не относится к теме, посвящена сторонним продуктам, написана в неуважительной форме или содержит персональную информацию. Запись содержит домогательства, дискриминационные высказывания, изображение наготы, вредоносный, противозаконный, сексуальный или рекламный контент или ее автор выдает себя за другое лицо. Компания Google очень серьезно относится к неправомерному использованию своих сервисов. Мы рассматриваем подобные нарушения в соответствии с законодательством вашей страны. Получив вашу жалобу, мы изучим ее и примем необходимые меры. Мы свяжемся с вами только в том случае, если потребуется дополнительная информация или появятся интересующие вас сведения.

Читайте также: