Temporary lookup failure что это значит

01.10.202306.07.2022 admin 0 Comments

Postfix. Помогите (срочно). Temporary lookup failure

Добрый день. Имеется Centos 6.2, а на нем Postfix-2.6.6. Работал полгода без проблем.Проблема в следующем вот уже несколько дней появляется прихожу утром и вижу в логах следующее:

Nov 6 06:55:27 proxy postfix/smtpd[26398]: NOQUEUE: reject_warning: RCPT from vancoover.org.ua[85.17.138.224]: 451 4.3.0 : Temporary lookup failure; from= to= proto=ESMTP helo=

Nov 6 06:55:27 proxy postfix/smtpd[26269]: NOQUEUE: reject_warning: RCPT from vancoover.org.ua[85.17.138.224]: 451 4.3.0 : Temporary lookup failure; from= to= proto=ESMTP helo=

Nov 6 06:55:27 proxy postfix/smtpd[25823]: NOQUEUE: reject_warning: RCPT from vancoover.org.ua[85.17.138.224]: 451 4.3.0 : Temporary lookup failure; from= to= proto=ESMTP helo=

На root пришло след письмо Transcript of session follows.

Out: 220 post.betonmash.com ESMTP Postfix In: EHLO star-media.org Out: 250-post.betonmash.com Out: 250-PIPELINING Out: 250-SIZE 35840000 Out: 250-ETRN Out: 250-ENHANCEDSTATUSCODES Out: 250-8BITMIME Out: 250 DSN In: MAIL FROM: SIZE=280572 Out: 250 2.1.0 Ok In: RCPT TO: ORCPT=rfc822;urist@betonmash.com Out: 451 4.3.0 : Temporary lookup failure In: DATA Out: 554 5.5.1 Error: no valid recipients In: RSET Out: 250 2.0.0 Ok In: QUIT Out: 221 2.0.0 Bye

For other details, see the local mail logfile

При этом лог разрастается до вселенских размеров. При этом в 23:00 запускается awstats для парсинга и отжирает все ресурсы, все начинат дико тормозить. Так как думал что спам атака то в первый день закрыл этот ip 85.17.138.134 в iptables. И добавил ограничения на соединения в main.cf

anvil_rate_time_unit=60s smtpd_client_connection_rate_limit=20 smtpd_client_connection_count_limit=3 smtpd_connection_message_rate_limit=10

Но сегодня ситуация опять повторилась но в логе уже был другой ip и сервак

Nov 9 07:15:35 proxy postfix/smtpd[19579]: NOQUEUE: reject_warning: RCPT from mail.betterwitnesses.com[63.226.243.162]: 451 4.3.0 : Temporary lookup failure; from= to= proto=ESMTP helo= Nov 9 07:15:35 proxy postfix/smtpd[19579]: NOQUEUE: reject_warning: RCPT from mail.betterwitnesses.com[63.226.243.162]: 451 4.3.0 : Temporary lookup failure; from= to= proto=ESMTP helo=

Очень прошу помогите, в чем может быть причина.

Источник

454 4.7.0 Сбой временной проверки подлинности в Exchange Server

Исходный номер КБ: 979174

Симптомы

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

Если открыть средство просмотра очереди из узла toolbox на консоль управления Exchange, в поле Последняя ошибка отображается сообщение об ошибке, напоминаемом следующее:

451 4.4.0 Основной целевой IP-адрес ответил: «454 4.7.0 Временная ошибка проверки подлинности». Попытка неудачной попытки альтернативного хоста, но не увенчалась успехом. Либо нет альтернативных хостов, либо доставка не удалась для всех альтернативных хостов.

Кроме того, в файле журнала приложений на сервере Exchange, который получает сообщение электронной почты, можно найти следующее сообщение об ошибке:

Причина

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

Решение

Чтобы устранить эту проблему, выполните следующие действия:

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

Убедитесь, что основное имя службы (SPN) правильно зарегистрировано SMTPSVC на целевом сервере.

Убедитесь, что записи и записи правильно добавлены в учетную запись компьютера с SMTP SMTPSVC помощью средства SetSPN. Например.

Проверьте повторяющиеся spNs с помощью средства SetSPN. Каждая запись должна быть только одной.

Убедитесь, что порты, необходимые для Kerberos, включены.

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

В пункте назначения Exchange Server соединители для получения внутренних сообщений электронной почты и убедитесь, что они Exchange проверку подлинности.

Источник

Как исправить ошибки SMTP-сервера при отправке писем

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

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

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

Существует четыре варианта значений для первой цифры кода:

Вторая цифра в коде сообщает о категории ответа:

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Источник