The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз почтового сервера Postfix 2.11.0, opennews (?), 16-Янв-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


39. "Релиз почтового сервера Postfix 2.11.0"  –1 +/
Сообщение от ALex_hha (ok), 16-Янв-14, 20:34 
> И все-таки хочеться _штатной_ проверки spf, желательно  включаемой и выключаемой возможности
> проверки соответствия значения helo.
> А так же возможности включить проверки соответствия значения helo и dns-имени по
> ip адресу с которого пришло письмо.

это и многое другое уже давно есть в exim из коробки ;)

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

как вы себе представляете отправку почту с авторизацией на незнакомый домен?

> Существует куча restrictions, которые не дают 100% гарантии того, что вам не
> придет спам.

100% дают только в морге, фильтрация спама это не задача МТА как такового.

> Потому что там идет проверка _наличия_ helo и максимум - соответствия FQDN.
> Но простейший баш-скрипт позволит отправить письмо (от имени mail.ru, потому что у
> этих и прочих ***дарастов очень лояльные spf) и получить жертве, при
> условии что у вас провайдер выдает ip с записью в обратной
> зоне dns.
> а таких сейчас не мало.

а зачем принимать решение только по одному критерию - наличие/отсутствию spf записи?

> Итого - основой всех проблем является не почтовые сервера, а сам протокол
> smtp.

как вы ловко приплели spf к smtp, даже не знаю что и сказать

> Проблему спама можно было бы решить давно (не знаю как именно, но
> знаю что можно), переделкой стандартов SMTP

не поспоришь! Вам надо идти в политику, они тоже не знаю что надо сделать, чтобы ситуация в стране изменилась к лучшему, но яро нас уверяют что они будут прикладывать к этому все свои силы и что это возможно :)

> но видимо наличие спама - кому-то выгодно.

как и наличие наркотиков, оружия и т.п.

> Да что я говорю - просто обязательная проверка spf и жесткие ограничения
> на стороне ВСЕХ почтовых серверов по spf - и все, спама
> не было бы вообще.

блажен кто не ведает

> Если у какого-нить mail.ru появился новый ip для smtp-релея то добавить его
> к валидным spf - дело пяти мину.

и что дальше? Приехали вы в другую страну, в крупную организацию и хотите отправить почту от имени mail.ru, а 25/587 порт в мир закрыты, только внутренний корпоративный smtp релей. По вашей логике все идут лесом в таком случае.

> К слову у моего postfix разрешения в spf для одного ip и
> для всего остального - жесткий минус, так что МНОЙ уже никто
> не сможет представиться.

Я смогу представиться и отправить на сервер, который не делает проверки SFP или как минимум не принимает решение только на основании одной лишь SFP записи

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

42. "Релиз почтового сервера Postfix 2.11.0"  +1 +/
Сообщение от Etch (?), 16-Янв-14, 20:48 
>> Если у какого-нить mail.ru появился новый ip для smtp-релея то добавить его
>> к валидным spf - дело пяти мину.
> и что дальше? Приехали вы в другую страну, в крупную организацию и
> хотите отправить почту от имени mail.ru, а 25/587 порт в мир
> закрыты, только внутренний корпоративный smtp релей. По вашей логике все идут
> лесом в таком случае.

Зайдёт через браузер и отправит. А за открытый релей вообще надо по рукам давать, ибо первый же вирус в локалке вполне заслуженно занесёт этот релей во всевозможные чёрные списки.

Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз почтового сервера Postfix 2.11.0"  –1 +/
Сообщение от ALex_hha (ok), 16-Янв-14, 23:28 
>>> Если у какого-нить mail.ru появился новый ip для smtp-релея то добавить его
>>> к валидным spf - дело пяти мину.
>> и что дальше? Приехали вы в другую страну, в крупную организацию и
>> хотите отправить почту от имени mail.ru, а 25/587 порт в мир
>> закрыты, только внутренний корпоративный smtp релей. По вашей логике все идут
>> лесом в таком случае.
> Зайдёт через браузер и отправит.

очень удобно? веб тоже может быть зафильтрован :D

> А за открытый релей вообще надо по рукам давать, ибо первый же вирус в локалке вполне заслуженно занесёт этот релей во всевозможные чёрные списки.

а никто не сказал что он открытый, он с аутентификацией и что дальше?


Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от Etch (?), 17-Янв-14, 01:23 
Ну вот прямо всё вам закрыли, а от почтового релея аккаунт дали... Это что за организация такая и что вы там делали, стесняюсь спросить?
Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от xM (?), 16-Янв-14, 20:56 
> как вы себе представляете отправку почту с авторизацией на незнакомый домен?

А у вас авторизованные пользователи только локально почту отправляют? :-D

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

54. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от ALex_hha (ok), 16-Янв-14, 23:26 
>> как вы себе представляете отправку почту с авторизацией на незнакомый домен?
> А у вас авторизованные пользователи только локально почту отправляют? :-D

аутентификацию от авторизации отличаем?

Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от xM (ok), 17-Янв-14, 09:20 
> аутентификацию от авторизации отличаем?

Ну так объясните разницу, гениальный вы наш.

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от ALex_hha (ok), 17-Янв-14, 16:30 
>> аутентификацию от авторизации отличаем?
> Ну так объясните разницу, гениальный вы наш.

у вас гугл забанили?

Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от xM (ok), 17-Янв-14, 23:57 
Ну т.е. blah-blah-blah
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от Адекват (ok), 17-Янв-14, 09:19 
> это и многое другое уже давно есть в exim из коробки ;)

Уточню - возможность взять значение helo, затем ip с которого пришло письмо, затем этот ip преобразовать в доменное имя и сравнить это имя со значением в helo ?

> как вы себе представляете отправку почту с авторизацией на незнакомый домен?

Ну если представлять, то примерно так - после получения письма, ваш почтовик должен обратиться к отправителю и спросить "ты мне сейчас посылал письмо вот с таким id ?"
и тот должен ответить "да" или "нет".

> 100% дают только в морге, фильтрация спама это не задача МТА как
> такового.

Конечно, а я про что :) ?

> а зачем принимать решение только по одному критерию - наличие/отсутствию spf записи?

Не только но и в том числе, может я не четко выразился, у меня проверка spf стоит одной из последних.

> как вы ловко приплели spf к smtp, даже не знаю что и
> сказать

Было бы не плохо если проверка spf была бы штатной, невыключаемой фишкой smtp, так же как и запрос MAIL FROM. А указание spf записи - такой же обязательной штукой, как и указание доменного имени для почтовика.

> не поспоришь! Вам надо идти в политику, они тоже не знаю что

Тоже так думаю, не важно что я говорю, важно КАК я это говорю.
Шутка, шутка.


>> Если у какого-нить mail.ru появился новый ip для smtp-релея то добавить его
>> к валидным spf - дело пяти мину.
> и что дальше? Приехали вы в другую страну, в крупную организацию и
> хотите отправить почту от имени mail.ru, а 25/587 порт в мир
> закрыты, только внутренний корпоративный smtp релей. По вашей логике все идут
> лесом в таком случае.

Зачем в корпоративной сети слать почту от имени mail.ru ?

> Я смогу представиться и отправить на сервер, который не делает проверки SFP

Вот, и чья проблема в этом случае? что у вас будет спам от имени моего сервера :) ?

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

80. "Релиз почтового сервера Postfix 2.11.0"  +/
Сообщение от ALex_hha (ok), 17-Янв-14, 16:40 
>> это и многое другое уже давно есть в exim из коробки ;)
> Уточню - возможность взять значение helo, затем ip с которого пришло письмо,
> затем этот ip преобразовать в доменное имя и сравнить это имя
> со значением в helo ?

да. Собственно в exim все такие фишки ограничены только извращенностью вашей фантазии ;)


>> как вы себе представляете отправку почту с авторизацией на незнакомый домен?
> Ну если представлять, то примерно так - после получения письма, ваш почтовик
> должен обратиться к отправителю и спросить "ты мне сейчас посылал письмо
> вот с таким id ?"
> и тот должен ответить "да" или "нет".

а вы думаете отправитель (спамер) укажет реальный сервер? А если сервер будет фейковый то он вам на все запросы будет отвечать - да, это моя отправила это письмо, так что принимай смело

>> 100% дают только в морге, фильтрация спама это не задача МТА как
>> такового.
> Конечно, а я про что :) ?

ну хоть в чем то мы согласны :)


>> а зачем принимать решение только по одному критерию - наличие/отсутствию spf записи?
> Не только но и в том числе, может я не четко выразился,
> у меня проверка spf стоит одной из последних.

и это правильно. В exim за такие штуки просто накидываю балы. А решение уже принимается по сумме балов

>> как вы ловко приплели spf к smtp, даже не знаю что и
>> сказать
> Было бы не плохо если проверка spf была бы штатной, невыключаемой фишкой
> smtp, так же как и запрос MAIL FROM. А указание spf
> записи - такой же обязательной штукой, как и указание доменного имени
> для почтовика.

в любом случае SPF не панацея, ибо нельзя задавать жесткую политику, особенно всяким ISP и т.п.

>[оверквотинг удален]
> Тоже так думаю, не важно что я говорю, важно КАК я это
> говорю.
> Шутка, шутка.
>>> Если у какого-нить mail.ru появился новый ip для smtp-релея то добавить его
>>> к валидным spf - дело пяти мину.
>> и что дальше? Приехали вы в другую страну, в крупную организацию и
>> хотите отправить почту от имени mail.ru, а 25/587 порт в мир
>> закрыты, только внутренний корпоративный smtp релей. По вашей логике все идут
>> лесом в таком случае.
> Зачем в корпоративной сети слать почту от имени mail.ru ?

ну вот надо клиенту, mail.ru просто для примера, пусть будет example.net :)


>> Я смогу представиться и отправить на сервер, который не делает проверки SFP
> Вот, и чья проблема в этом случае? что у вас будет спам
> от имени моего сервера :) ?

как правило в таких случаях есть куча других не стыковок - типа ptr, ВТЫИД и т.п. Плюс не забываем, есть еще spamassassin и т.п. системы, которые собственно и разрабатывались для этой цели. MTA не должен заниматься фильтрацией спама в полном смысле этого слова, он лишь должен производить первичный отбор заведомо "плохих" клиентов, имхо

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру