Есть сетка, у юзеров ящики хранятся на внешнем сервере(у другого провайдера). По некоторым причинам мой пров не дает Smtp relay через свой сервер. Настраиваю на своем пограничном шлюзе smtp relay. Вопрос - будут ли письма считаться спамом, если у них в адресе user@domain1.ru, а айпи релея резолвит как clientxxx.provider.ru?
в SPF запись добавь релей и всё.
>в SPF запись добавь релей и всё.Спасибо, почитал про SPF, понял.Вопрос - все ли современные почтовики смотрят в spf запись?
>>в SPF запись добавь релей и всё.
>
>Спасибо, почитал про SPF, понял.Вопрос - все ли современные почтовики смотрят в
>spf запись?Все ли современные водители включают поворотник?
Твой вопрос некорректный
>Спасибо, почитал про SPF, понял.Вопрос - все ли современные почтовики смотрят в
>spf запись?Мало кто в неё смотрит. Попросите провайдера настроить реверс нормальный для вашего ip
>>Спасибо, почитал про SPF, понял.Вопрос - все ли современные почтовики смотрят в
>>spf запись?
>
>Мало кто в неё смотрит. Попросите провайдера настроить реверс нормальный для вашего
>ipНу вообще-то все крупняки смотрят однозначно.
PTR достаточно соответствовать имени передаваемым релеем.
>PTR достаточно соответствовать имени передаваемым релеем.Не понял ? по HELO/EHLO передаваемым ?
Если у релея реверс 200-161-55-96.dsl.telesp.net.br и он мне его передаёт я в жизни от него почту не буду принимать. В данном случае меня напрягает наличие слова client. Я client, dial, ppp и прочих режу regexp'ами.
>>PTR достаточно соответствовать имени передаваемым релеем.
>
>Не понял ? по HELO/EHLO передаваемым ?
>
>Если у релея реверс 200-161-55-96.dsl.telesp.net.br и он мне его передаёт я в
>жизни от него почту не буду принимать. В данном случае меня
>напрягает наличие слова client. Я client, dial, ppp и прочих режу
>regexp'ами.Это и ежу понятно.
Человек же указал свой PTR, client вполне приемлемо.
>>PTR достаточно соответствовать имени передаваемым релеем.
>
>Не понял ? по HELO/EHLO передаваемым ?
>
>Если у релея реверс 200-161-55-96.dsl.telesp.net.br и он мне его передаёт я в
>жизни от него почту не буду принимать. В данном случае меня
>напрягает наличие слова client. Я client, dial, ppp и прочих режу
>regexp'ами.А по какому измышлению? Если я поздароваюсь helo 200-161-55-96.dsl.telesp.net.br, чем я нарушаю rfc? Или helo [96.55.161.200]?
PS я тоже так делал, но потом перестал резать по регекспам helo, потому что ткнули носом ;)
>А по какому измышлению? Если я поздароваюсь helo 200-161-55-96.dsl.telesp.net.br, чем я нарушаю
>rfc? Или helo [96.55.161.200]?
>
>PS я тоже так делал, но потом перестал резать по регекспам helo,
>потому что ткнули носом ;)Если вы грамотный админ правильного настроенного сервера, то вы озаботились настройкой правильного вменяемого реверса. Если ваш реверс 200-161-55-96.dsl.telesp.net.br, то это с вероятностью 99,9 процентов бот, рассылающий спам. Здесь дело не в rfc, а в здравом смысле.
Я не проверяю regexp'ами helo, я проверяю regexp'ами ptr адреса входящего соединения: либо реверс содержит что-либо вменяемое, либо его нет вообще. Нo никак не cable, dsl, client... Можете загуглить dsl_stoplist.
От helo я требую только чтобы оно содержало fqdn.
>Я не проверяю regexp'ами helo, я проверяю regexp'ами ptr адреса входящего соединения:
>либо реверс содержит что-либо вменяемое, либо его нет вообще. Нo никак
>не cable, dsl, client... Можете загуглить dsl_stoplist.
>
>От helo я требую только чтобы оно содержало fqdn.Поступаем аналогичным образом. Еще блокируем почту из несуществующих доменов. spf-проверки руки никак не доходят прописать (баг уже месяца три висит..)
Но на abuse@ и postmaster@ принимаем все (кроме почты из несуществующих доменов, что, конечно, тоже нарушает rfc)
Письмо может расцениваться как спам или не спам только получателем письма.
Не администратором сервера получателя, не rfc.
Принимая решения об отклонении сообщения администратор это делает на свой риск, либо руководствуется правилами организации, которой он служит.
Иначе покажите свод международных законов, что почтовый сервер ДОЛЖЕН (а не рекомендуется) удовлетворять определенным законам.
>Иначе покажите свод международных законов, что почтовый сервер ДОЛЖЕН (а не рекомендуется)
>удовлетворять определенным законам.Что есть закон? особенно в IT-отрасли и глобальной, а не национальной сети? Тут, где большая часть трафика пиратские торренты, совсем другое, наднациональное пространство, где есть только один закон: rfc, который, тем не менее, как и в оффлайне обычные законы, тут втихую нарушают многие :)
Запрос комментариев (англ. Request for Comments, RFC) — документ из серии пронумерованных информационных документов Интернета, содержащих технические спецификации и Стандарты, широко применяемые во Всемирной сети. Название «Request for Comments» ещё можно перевести как «заявка на обсуждение» или «тема для обсуждения». В настоящее время первичной публикацией документов RFC занимается IETF под эгидой открытой организации Общество Интернета (англ. Internet Society, ISOC). Правами на RFC обладает именно Общество Интернета.
>
>>Иначе покажите свод международных законов, что почтовый сервер ДОЛЖЕН (а не рекомендуется)
>>удовлетворять определенным законам.
>
>Что есть закон? особенно в IT-отрасли и глобальной, а не национальной сети?
>Тут, где большая часть трафика пиратские торренты, совсем другое, наднациональное пространство,
>где есть только один закон: rfc, который, тем не менее, как
>и в оффлайне обычные законы, тут втихую нарушают многие :)о чем и речь. нет закона. есть "заявка на обсуждение".