На этот вопрос уже есть ответ здесь:
Мы используем iis 6 для рассылки электронных писем для нашего веб-сайта, но некоторые адреса электронной почты остаются позади. Кажется, это всего 2 адреса. Одновременно отправляется не менее 100 разных адресов электронной почты. Вот два разных сообщения, которые мы получаем.
Первый.
У вас нет разрешения на отправку этому получателю. За помощью обратитесь к системному администратору. secure.example.com # 5.7.1 smtp; 550 5.7.1 Исправьте обратный DNS для xx.xx.xxx.xxx или воспользуйтесь почтовым сервером вашего интернет-провайдера
Второй .
Не удалось доставить сообщение в указанный срок. Повторите попытку или обратитесь к администратору. secure.example.com # 4.4.7
Не уверен, что оба они относятся к обратному DNS. Если вы можете помочь или вам потребуется дополнительная информация, дайте мне знать.
Проверьте, имеет ли IP-адрес, который Вы используете для исходящего SMTP, запись PTR DNS ("Ресурсная запись Указателя"). Не каждый IP-адрес имеет соответствующую запись PTR, несмотря на то, что он рекомендуется в RFC 19212.
Вы могли проверить запись PTR использование онлайн-сервиса, как DNSReport.com. На первой странице существует поле "IP Information".
Второй случай, который Вы упомянули, кажется, временная проблема, вероятно, получения сервер SMTP.
Во-первых, ДОЛЖЕН сказать Ваш почтовый сервер HELO
с он - каноническое имя хоста, которое является тем же значением как hostname
управляйте возвратами при выполнении на командной строке. Под postfix
это - значение myhostname
переменная в /etc/postfix/main.cf
.
Во-вторых, вперед и обратные указатели для Вашего сервера в DNS должен соответствовать и должен соответствовать значению имени хоста выше. Например,
[dave@odessa ~]$ host odessa.cheney.net
odessa.cheney.net has address 64.85.168.249
[dave@odessa ~]$ host 64.85.168.249
249.168.85.64.in-addr.arpa domain name pointer odessa.cheney.net.
В-третьих, проверьте, что Ваш почтовый сервер не действует как открытое реле. Если Ваш почтовый сервер настроен к релейной почте от других хостов, необходимо очень стараться удостовериться, что те хосты сами не являются открытыми реле или правильно защищены от принятия сообщений от неаутентифицируемых хостов существует много сайтов там, которые осуществят проверку для Вас, http://www.checkor.com/, например.
Наконец, с большими сайтами, часть нашей почты будет отмеченный как спам, это - просто закон средних чисел. Это - Ваша обязанность удостовериться, что Вы выполняете соответствующие инструкции для, посылают автоматизированный или увеличивают объем электронного письма, как СПАМ CAN. Самая важная часть этого является прямым способом для людей отказаться от подписки из Ваших списков рассылки. При создании этого трудно для людей затем, Вы - пользователи, более вероятно, нажмут большую кнопку спама в их почтовом клиенте, который будет возвращен к почтовому узлу и будет работать против Вашего сервера.
Чтобы обуздать входящий спам, много почтовых серверов в эти дни делают "обратный поиск DNS". Таким образом, они смотрят на IP-адрес, соединяющийся с ними, и затем пытаются сделать обратный поиск DNS, чтобы видеть, существует ли КАКОЙ-ЛИБО ответ.
Это препятствует тому, чтобы любой случайный IP-адрес стал почтовым сервером и отослал тысячи и тысячи электронных писем.
Некоторые почтовые серверы даже делают дополнительный шаг и имеют дополнительные точки/проверку на основе того, С ЧЕМ возвратился обратный DNS. По большей части, если у Вас будет какой-либо вид обратного DNS, настроенного для Вашего IP, то Вы будете "хорошо".
Если Вы не управляете обратным DNS для своего контакта IP-адреса Ваш ISP и просите, чтобы они создали обратную запись DNS (т.е. запись PTR) для IP-адреса, который посылает Ваше электронное письмо.
С другой стороны, Вы могли решить использовать почтовый сервер (который уже имеет обратную запись DNS на месте), или Вы могли использовать почтовый сервер своего ISP и передать Вашу почту через них.
Надеюсь, это поможет.
Только первое сообщение, кажется, имеет любые отношения с "Реверсом DNS". Но, так как Вы отредактировали его для удаления важной информации (IP-адрес), трудно сказать больше.
Поскольку первым сообщением является ясно DNS, исправляют ошибку, я думаю, что вторым может быть последствие обратной ошибки DNS, предпринятому соединению дал проступок времени smtp прокси против спама, или удаленный smtp сервер был просто в режиме офлайн.