forum.opennet.ru

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

Оглавление

OpenNews: Опубликован проект стандарта аутентификации отправителя эл. письма, opennews (ok), 31-Май-07, (0) [смотреть все]

SPF лучше, проще Никаких ключей и утечек Только толку - ноль Исползуют - един, OLD (ok), 11:42 , 31-Май-07, (1) //

SPF проще, но не лучше Потому и толку ноль Потому и пользуют единицы А эта ба, Wizard (??), 11:54 , 31-Май-07, (2) //

Твой удостоверяющий центр будет слабым звеном Да кому сдались эти сертификаты , OLD (ok), 12:06 , 31-Май-07, (3) //

Или узнаешь почем нынче фунт вазелина, Simps (??), 12:13 , 31-Май-07, (4)
Почитал предложенный RFC Удостоверяющий центр не нужен Там и так достаточно , Wizard (??), 13:44 , 31-Май-07, (12)

Я застал времена, когда опенрелаи были обычным делом Появились черные списки ку, OLD (ok), 14:14 , 31-Май-07, (13)

Ну уж прям совсем провайдеров за дураков держите У нас 25-й порт закрыт Никому, Indigo (??), 14:50 , 31-Май-07, (16)

Не за дураков, а лентяев Все всё прекрасно знают но ничего не делают Провайдер, OLD (ok), 15:12 , 31-Май-07, (17)

Завернуть весь трафик 25 порта на свой релей это супер, если почта для внутренни, uldus (ok), 16:41 , 31-Май-07, (20)

Клиент не юрик , ясен пень не должен иметь возможности отправлять почту вовне, OLD (ok), 16:49 , 31-Май-07, (24)

Тогда не завернуть, а заблокировать Впринципе понятно, что имелось в виду завер, uldus (ok), 16:58 , 31-Май-07, (28)

Да ну конечно Когда исходящим спамом полностью забиваются аплинки и остальные к, Dimez (??), 13:09 , 01-Июн-07, (46)

Я тебе страшную тайну открою Аплинки забиты фильмой, порнухой и т д Спама та, OLD (ok), 13:17 , 01-Июн-07, (47)

Это как раз слабое звено, в последнее время очень много спама направляется с зом, uldus (ok), 16:36 , 31-Май-07, (19)
У меня процент таких машин стремится к нулю благодяря ряду нехитрых проверок Но, deskpot (?), 16:45 , 31-Май-07, (21)

такая же фигня с orange fr -- , хорошо хоть грэйлистинг в данном случае немного, pavel_simple (ok), 16:50 , 31-Май-07, (26)

К сожалению, не особо Так как их почтовый кластер, хоть он и имеет много SMTP-, deskpot (?), 17:14 , 31-Май-07, (30)

По факту говорю У меня процентов 10 пролезает от туда, остальное откидывает , pavel_simple (ok), 18:09 , 31-Май-07, (32)

Значит, мы говорим о разных вещах Я -- о спаме через почтовый кластер orange fr, deskpot (?), 19:00 , 31-Май-07, (36)

Сейчас зашел и поглядел -- вы совершенно правы , pavel_simple (ok), 19:10 , 31-Май-07, (37)

Угу, особенно если учесть, что есть центры дающие сертификацию нахаляфу А СПФ т, sabitov (??), 12:19 , 31-Май-07, (5) //

письмо как вложение - никак , OLD (ok), 12:22 , 31-Май-07, (6)

Речь не кнопочку forward в MUA Речь про forward или сходные механизмы , кот, deskpot (?), 16:49 , 31-Май-07, (25)

про батву это вы о BATV , Аноним (-), 01:21 , 01-Июн-07, (43)

История с SPF не учит Кто запретит спамерам рассылать спам с валидными ключами с, belkin (?), 12:26 , 31-Май-07, (7) //

Спасибо, поржал Охотно возьму на себя бремя сбора платы Прислать реквизиты , OLD (ok), 12:30 , 31-Май-07, (8) //

Лет через 5 А пока готовься разворачивать x 400 , belkin (?), 16:47 , 01-Июн-07, (48)

спам не может придти с валидным ключём по той простой причине что закрытого ключ, pavel_simple (ok), 13:06 , 31-Май-07, (9) //

Используют-используют Несуществующие мы, например, сразу reject им, это ослабля, deskpot (?), 16:48 , 31-Май-07, (23) //

тут мне добавить особенно нечего, я видимо с такими не встречался, а странно, уч, pavel_simple (ok), 18:14 , 31-Май-07, (34)

Ну да, и владельцы затрояненных машин начнуть не только трафик терять, а еще и о, uldus (ok), 16:45 , 31-Май-07, (22) //

В этом вся суть Как только компании начнут нести финансовые потери из-за своих, belkin (?), 16:58 , 01-Июн-07, (49)

Что с кухарками делаем-с , Michael Shigorin (?), 18:02 , 31-Май-07, (31) //

Кухарки сначала повозмущаются, а потом их ISP придумают что-нибудь, если хотят с, belkin (?), 17:04 , 01-Июн-07, (50) //

Гениально Не вижу ни повода к возмущению они как забитый канал и глючащую вин, Michael Shigorin (?), 17:13 , 01-Июн-07, (51)

Снятые деньги с личного счёта за спам-рассылку это повод для возмущения клиентов, belkin (?), 12:13 , 02-Июн-07, (52)

Вот только почему-то хватает тех, кто так не делает и на релее не зажимает хотя , Michael Shigorin (?), 12:20 , 02-Июн-07, (53)

спамеры уже давно используют и реальные домены и собственное железо и собственны, Аноним (10), 13:35 , 31-Май-07, (10) //

Ботнеты они используют, не смеши , OLD (ok), 13:42 , 31-Май-07, (11) //

сломаная машина через кривой пыхпых скрипт с реальным доменом и даже с этими глу, exn (??), 14:29 , 31-Май-07, (14) //

Ты не мне отвечай, я то все это знаю , OLD (ok), 14:32 , 31-Май-07, (15)
интересная постановка вопроса, интересно и то, каким макаром пых-пых будет письм, pavel_simple (ok), 15:25 , 31-Май-07, (18)

Подразумевается, что не клиент на своей стороне подписывает, а на релее который , uldus (ok), 16:52 , 31-Май-07, (27)

это я понимаю, а как пых-пых будет письма подписывать допустим ВВВ находиться , pavel_simple (ok), 16:58 , 31-Май-07, (29)

почитайте буквы которые в самом вверху , exn (??), 20:39 , 31-Май-07, (39)

А вообще если не на сервере подписывать - нафик такой геморой да и вообще техн, exn (??), 20:43 , 31-Май-07, (40)

Стандарт для аутентификации , а не для защиты от спама Спаммер и дальше может от, Сергей (??), 18:10 , 31-Май-07, (33) //

Идиотская идея из MS, что ли То на зашкаливание энергопотребления жалуются, то, Michael Shigorin (?), 18:32 , 31-Май-07, (35)
На мой взгляд был бы более грамотнее использовать комбинированный метод с зашумл, RNZ (ok), 23:42 , 31-Май-07, (42)
Вот и отлично - это проблема администрации домена Как раз DKIM и есть борьба с б, Wizard (??), 10:22 , 01-Июн-07, (44)

Эх, вот если бы сделать электрописьмо лишь вторичным каналом общения по моменту , stimpack (?), 19:30 , 31-Май-07, (38) //

Думаю, с вами не согласятся владельцы почтовых ящиков различных фирм У них как , KBAKEP (ok), 10:50 , 01-Июн-07, (45)

короче все посмеялись предлогаю поменять smtp порт , exn (??), 21:56 , 31-Май-07, (41)
Рассмотрим вопрос с точки зрения спамера Врага надо знать в лицо Если бы я задал, Kexx (?), 17:23 , 02-Июн-07, (54)

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

2. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от Wizard (??), 31-Май-07, 11:54

SPF проще, но не лучше. Потому и толку ноль. Потому и пользуют единицы.
А эта "батва" имеет шанс, особенно, если открытый ключ будет сертификатом, заверенным удостоверяющим центром.

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

3. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от OLD (ok), 31-Май-07, 12:06

>А эта "батва" имеет шанс, особенно, если открытый ключ будет сертификатом, заверенным
>удостоверяющим центром.
Твой удостоверяющий центр будет слабым звеном. Да кому сдались эти сертификаты?! Лень человеческая тут как раз тормоз прогресса. Попробуй начать отвергать такие письма без DomainKeys, и ты останешься в гордом одиночестве. Или с работы выгонят.

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

4. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от Simps (??), 31-Май-07, 12:13

Или узнаешь почем нынче фунт вазелина

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

12. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от Wizard (??), 31-Май-07, 13:44

Почитал предложенный RFC... Удостоверяющий центр не нужен. Там и так достаточно красивая схема.
А отвергать письма без DomainKeys не обязательно. Можно просто принимать письма с DomainKeys без дополнительных проверок. Для начала... Дальше надо смотреть на распространение технологии.
А прелесть сей технологии в том, что письмо подписывает не отправитель, а его почтовая система - в общем случае, почтовый сервер провайдера. Соответственно, провайдеру достаточно ввести обязательную аутентификацию и большая часть проблем решена.
Вы смотрите на логи своих почтовых серверов? Откуда идет спам, обращали внимание? То что я вижу - спам идет большей частью с заражённых виндовых машин - ботнетов. А я как могу их опознать средствами почтового сервера с учётом того, что протокол SMTP один для всех? Да практически никак. Немного помогает проверка имени хоста отправителя...
А с помощью DomainKeys я могу убедиться, что письмо оправлено с реального почтового сервера реально существующего домена. Замечательно! Своих пользователей я так же просто отличу с помощью аутентификации. Остальное - потенциальный спам...
Да, спаммеры тоже могут регистрировать домены и поднимать в них почтовые сервера, но такие ситуации очень просто обнаружить. Соответственно, проживёт такой домен совсем не долго.
При распространении этой технологии, можно будет просто увеличивать рейтинг писем НЕ от моих пользователей и БЕЗ DomainKeys как спама.
И может, когда-нибудь, можно будет такие письма вовсе отвергать :-/

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

13. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от OLD (ok), 31-Май-07, 14:14

>Дальше надо смотреть на распространение технологии.
Я застал времена, когда опенрелаи были обычным делом. Появились черные списки куда стали попадать целые провайдеры. Провайдерам это очень не понравилось и они стали дрючить своих клиентов. Нашу фирму чуть от инета не отключили. У нас стоял какой-то древний MS Exchange, через который спам валил.
Другими словами, люди понимают только силу. А вот те кто эту силу могут применить не обладают волей к этому. Или желанием. Экономически нецелесообразно и точка.
>Соответственно, провайдеру достаточно ввести обязательную аутентификацию и большая часть проблем решена.
Да пойми ты, для провайдера спам это трафик=деньги. Не будут они ничего делать. Они не хотят даже закрыть для своих юзеров 25 порт на отправку, и завернуть его на свой SMTP. Это так сложно?!
>И может, когда-нибудь, можно будет такие письма вовсе отвергать :-/
:)  Мы станем к тому времени дедушками. И нам будет уже все равно...

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

16. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от Indigo (??), 31-Май-07, 14:50

Ну уж прям совсем провайдеров за дураков держите. У нас 25-й порт закрыт. Никому не охота, чтобы подсети в блэклисты попадали.

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

17. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от OLD (ok), 31-Май-07, 15:12

>Ну уж прям совсем провайдеров за дураков держите. У нас 25-й порт
>закрыт. Никому не охота, чтобы подсети в блэклисты попадали.
Не за дураков, а лентяев. Все всё прекрасно знают но ничего не делают. Провайдеры разобщены.  Конференция http://www.ofisp.org/ тому доказательство. Манагеры-продажники взяли верх над технарями. Не согласен?

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

20. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от uldus (ok), 31-Май-07, 16:41

>делать. Они не хотят даже закрыть для своих юзеров 25 порт
>на отправку, и завернуть его на свой SMTP. Это так сложно?!
Завернуть весь трафик 25 порта на свой релей это супер, если почта для внутренних IP принамается без аутентификации получим open relay размером со всю сеть :-)

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

24. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от OLD (ok), 31-Май-07, 16:49

>Завернуть весь трафик 25 порта на свой релей это супер, если почта
>для внутренних IP принамается без аутентификации получим open relay размером со
>всю сеть :-)
Клиент (не "юрик", ясен пень) не должен иметь возможности отправлять почту вовне минуя smtp-сервер провайдера. Так понятно?

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

28. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от uldus (ok), 31-Май-07, 16:58

>>Завернуть весь трафик 25 порта на свой релей это супер, если почта
>>для внутренних IP принамается без аутентификации получим open relay размером со
>>всю сеть :-)
>
>Клиент (не "юрик", ясен пень) не должен иметь возможности отправлять почту вовне
>минуя smtp-сервер провайдера. Так понятно?
Тогда не завернуть, а заблокировать. Впринципе понятно, что имелось в виду завернуть клиента службой поддержки. Но некоторые могут неправильно понять, форвард 25 порта настроить и начать пропускать через свой релей трафик с зомби машин отправленный напрямую.

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

46. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от Dimez (??), 01-Июн-07, 13:09

>Да пойми ты, для провайдера спам это трафик=деньги. Не будут они ничего делать.
Да ну конечно. Когда исходящим спамом полностью забиваются аплинки и остальные клиенты начинают, мягко говоря, ругаться в телефоне, провайдер сразу начинает понимать, что трафик за спам - это не деньги, а головная боль :)

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

47. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от OLD (ok), 01-Июн-07, 13:17

>Да ну конечно. Когда исходящим спамом полностью забиваются аплинки и остальные клиенты
>начинают, мягко говоря, ругаться в телефоне, провайдер сразу начинает понимать, что
>трафик за спам - это не деньги, а головная боль :)
Я тебе страшную тайну открою... Аплинки забиты фильмой, порнухой и т.д. Спама там с гулькин нос.

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

19. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от uldus (ok), 31-Май-07, 16:36

>А прелесть сей технологии в том, что письмо подписывает не отправитель, а
>его почтовая система - в общем случае, почтовый сервер провайдера.
Это как раз слабое звено, в последнее время очень много спама направляется с зомби машин не напрямую, а через релей провайдера, видимо троян если какие-то стандартые настройки того же оутлука находит начинает слать через релей. В итоге спам будет подписан как нормальная почта.

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

21. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от deskpot (?), 31-Май-07, 16:45

>Вы смотрите на логи своих почтовых серверов? Откуда идет спам, обращали внимание?
>То что я вижу - спам идет большей частью с заражённых
>виндовых машин - ботнетов.
У меня процент таких машин стремится к нулю благодяря ряду нехитрых проверок. Но постоянно растёт доля спама через легитимные релеи. Например, от *orange.fr, я, видимо, почту откажусь принимать совсем, там почтовые администраторы совсем невменяемые, хотя, казалось бы, крупная телеком-корпорация, и за такими вещами должна следить и хотя бы держать abuse team отличной от текущей (им часто просто невозможно послать письмо потому, что их ящик 99% времени over quota).

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

26. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от pavel_simple (ok), 31-Май-07, 16:50

такая же фигня с *orange.fr -- , хорошо хоть грэйлистинг в данном случае немного помогает

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

30. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от deskpot (?), 31-Май-07, 17:14

>такая же фигня с *orange.fr -- , хорошо хоть грэйлистинг в данном
>случае немного помогает
К сожалению, не особо. Так как их почтовый кластер, (хоть он и имеет много SMTP-фронт-ендов и за счёт этого на какое-то время стопорится грейлистингом) всё равно есть легитимный почтовый сервер и он будет и будет пробовать пропихнуть тебе это письмо (пусть и с разных адресов, но в конце концов круг замкнётся и твой greylisting его пропустит).
Грейлистинг просто не помогает против легитимных SMTP-серверов: со статическим IP и имеющим нормальную очередь и ограниченное количество front IP-шников. Поэтому имеет смысл его применять для хостов, легитимность которых вызывает сомнения, остальных имеет смысл или пропускать (и обращаться к их abuse team, если что не так), либо глухо блокировать (если abuse team невменяема).

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

32. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от pavel_simple (ok), 31-Май-07, 18:09

>К сожалению, не особо. Так как их почтовый кластер, (хоть он и
>имеет много SMTP-фронт-ендов и за счёт этого на какое-то время стопорится
>грейлистингом) всё равно есть легитимный почтовый сервер и он будет и
>будет пробовать пропихнуть тебе это письмо (пусть и с разных адресов,
>но в конце концов круг замкнётся и твой greylisting его пропустит).
По факту говорю. У меня процентов 10 пролезает от туда, остальное откидывает.

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

36. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от deskpot (?), 31-Май-07, 19:00

Значит, мы говорим о разных вещах. Я -- о спаме через почтовый кластер orange.fr, вы -- о спаме с клиентских машин в подсетке orange.fr.

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

37. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от pavel_simple (ok), 31-Май-07, 19:10

Сейчас зашел и поглядел -- вы совершенно правы.

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

5. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от sabitov (??), 31-Май-07, 12:19

Угу, особенно если учесть, что есть центры дающие сертификацию нахаляфу.
А СПФ точно не лучше. Одна проблема с форвадром чего стоит :)

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

6. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от OLD (ok), 31-Май-07, 12:22

>А СПФ точно не лучше. Одна проблема с форвадром чего стоит :)
письмо как вложение - никак?

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

25. "Опубликован проект стандарта аутентификации отправителя эл. ..." +/–

Сообщение от deskpot (?), 31-Май-07, 16:49

>>А СПФ точно не лучше. Одна проблема с форвадром чего стоит :)
>
>письмо как вложение - никак?
Речь не кнопочку forward в MUA. Речь про ~/.forward (или сходные механизмы), которые применяются, когда респондент, например, сменил адрес и хочет, чтобы письма из его старого ящика доходили на новый. Желательно -- средствами протокола SMTP, без rPOP.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	2. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от Wizard (??), 31-Май-07, 11:54
	SPF проще, но не лучше. Потому и толку ноль. Потому и пользуют единицы. А эта "батва" имеет шанс, особенно, если открытый ключ будет сертификатом, заверенным удостоверяющим центром.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от OLD (ok), 31-Май-07, 12:06
	>А эта "батва" имеет шанс, особенно, если открытый ключ будет сертификатом, заверенным >удостоверяющим центром. Твой удостоверяющий центр будет слабым звеном. Да кому сдались эти сертификаты?! Лень человеческая тут как раз тормоз прогресса. Попробуй начать отвергать такие письма без DomainKeys, и ты останешься в гордом одиночестве. Или с работы выгонят.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от Simps (??), 31-Май-07, 12:13
	Или узнаешь почем нынче фунт вазелина
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от Wizard (??), 31-Май-07, 13:44
	Почитал предложенный RFC... Удостоверяющий центр не нужен. Там и так достаточно красивая схема. А отвергать письма без DomainKeys не обязательно. Можно просто принимать письма с DomainKeys без дополнительных проверок. Для начала... Дальше надо смотреть на распространение технологии. А прелесть сей технологии в том, что письмо подписывает не отправитель, а его почтовая система - в общем случае, почтовый сервер провайдера. Соответственно, провайдеру достаточно ввести обязательную аутентификацию и большая часть проблем решена. Вы смотрите на логи своих почтовых серверов? Откуда идет спам, обращали внимание? То что я вижу - спам идет большей частью с заражённых виндовых машин - ботнетов. А я как могу их опознать средствами почтового сервера с учётом того, что протокол SMTP один для всех? Да практически никак. Немного помогает проверка имени хоста отправителя... А с помощью DomainKeys я могу убедиться, что письмо оправлено с реального почтового сервера реально существующего домена. Замечательно! Своих пользователей я так же просто отличу с помощью аутентификации. Остальное - потенциальный спам... Да, спаммеры тоже могут регистрировать домены и поднимать в них почтовые сервера, но такие ситуации очень просто обнаружить. Соответственно, проживёт такой домен совсем не долго. При распространении этой технологии, можно будет просто увеличивать рейтинг писем НЕ от моих пользователей и БЕЗ DomainKeys как спама. И может, когда-нибудь, можно будет такие письма вовсе отвергать :-/
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	13. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от OLD (ok), 31-Май-07, 14:14
	>Дальше надо смотреть на распространение технологии. Я застал времена, когда опенрелаи были обычным делом. Появились черные списки куда стали попадать целые провайдеры. Провайдерам это очень не понравилось и они стали дрючить своих клиентов. Нашу фирму чуть от инета не отключили. У нас стоял какой-то древний MS Exchange, через который спам валил. Другими словами, люди понимают только силу. А вот те кто эту силу могут применить не обладают волей к этому. Или желанием. Экономически нецелесообразно и точка. >Соответственно, провайдеру достаточно ввести обязательную аутентификацию и большая часть проблем решена. Да пойми ты, для провайдера спам это трафик=деньги. Не будут они ничего делать. Они не хотят даже закрыть для своих юзеров 25 порт на отправку, и завернуть его на свой SMTP. Это так сложно?! >И может, когда-нибудь, можно будет такие письма вовсе отвергать :-/ :) Мы станем к тому времени дедушками. И нам будет уже все равно...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от Indigo (??), 31-Май-07, 14:50
	Ну уж прям совсем провайдеров за дураков держите. У нас 25-й порт закрыт. Никому не охота, чтобы подсети в блэклисты попадали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от OLD (ok), 31-Май-07, 15:12
	>Ну уж прям совсем провайдеров за дураков держите. У нас 25-й порт >закрыт. Никому не охота, чтобы подсети в блэклисты попадали. Не за дураков, а лентяев. Все всё прекрасно знают но ничего не делают. Провайдеры разобщены. Конференция http://www.ofisp.org/ тому доказательство. Манагеры-продажники взяли верх над технарями. Не согласен?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от uldus (ok), 31-Май-07, 16:41
	>делать. Они не хотят даже закрыть для своих юзеров 25 порт >на отправку, и завернуть его на свой SMTP. Это так сложно?! Завернуть весь трафик 25 порта на свой релей это супер, если почта для внутренних IP принамается без аутентификации получим open relay размером со всю сеть :-)
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	24. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от OLD (ok), 31-Май-07, 16:49
	>Завернуть весь трафик 25 порта на свой релей это супер, если почта >для внутренних IP принамается без аутентификации получим open relay размером со >всю сеть :-) Клиент (не "юрик", ясен пень) не должен иметь возможности отправлять почту вовне минуя smtp-сервер провайдера. Так понятно?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от uldus (ok), 31-Май-07, 16:58
	>>Завернуть весь трафик 25 порта на свой релей это супер, если почта >>для внутренних IP принамается без аутентификации получим open relay размером со >>всю сеть :-) > >Клиент (не "юрик", ясен пень) не должен иметь возможности отправлять почту вовне >минуя smtp-сервер провайдера. Так понятно? Тогда не завернуть, а заблокировать. Впринципе понятно, что имелось в виду завернуть клиента службой поддержки. Но некоторые могут неправильно понять, форвард 25 порта настроить и начать пропускать через свой релей трафик с зомби машин отправленный напрямую.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от Dimez (??), 01-Июн-07, 13:09
	>Да пойми ты, для провайдера спам это трафик=деньги. Не будут они ничего делать. Да ну конечно. Когда исходящим спамом полностью забиваются аплинки и остальные клиенты начинают, мягко говоря, ругаться в телефоне, провайдер сразу начинает понимать, что трафик за спам - это не деньги, а головная боль :)
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	47. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от OLD (ok), 01-Июн-07, 13:17
	>Да ну конечно. Когда исходящим спамом полностью забиваются аплинки и остальные клиенты >начинают, мягко говоря, ругаться в телефоне, провайдер сразу начинает понимать, что >трафик за спам - это не деньги, а головная боль :) Я тебе страшную тайну открою... Аплинки забиты фильмой, порнухой и т.д. Спама там с гулькин нос.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от uldus (ok), 31-Май-07, 16:36
	>А прелесть сей технологии в том, что письмо подписывает не отправитель, а >его почтовая система - в общем случае, почтовый сервер провайдера. Это как раз слабое звено, в последнее время очень много спама направляется с зомби машин не напрямую, а через релей провайдера, видимо троян если какие-то стандартые настройки того же оутлука находит начинает слать через релей. В итоге спам будет подписан как нормальная почта.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	21. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от deskpot (?), 31-Май-07, 16:45
	>Вы смотрите на логи своих почтовых серверов? Откуда идет спам, обращали внимание? >То что я вижу - спам идет большей частью с заражённых >виндовых машин - ботнетов. У меня процент таких машин стремится к нулю благодяря ряду нехитрых проверок. Но постоянно растёт доля спама через легитимные релеи. Например, от *orange.fr, я, видимо, почту откажусь принимать совсем, там почтовые администраторы совсем невменяемые, хотя, казалось бы, крупная телеком-корпорация, и за такими вещами должна следить и хотя бы держать abuse team отличной от текущей (им часто просто невозможно послать письмо потому, что их ящик 99% времени over quota).
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	26. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от pavel_simple (ok), 31-Май-07, 16:50
	такая же фигня с *orange.fr -- , хорошо хоть грэйлистинг в данном случае немного помогает
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от deskpot (?), 31-Май-07, 17:14
	>такая же фигня с *orange.fr -- , хорошо хоть грэйлистинг в данном >случае немного помогает К сожалению, не особо. Так как их почтовый кластер, (хоть он и имеет много SMTP-фронт-ендов и за счёт этого на какое-то время стопорится грейлистингом) всё равно есть легитимный почтовый сервер и он будет и будет пробовать пропихнуть тебе это письмо (пусть и с разных адресов, но в конце концов круг замкнётся и твой greylisting его пропустит). Грейлистинг просто не помогает против легитимных SMTP-серверов: со статическим IP и имеющим нормальную очередь и ограниченное количество front IP-шников. Поэтому имеет смысл его применять для хостов, легитимность которых вызывает сомнения, остальных имеет смысл или пропускать (и обращаться к их abuse team, если что не так), либо глухо блокировать (если abuse team невменяема).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от pavel_simple (ok), 31-Май-07, 18:09
	>К сожалению, не особо. Так как их почтовый кластер, (хоть он и >имеет много SMTP-фронт-ендов и за счёт этого на какое-то время стопорится >грейлистингом) всё равно есть легитимный почтовый сервер и он будет и >будет пробовать пропихнуть тебе это письмо (пусть и с разных адресов, >но в конце концов круг замкнётся и твой greylisting его пропустит). По факту говорю. У меня процентов 10 пролезает от туда, остальное откидывает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от deskpot (?), 31-Май-07, 19:00
	Значит, мы говорим о разных вещах. Я -- о спаме через почтовый кластер orange.fr, вы -- о спаме с клиентских машин в подсетке orange.fr.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от pavel_simple (ok), 31-Май-07, 19:10
	Сейчас зашел и поглядел -- вы совершенно правы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от sabitov (??), 31-Май-07, 12:19
	Угу, особенно если учесть, что есть центры дающие сертификацию нахаляфу. А СПФ точно не лучше. Одна проблема с форвадром чего стоит :)
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	6. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от OLD (ok), 31-Май-07, 12:22
	>А СПФ точно не лучше. Одна проблема с форвадром чего стоит :) письмо как вложение - никак?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Опубликован проект стандарта аутентификации отправителя эл. ..."	+/–
	Сообщение от deskpot (?), 31-Май-07, 16:49
	>>А СПФ точно не лучше. Одна проблема с форвадром чего стоит :) > >письмо как вложение - никак? Речь не кнопочку forward в MUA. Речь про ~/.forward (или сходные механизмы), которые применяются, когда респондент, например, сменил адрес и хочет, чтобы письма из его старого ящика доходили на новый. Желательно -- средствами протокола SMTP, без rPOP.
	Ответить \| Правка \| Наверх \| Cообщить модератору