The OpenNET Project / Index page

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

Противостояние Sender ID и открытых технологий.

03.09.2004 11:30

Apache Software Foundation обнародовала открытое письмо с утверждением, что многочисленные ограничения на использование антиспам технологии Sender ID, накладываемые лицензионным соглашением "Microsoft Royalty-Free Sender ID Patent License Agreement", противоречит духу открытых стандартов Интернет и вступают в конфликт с лицензиями открытого ПО. Многие элементы заложенные в Sender ID запатентованы. Таким образом поддержка Sender ID в SpamAssassin и многие другие проекты в ближайшее время включена не будет.

Пояснение: Sender ID - это гибрид технологий Microsoft Caller ID и Sender Policy Framework (SPF).

Дополнение: В Debian GNU/Linux, в состав дистрибутива, не будет включаться ПО поддерживающее Sender ID.

  1. Главная ссылка к новости (http://slashdot.org/article.pl...)
  2. Текст письма: ASF Position Regarding Sender ID
  3. MTA Authorization Records in DNS (marid)
  4. Debian GNU/Linux отказался включать в состав дистрибутива ПО поддерживающее Sender ID
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/4316-spam
Ключевые слова: spam
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (15) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:39, 03/09/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Устал везде писать одно и тоже
    не надо никаких SENDER ID  и прочего
    протоколом SMTP предусмотрена задережка до 5 минут
    после организации соединения
    достаточно того что бы все соблюдали это правило
     
     
  • 2.2, Maxim Chirkov (ok), 12:57, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Устал везде писать одно и тоже
    >не надо никаких SENDER ID  и прочего
    >протоколом SMTP предусмотрена задережка до 5 минут
    >после организации соединения
    >достаточно того что бы все соблюдали это правило

    При этом, в первом приближении, возникают проблемы:
    1. Не все программы соблюдают RFC, особенно системы автоматической рассылки, самодельные скрипты и т.д. Игнорировать их - тот же уровень, что не принимать почту с хостов без обратной зоны.
    2. Не вижу причин, по которым бы робот спамера не мог подждать.
    3. Что будет когда задержка из-за проблем сети наложится на исскуственную задержку, клиенту не хватит отведенного таймаута.
    4. Число процессов MTA в холостую висящих в памяти значительно возрастет.

     
     
  • 3.4, poige (??), 13:45, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    [...]
    >>достаточно того что бы все соблюдали это правило
    >
    >При этом, в первом приближении, возникают проблемы:
    >1. Не все программы соблюдают RFC, особенно системы автоматической рассылки, самодельные скрипты
    >и т.д. Игнорировать их - тот же уровень, что не принимать
    >почту с хостов без обратной зоны.

    Ну, Макс это слишком громко сказано. Во-первых, редкий скрипт
    не самодельный (руками писано-ж).

    Во-вторых, или их авторы читают RFC, или не читают.
    Если не читают, то они не для Internet. ;-)
    "Be liberal in what you accept" -- плохая политика
    для борьбы со злоупотреблениями.

    В-третьих, насчет обратной зоны: у меня существует подозрение,
    которое было бы неплохо проверить -- думаю, что опасаясь использовать
    методику "нет в r-DNS -- гуляй", мы ориентируемся на "старый мир";
    теперь, когда антиспамерские методы ни для кого не новы, редко
    встретишь нормальный relay, который не имеет нормальной r-DNS-записи.

    /poige
    --
    http://www.i.morning.ru/~poige/

     
     
  • 4.5, dawnshade (?), 13:55, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/

    >В-третьих, насчет обратной зоны: у меня существует подозрение,
    >которое было бы неплохо проверить -- думаю, что опасаясь использовать
    >методику "нет в r-DNS -- гуляй", мы ориентируемся на "старый мир";
    >теперь, когда антиспамерские методы ни для кого не новы, редко
    >встретишь нормальный relay, который не имеет нормальной r-DNS-записи.

    1) Реверса нет сейчас у многих (по личному опыту).
    2) Очень многие MTA не могут ресолвить по-человечески, не раз вылавливал записи такие в логах. Причина не ясна, ибо как у меня висит ДНС на реверс и у прова висит вторичный ДНС на ту же зону...

     
     
  • 5.6, poige (??), 14:29, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    [...]
    >2) Очень многие MTA не могут ресолвить по-человечески, не раз вылавливал записи
    >такие в логах. Причина не ясна, ибо как у меня висит
    >ДНС на реверс и у прова висит вторичный ДНС на ту
    >же зону...

    подробнее?...

    /poige


     
     
  • 6.7, dawnshade (?), 14:38, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >[...]
    >>2) Очень многие MTA не могут ресолвить по-человечески, не раз вылавливал записи
    >>такие в логах. Причина не ясна, ибо как у меня висит
    >>ДНС на реверс и у прова висит вторичный ДНС на ту
    >>же зону...
    >
    >подробнее?...
    >

    response to "MAIL FROM:<>" from relay1.netclub.ru [212.158.166.13] was: 451 4.1.8 Client IP address[195.128.*.*]does not resolve

    Хотя host 195.128.*.*
    *.*.128.195.IN-ADDR.ARPA domain name pointer www.*.ru

     
     
  • 7.8, poige (??), 17:30, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    [...]

    >response to "MAIL FROM:<>" from relay1.netclub.ru [212.158.166.13] was: 451 4.1.8 Client IP address[195.128.*.*]does not resolve
    >
    >Хотя host 195.128.*.*
    >*.*.128.195.IN-ADDR.ARPA domain name pointer www.*.ru

    В отл*чи* от *то*о пре*ложения, в ва*ем, инфо**ации кри*ически
    *е хват*ет! ;-)

    На личную почту без звездочек отправите?

    /poige
    --
    http://www.i.morning.ru/~poige/

     
     
  • 8.9, dawnshade (?), 17:44, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Остряк, блин А где твоя почта-то ... текст свёрнут, показать
     
     
  • 9.10, poige (??), 18:08, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    На morning ru poige ... текст свёрнут, показать
     
  • 7.11, Ник Билейн (?), 23:16, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Не ссорьтесь с Пойгой.
    Это очень запальчивый и очень дремучий мущщина.
    Он высказывается по любому поводу.
    Как бонусный зауральский третьеклассник на всесоюзной Олимпияде.
    По любому поводу.
    Долго, нудно, многословно, всегда не по делу.
    Поскольку дела не разумеет.
    Если бы бранился - был бы распоследний флеймер.
    А так - распоследний не знаю как и назвать.
    Но - дремуч!
     
  • 7.12, Citrin (ok), 03:00, 04/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    > response to "MAIL FROM:<>" from relay1.netclub.ru [212.158.166.13] was: 451 4.1.8 Client IP address[195.128.*.*]does not resolve

    Если в обратной зоне прописано имя с _ то оно и не должно ресовится. Но многие админы ДНС не читают RFC и придумывают имена для обратной зоны как им захочеся.

     
  • 2.3, poige (??), 13:33, 03/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Устал везде писать одно и тоже
    >не надо никаких SENDER ID  и прочего
    >протоколом SMTP предусмотрена задережка до 5 минут
    >после организации соединения
    >достаточно того что бы все соблюдали это правило

    latency и bandwidth -- разные понятия. Возрастет время "прохождения
    сессии" -- компенсируют увеличением кол-ва одновременных сессий,
    причем, необязательно это будут соединения с одного и того же IP...

    P. S. Graylist'em all ;-)

    /poige
    --
    http://www.i.morning.ru/~poige/

     

  • 1.13, edwin (??), 07:07, 04/09/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Господа админы.
    Вы отклонились от темы.
    Я не буду использовать  Sender ID до последнего.
    Из принципа.
    И если многие из нас использовать это не будут, то велика вероятность провала этой гадости.
     
  • 1.17, Green (??), 23:49, 07/09/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дядя Билли _ЕДИНСТВЕННЫЙ_ кто решился резко и по живому вот так рубануть. И лично я его в этом вопросе поддерживаю, несмотря на то, что винду на серверах не приемлю в принципе. Но нравятся его технологии ? Пусть придумают новое, под GPL или подобной лицензией, но положат конец этим спамерам.
     
  • 1.18, Аноним (1), 13:47, 09/09/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    что за гон?

    SPF появился до дяди билла (с 2001 года вроде, у них на сайте висит статистика присоединившихся)

    другое непонятно, какого чёрта балли подхватил эту технологию и запатентовал под себя.. очередное присвоение чужих идей в красивой обёртке

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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