Spamhaus PBL останавливает электронную почту даже при том, что SMTP-AUTH включают

Казалось бы, что Вы размещаете сервер SMTP, который пытается выполнить доставку непосредственно к Узлам Интернета. IP Вы размещаете тот сервер от, клиентский IP-адрес Comcast, находится на Черном списке политики (PBL) Spamhaus. Это - первопричина Вашей проблемы.

Comcast зарегистрировал их клиентские IP-адреса в Spamhaus, потому что в рамках проводимой политики Comcast не хочет их Клиентов, посылающих электронное письмо непосредственно Интернету с серверов, которые они размещают сами. Spamhaus связывают Вас обеспеченный в Вашей регистрации, направляет:

Если Вы - клиент Коммерческих услуг Comcast и нуждаетесь в поддержке, свяжитесь с support_biz@cable.comcast.com

По-видимому, это означает, что некоторые коммерческие Клиенты могут быть присвоенными IP-адресами, которые не подвергаются "никакому электронному письму отправки непосредственно Интернету" политика. Их коммерческие блоки IP-адреса, вероятно, не регистрируются в Spamhaus PBL.

Мне было бы любопытно знать, где Вы добрались, "... способ обойти этот фильтр состоит в том, чтобы включить SMTP-AUTH..." руководство. Я думаю, что у Вас может быть концептуальная проблема, поскольку такое руководство было, вероятно, "... используют SMTP-AUTH и отправляют Вашу почту throguh серверы SMTP Comcast".

Ре проблемы: D-Link, возвращающая почту, не связана с тем, прошли ли Вы проверку подлинности к своему серверу SMTP или не - случается так, что Ваш сервер SMTP отправляет почту D-Link от IP-адреса, который, потому что D-Link принимает решение использовать то, что Spamhaus заявляет о IP, как доверяется, и потому что Comcast перечислил IP в Spamhaus PBL, D-Link находит недопустимым.

Вы настроили свой почтовый клиент или сервер SMTP для поставки исходящей почты серверу SMTP Comcast (вероятно, требующий клиента SMTP или сервера SMTP выполнить SMTP-AUTH при общении с сервером SMTP Comcast, чтобы доказать, что Вы разрешены выполнить такую передачу), возможная связь с сервером D-Link прибыла бы из IP-адреса, присвоенного почтовому серверу Comcast, который не был бы перечислен на черном списке Spamhaus и, как таковой, не был бы возвращен D-Link. В основном Вы даете электронную почту серверу Comcast, и это поставляет его конечному месту назначения. Это известно в языке SMTP, поскольку "передача", и в 2009 (почти 2010), вся передача SMTP должна потребовать аутентификации.

Помещать это с точки зрения реальной аналогии: требуется поставить часть почтовой почты в D-Link. Они не собираются позволять Вам просто идти в их здание и привезти пакет, все же. Они только принимают пакеты из авторизованных курьерских служб, как FedEx. По сути, даже при том, что Вы физически способны к переносу Вашего пакета прямо до парадной двери D-Link сами, они не собираются впускать Вас. Если Вы вручите от своего пакета FedEx (доказательство, посредством оплаты их, что Вы - законный пользователь их курьера serivces), то D-Link счастливо примет пакет.

Эта статья от Comcast описывает Outlook Express конфигурирования, чтобы получить электронное письмо со стороннего сервера POP3, но передать исходящую почту через серверы SMTP Comcast. Это - вообще говоря, конфигурация, Вы искали бы w/или Ваш почтовый клиент или Ваш сервер SMTP.

Если Вы не хотите передавать сообщения через Comcast, у Вас всегда есть опция сократиться с другой стороной, чтобы принять и поставить Вашу почту. (Analagously, можно использовать UPS или локальную почтовую службу, если Вы не хотите использовать FedEx.) Сервисы как Mailhop, Исходящий от Динамических Сетевых служб, позвольте Вам отправлять электронную почту их серверам через множество портов TCP (в случае, если Вы используете поставщика, который не позволит Вам общаться с остальной частью Интернета с помощью порта TCP 25), и их серверы выполнят заключительную доставку к серверу получателя. Конечно, этот сервис стоит денег, так как Вы используете их вычисления и ресурсы пропускной способности.

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

Править:

Я вижу, что riker.tchmachines.com решает к 208.76.82.134. Неясно мне, затем, почему почтовый сервер D-Link жалуется на riker.tchmachines.com, но показывает IP-адрес, что, который посмотрели в PBL, как являющемся, что является, по-видимому, IP-адресом (24.5.171.149) Comcast, от которого Вы отправили сообщение riker.tchmachines.com.

Для ударов я отправил сообщение тому же получателю по dlink.com через мой размещенный "Mailhop Исходящий" сервис в Динамических Сетевых службах, и это возвратилось таким же образом, утверждая, что имя DNS "mho-02-ewr.mailhop.org" перечислено на Spamhaus PBL, но список IP, от которого я отправил объект Mailhop, Исходящему (который является PBL'd, потому что это - Time Warner динамический клиентский IP) как помещенный в черный список IP.

Я также получил подобную передачу ответа через сервер SMTP в Time Warner и нашел, что получил тот же тип ответа с "550 недоступными Сервисами;..." ссылаясь на название DNS сервера SMTP Time Warner, но URL Spamhaus, ссылающийся на IP-адрес клиентского IP Time Warner, я отправил объект серверу SMTP Time Warner от.

Почтовый сервер D-Link (который баннеры как "220 Разводной мост"... Oooooh!) ясно повреждается. Казалось бы, что они проверяют каждый хост в "Полученные" заголовки против черного списка Spamhaus. Рассматривание вопроса PBL должно заставить пользователей отправлять почту через авторизованные серверы SMTP, это - ясно неправильное поведение на части D-Link.

Слово получения удачи кому-либо там, что их конфигурация является неправильной.> вздох <