Здравствуйте,Требуется поднять почтовый сервер дома, у провайдера арендовали статический IP адрес. Вопрос по поводу PTR, провайдером по умолчанию в обратной зоне прописана запись: 111-222-223-224.staticip-ispname.net. Будущий почтовый домен будет: example.com. Будут ли принимать gmail и прочие почтовые сервисы, почту от сервера с такой конфигурацией? т.е когда имя PTR не совпадает с доменом.
> Здравствуйте,
> Требуется поднять почтовый сервер дома, у провайдера арендовали статический IP адрес. Вопрос
> по поводу PTR, провайдером по умолчанию в обратной зоне прописана запись:
> 111-222-223-224.staticip-ispname.net. Будущий почтовый домен будет: example.com. Будут
> ли принимать gmail и прочие почтовые сервисы, почту от сервера с
> такой конфигурацией? т.е когда имя PTR не совпадает с доменом.Будут, если почтовик будет здороваться строкой ip адрес в квадратных скобках.
>> Здравствуйте,
>> Требуется поднять почтовый сервер дома, у провайдера арендовали статический IP адрес. Вопрос
>> по поводу PTR, провайдером по умолчанию в обратной зоне прописана запись:
>> 111-222-223-224.staticip-ispname.net. Будущий почтовый домен будет: example.com. Будут
>> ли принимать gmail и прочие почтовые сервисы, почту от сервера с
>> такой конфигурацией? т.е когда имя PTR не совпадает с доменом.
> Будут, если почтовик будет здороваться строкой ip адрес в квадратных скобках.А поподробнее, не совсем понятно.
> А поподробнее, не совсем понятно.просите провайдера чтобы у себя прописали PTR запись для вашего хоста(которое уже вы придумали) на этот ваш статический IP адрес. они это делают!
>>> Здравствуйте,
>>> Требуется поднять почтовый сервер дома, у провайдера арендовали статический IP адрес. Вопрос
>>> по поводу PTR, провайдером по умолчанию в обратной зоне прописана запись:
>>> 111-222-223-224.staticip-ispname.net. Будущий почтовый домен будет: example.com. Будут
>>> ли принимать gmail и прочие почтовые сервисы, почту от сервера с
>>> такой конфигурацией? т.е когда имя PTR не совпадает с доменом.
>> Будут, если почтовик будет здороваться строкой ip адрес в квадратных скобках.
> А поподробнее, не совсем понятно.Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd твой IP.
>>>> Здравствуйте,
>>>> Требуется поднять почтовый сервер дома, у провайдера арендовали статический IP адрес. Вопрос
>>>> по поводу PTR, провайдером по умолчанию в обратной зоне прописана запись:
>>>> 111-222-223-224.staticip-ispname.net. Будущий почтовый домен будет: example.com. Будут
>>>> ли принимать gmail и прочие почтовые сервисы, почту от сервера с
>>>> такой конфигурацией? т.е когда имя PTR не совпадает с доменом.
>>> Будут, если почтовик будет здороваться строкой ip адрес в квадратных скобках.
>> А поподробнее, не совсем понятно.
> Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd
> твой IP.Спасибо за помощь!
не делай так, про айпи идиотский совет!
> Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd твой IP.Ты чему людей учишь? Я и многие другие таких банят с тарпитом. Ибо нефиг!
ТС - попроси ISP прописать твой FQDN им всё равно что там, а тебе - нет.
>> Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd твой IP.
> Ты чему людей учишь? Я и многие другие таких банят с тарпитом.
> Ибо нефиг!
> ТС - попроси ISP прописать твой FQDN им всё равно что там,
> а тебе - нет.RFC2822 разрешает такую форму HELO.
>>> Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd твой IP.
>> Ты чему людей учишь? Я и многие другие таких банят с тарпитом.
>> Ибо нефиг!
>> ТС - попроси ISP прописать твой FQDN им всё равно что там,
>> а тебе - нет.
> RFC2822 разрешает такую форму HELO.Укажите пожалуйста номер пункта, в котором указано такое разрешение.
Да не стоит с ним спорить - этож крупный специалист ))
http://www.opennet.me/~%F0%C1%D7%C5%...
> Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd
> твой IP.RFC 2821:
"The SMTP client MUST, if possible, ensure that the domain parameter to the EHLO command is a valid principal host name (not a CNAME or MX name) for its host. If this is not possible (e.g., when the client's address is dynamically assigned and the client does not have an obvious name), an address literal SHOULD be substituted for the domain name and supplemental information provided that will assist in identifying the client."
Не надо так никогда делать.
>> Надо чтобы твой почтовик здоровался строкой "EHLO [aaa.bbb.ccc.ddd]" где aaa.bbb.ccc.ddd
>> твой IP.
> RFC 2821:
> "The SMTP client MUST, if possible, ensure that the domain parameter to
> the EHLO command is a valid principal host name (not a
> CNAME or MX name) for its host. If this is not
> possible (e.g., when the client's address is dynamically assigned and the
> client does not have an obvious name), an address literal SHOULD
> be substituted for the domain name and supplemental information provided that
> will assist in identifying the client."Для тех, кто не может осилить аглицкий техст:
Если есть валидный хостнейм - пропиши его, а если нет - то ты либо на динамическом айпи (т.е. домашний пользователь), либо /ленивый/.
Следствие: нет валидного хостнейма - то ты на одном уровне с наглухо затроянеными домашними компьютерами и почту от тебя принимать не стоит.
> Если есть валидный хостнейм - пропиши его, а если нет - то
> ты либо на динамическом айпи (т.е. домашний пользователь), либо /ленивый/.
> Следствие: нет валидного хостнейма - то ты на одном уровне с наглухо
> затроянеными домашними компьютерами и почту от тебя принимать не стоит.Чушь. Там написано, что если нет хостнэйм, то вместо него допустимо использовать IP в литеральной нотации, что на практике означает его заключение в квадратные скобки.
Не принимать такие HELO есть нарушение RFC и просто ламерство.
MUST, if possible, ensure that the domain parameter to the EHLO command is a valid principal host namet
"MUST, if possible"
Имея статический айпи иметь доменное имя таки весьма возможно - далее можно даже не читать.
Любителям настраивать уйню на почтовике, набирая очки в тестах spamassassin - остается лишь пожелать удачи.
ПЫСЫ для танкистов: да, можно, прописать айпи вместо имени - осталось только убедить миллионы остальных серверов считать вас валидным MTA.
> Имея статический айпи иметь доменное имя таки весьма возможно - далее можно
> даже не читать.А напрасно, поскольку дальше, как раз, об этом "(e.g., when the client's address is dynamically assigned and the
client does not have an obvious name)".
Так что по стандарту надо принимать. Остальное рассуждения в пользу бедных.
> Так что по стандарту надо принимать. Остальное рассуждения в пользу бедных.Ну ... тебе никто не запрещает. Ты всё равно сам почту не шлёшь - hence тебе пофигу дойдёт ли она :-\ Вот скажи мне - надо ли принимать почту с IP без PTR вообще? А? Ну и тд.
А вообще посмотри что делалось в почтовых RFC-ях от первых до последних :) Это ж путь от коммунизьма и хиппанов в корпоративную тюрягу! :)ТС - всё таки не делай так. Приходить к тебе почта будет, а твоя доходить - гораздо реже, особенно на корпоративщиков кто за всякими ironport \ barracuda и прочая ... аля-гер, так сказать - ком аля-герре :) Я совет дал, почему - объяснил, дальше ужо сам ...
до них просто не доходит - что физическая возможность приема письма и его критическая оценка это две разные вещи.
> до них просто не доходит - что физическая возможность приема письма и
> его критическая оценка это две разные вещи.Ну блин!
Пусть здоровается
HELO 111-222-223-224.staticip-ispname.net
и кто нибудь попробует завернуть его.
Ась?
> HELO 111-222-223-224.staticip-ispname.net
> и кто нибудь попробует завернуть его.тебе уже разрешили делать как ты хочешь ))
> Вот скажи мне - надо ли принимать почту с IP без PTR вообще?Безусловно. Другое дело то никто не мешает критически к ним относиться при входящем анализе и дальнейшем поведении в отношении данного письма.
Но банить за IP в HELO или отсутствие PTR это некорректно.
> Безусловно. Другое дело то никто не мешает критически к ним относиться при
> входящем анализе и дальнейшем поведении в отношении данного письма.
> Но банить за IP в HELO или отсутствие PTR это некорректно.Ту в тему будет анекдот:
- Что там за шум на улице, Бэрримор?
- Это гей-парад, сэр.
- И чего же они требуют, Бэрримор?
- Однополой любви, сэр.
- Им разве кто-то запрещает?
- Нет, сэр.
- Так почему же всё-таки они шумят?
- Пид**асы, сэр.
Как админ провайдерских почтовиков, советую обратиться к своему прову и прописать человеческий PTR для почтового сервера, который будет совпадать с А-записью в прямой зоне.
Например:
mail.example.com -> 1.2.3.4 (А-запись твоего почтовика, прямая зона)
1.2.3.4 -> mail.example.com (PTR-запись, обратка)Также желательно, чтобы в ЕHLO твой почтовик тоже представлялся как mail.example.com.
Если сделаешь как написано выше проблем с доставкой твоих писем будет на порядок меньше.
Ну кто бы спорил, что так оно лучше.
Другое дело, когда тут некто заявляется то, де, без хостнэйм и PTR низзя никак, якобы не по стандарту. Не верьте (это я топик стартеру): врут.
Всем спасибо, за ответы. Договорился с ISP по поводу правильной PTR записи. Пошли на встречу.
> Пошли на встречу.вообще то это их обязанность.
> Будут ли принимать gmail и прочие почтовые сервисы, почту от сервера с
> такой конфигурацией? т.е когда имя PTR не совпадает с доменом.Что релей выдаёт в HELO дело десятое. Проблема в том, что многие провайдеры (в т. ч. - gmail) считают, что при такой записи в обратной зоне держать релей некошерно и будут кидать письма в каталог спам. А ещё большая часть релеев, настроенных школотой, будут безусловно резать почту с такого релея. Хотя формально нарушения RFC релеем в такой зоне нет.
Выхода два. Прописать нормальную обратную зону или (при ненормальном провайдере) пускать исходящую почту через smart host провайдера.
> Выхода два. Прописать нормальную обратную зону или (при ненормальном провайдере) пускать
> исходящую почту через smart host провайдера.не думаю что у ненормального провайдера будет еше и smart host :)
> Что релей выдаёт в HELO дело десятое.RFC 2821 с вами категорически не согласен.
>> Что релей выдаёт в HELO дело десятое.
> RFC 2821 с вами категорически не согласен.Именно - десятое, потому что Gmail и сервера юных дарований плевать хотели на этот RFC и рубят почту по своим внутренним убеждениям, в данном случае - по записи в обратной зоне. По RFC её вообще заводить не обязательно, как и нет ограничений на её содержимое.