The OpenNET Project / Index page

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



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

Оглавление

Разработчики OpenBSD представили новый SMTP-сервер, opennews (ok), 14-Ноя-08, (0) [смотреть все]

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


6. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от andr.mobi (??), 14-Ноя-08, 14:56 
Протокол для обмена файлами на прикладном уровне и локально, и по сети должен быть один. Такой протокол давно уже есть: 9P и его модификации. Все, что понавалено в /etc/services, - просто блаж, отсебятина, мусор
Ответить | Правка | Наверх | Cообщить модератору

21. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от sndevemail (?), 14-Ноя-08, 16:51 
а вам имя файла services ничего не говорит ? Помоему он указывает только на предоставляемые сервисы, а если быть точнее то порт на которм крутиться сервис, а не протокол. Более того именее файла services не гарантирует вам что вы на том же самом порту найдете тот-же сервис.
Более того на сегодняшний день везде и всюду используется практически один и тот же протокол для всех нужд, за редким исключением. Кажется он IP называется. ::))
Ответить | Правка | Наверх | Cообщить модератору

23. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от frol (??), 14-Ноя-08, 16:58 
Вы не могли-бы небольшой обзор протокола представить (в виде ссылки, например), я совсем не в курсе, большинство читателей, думаю, тоже.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

29. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 14-Ноя-08, 17:37 
>Вы не могли-бы небольшой обзор протокола представить (в виде ссылки, например), я
>совсем не в курсе, большинство читателей, думаю, тоже.

http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/smtpd/ARC...

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

30. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 14-Ноя-08, 17:38 
>Протокол для обмена файлами на прикладном уровне и локально, и по сети
>должен быть один. Такой протокол давно уже есть: 9P и его
>модификации. Все, что понавалено в /etc/services, - просто блаж, отсебятина, мусор

А автомобили тоже должны быть все одинаковые? Скажем, "Газелями"?

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

36. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 14-Ноя-08, 19:05 
> Протокол для обмена файлами

А разве письма - это файлы?С фига ли?Письма являются файлами только в одной из инкарнаций, но строго говоря это внутреннее дело софта как оно там сохранит энное письмо.А если скажем 300 писем в одной БД лежат - тогда они что?А если письмо без сливания в файл отфутболено прямо из оперативки дальще - тогда как?А может еще IM сообщения к файлам приравнять заодно?Маньяк, безудержно бредящий P9 которому насрать на практику... =)

P.S. кстати в результате обмениваться файлами по супер-дупер протоколу придется исключительно с самим собой.Гуано с названием SMTP давно пора похоронить, хотя-бы за 5-10% КПД (90-95% спама - это жестко...) но его все таскают.Потому как обратная совместимость.Хотя этот протокол и очень настойчиво просится на свалку истории стараниями спамеров.

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

39. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от GR (??), 14-Ноя-08, 19:12 
А что - если ты видишь письмо как /home/User239/mail/Inbox/Letter_from_telka - то оно ну просто ну никак! физически не может быть записью в db или областью памяти?
Винтузятнег!
Ответить | Правка | Наверх | Cообщить модератору

42. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 14-Ноя-08, 19:24 
>Винтузятнег!

Сами такие.Что (с точки зрения теории, как этот Andr любит делать) мешает сложить 100 писем в одну БД?Или вообще не складывая ни в какие файлы отфутболить?Иррелевантно к операционке - оперативка и базы данных есть в любой системе и никто в принципе не обязан представлять письмо как какой-то конкретный файл.Если вашего куцего мозга не хватило на осознание данного факта - мои соболезнования.Можете и дальше считать письма файлами а меня виндузятником - мне то что?

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

55. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Dvorkinemail (??), 14-Ноя-08, 21:02 
> Можете и дальше считать письма файлами

можете дальше считать /dev/ttyS0 файлами, мне то что ? :)))
аргументация в этой ветви бесподобна

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

59. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 14-Ноя-08, 21:43 
>можете дальше считать /dev/ttyS0 файлами, мне то что ? :)))

Это вполне себе файл, хоть и несколько специфичный.Если его конкретная инкарнация.А вот если скажем некий (абстрактный) сервак (в теории, как у Andr-а) получит от юзера письмо и сбагрит его в БД или и вовсе перешлет дальше забуферив в оперативке и вообще не сохраняя как файл и не вывешивая это в ФС в каком либо виде - то чего?Письмо само по себе файлом не является.Равно как и какой-либо набор данных просто посланый по сети.Его можно в качестве одного из представлений представить как файл.Но это далеко не единственное и не всегда наилучшее представление.Если хранить письма в ФС пофайлово - тут и slack, и фрагментация, и скорость работы здорово зависит от ФС и прочая.А по вашей логике пинги - это тоже файлы.Потому что в одном из представлений можно сбагривать каждый посланный мной icmp пакет в файл - тогда можно забубенить структуру типа /home/user/data/packets/ipv4/icmp/<type>/<date>/<time>/<src-ip>_<dst-ip>.cap :).Все, вуаля, пинги - это файлы.Поэтому согласно Andr'у заодно надо отменить нафиг и утилиту ping.А пинги передавать как файлы.Хренле... =)

Кстати еще прикол.А как вам Serial over IP?Ну допустим у нас утиля читает\пишет ttyS0 и гоняет данные между компортом и TCP конекцией (а один хрен, потоки данных).По вашему, данные которые летают в этой TCP конекции - непременно должны рассматриваться как именно файлы?А какого? :)

>аргументация в этой ветви бесподобна

Да уж.Видимо, мозг у большей части посетителей в пятницу вечером стабильно в оффлайне =)

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

81. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Dvorkinemail (??), 14-Ноя-08, 23:49 
>>можете дальше считать /dev/ttyS0 файлами, мне то что ? :)))
>
>Это вполне себе файл, хоть и несколько специфичный.

вы не поняли иронии.
для меня файл - это то, что представлено в виде файлового дескриптора в ядре.
нет файлового дескриптора - это не файл. :)

> (в теории, как у Andr-а)

андр излишне богат на теории, я его сообщения вообще не читаю - берегу мозг. и вам советую.

>Кстати еще прикол.А как вам Serial over IP?

кстати, прикол в том, что это было одна из первых моих задач: http://tibbo.com/vspdl.php

>Да уж.Видимо, мозг у большей части посетителей в пятницу вечером стабильно в
>оффлайне =)

не знаю. я не пью. мне это противно. :(
что касается темы дискусии - вот когда он сделает чтобы там все работало, тогда и будет что обсуждать.
а так и я могу выложить свои сорцы и сказать: вот вам заготовка, давайте, фигачьте мне в нее все остальное кроме моей int main(). и тестеров побольше, побольше. потому что проект многообещающий.

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

87. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 15-Ноя-08, 00:12 
>нет файлового дескриптора - это не файл. :)

Тут тоже можно придумать много веселостей с такой формулировкой.Скажем файлы в архивах при этом - не файлы?Хотя до некоторой степени ведь так оно и есть :)

>андр излишне богат на теории, я его сообщения вообще не читаю -

Он иногда выдает и нечто интересное.Но часто - или откровенную дурь или изобретает то что до него изобрели давным давно а его осенило.

>берегу мозг. и вам советую.

Мне мозг трудно вынести =)

>кстати, прикол в том, что это было одна из первых моих задач:
>http://tibbo.com/vspdl.php

О как.Только это кажись "реверсная" задача - обучить софт работающий по компорту работать по TCP\IP?Я скорее говорил о работе по TCP\IP с физическим компортом (или виртуальным компортом типа любого usb2serial).При этом драйвер виртуального порта по идее не нужен - программе достаточно читать данные из сокета и порта и гонять их туда-сюда между ними.
В любом случае - респекты.

>не знаю. я не пью. мне это противно. :(

Я тоже - мне мой мозг нравится работающим.

>main(). и тестеров побольше, побольше. потому что проект многообещающий.

Улыбнуло :D

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

105. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Dvorkinemail (??), 16-Ноя-08, 01:33 
>>не знаю. я не пью. мне это противно. :(
>Я тоже - мне мой мозг нравится работающим.

дайте вашу руку! сколько войн было в России, три революции, 2 гражданских, несколько мировых...

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

106. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 16-Ноя-08, 01:44 
>>>не знаю. я не пью. мне это противно. :(
>>Я тоже - мне мой мозг нравится работающим.
>
>дайте вашу руку! сколько войн было в России, три революции, 2 гражданских,
>несколько мировых...

Кстати, да, плюс адын. Open-source против алкоголя? :)

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

108. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Lucky Cat (?), 16-Ноя-08, 12:39 
Таки да, за отсутствием в России хорошего алкоголя... а вкус портить тем, что есть - нельзя:)
Ответить | Правка | Наверх | Cообщить модератору

114. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от anesth (ok), 17-Ноя-08, 16:24 
>Таки да, за отсутствием в России хорошего алкоголя... а вкус портить тем,
>что есть - нельзя:)

Ммм... А у меня другая мотивация. Фармакология рассматривает спирт этиловый как классическое средство для наркоза (что совершенно верно). Имхо, человеку и так мало времени отводится, чтобы его ещё на нахождение в наркозе (преднаркозном возбуждении, постнаркозной депрессии) тратить. Я поработаю лучше. Или отдохну. С ясным, необараневшим мозгом.

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

110. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Dvorkinemail (??), 16-Ноя-08, 17:06 
> Кстати, да, плюс адын. Open-source против алкоголя? :)

замутим флеш-моб на opennet по этому поводу? :)
скажем, на каждый дурацкий коммент писать:
"а я не пью, мне это противно" :)

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

96. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Дмитрий Ю. Карпов (?), 15-Ноя-08, 11:00 
> для меня файл - это то, что представлено в виде файлового дескриптора в ядре

Т.е. на выключенной машине (где ядро не запущено) файлов нет?

Кстати, файловый дескриптор бывает только у открытого файла.

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

99. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от demimurychemail (?), 15-Ноя-08, 11:37 
Вы знаете, смысл в его словах все таки есть.
Файлы может быть на выключенной машине и есть, но значение их можно рассматривать только в рамках увеличения энтропии.
Иначе говоря файл как таковой, как сущность полезна нам только на загруженной системе.
Это же касается и - "открытый закрытый файл".

Ио есть если с фалом проводится работа - полезная работа именно с сущностью файла (а не скажем хранение, копирование) он всегда будет иметь дескриптор. Как и ttyS0

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

50. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 14-Ноя-08, 19:44 
>[оверквотинг удален]
>БД лежат - тогда они что?А если письмо без сливания в
>файл отфутболено прямо из оперативки дальще - тогда как?А может еще
>IM сообщения к файлам приравнять заодно?Маньяк, безудержно бредящий P9 которому насрать
>на практику... =)
>
>P.S. кстати в результате обмениваться файлами по супер-дупер протоколу придется исключительно с
>самим собой.Гуано с названием SMTP давно пора похоронить, хотя-бы за 5-10%
>КПД (90-95% спама - это жестко...) но его все таскают.Потому как
>обратная совместимость.Хотя этот протокол и очень настойчиво просится на свалку истории
>стараниями спамеров.

Хм. Даже в голову не пришло, что речь шла про SMTP, по инерции от коммента выше думал, что речь идёт о взаимодействии процессов smtpd... :-D В таком случае полностью присоединяюсь к вашим замечаниям :))

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

61. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 14-Ноя-08, 21:51 
>инерции от коммента выше думал, что речь идёт о взаимодействии процессов
>smtpd... :-D

Мне кажется что Andr будучи истинным академиком (при том в хучшей форме - ему главное чтобы красиво в теории а что будет на практике глубоко пофиг) предложил передавать всю почту как именно файлы через упомянутый им протокол.Или я не вкурил в его полет мысли (у меня все-таки не настолько извращенное мышление :D).

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

67. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 14-Ноя-08, 22:17 
>>инерции от коммента выше думал, что речь идёт о взаимодействии процессов
>>smtpd... :-D
>
>Мне кажется что Andr будучи истинным академиком (при том в хучшей форме
>- ему главное чтобы красиво в теории а что будет на
>практике глубоко пофиг) предложил передавать всю почту как именно файлы через
>упомянутый им протокол.Или я не вкурил в его полет мысли (у
>меня все-таки не настолько извращенное мышление :D).

Вот-вот, уж на что меня давно кличут извращенцем, но чего-то в изложенной идее кто-то из нас явно не понимает. Хотя то, что Plan9 всё ещё живой, ещё позволяет надеяться, что и оттуда выйдет что-то ценное...

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

97. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Дмитрий Ю. Карпов (?), 15-Ноя-08, 11:10 
> Гуано с названием SMTP давно пора похоронить, хотя-бы за 5-10% КПД (90-95% спама - это жестко...)

Рассмотрим функциональность, которую бизнес получает от SMTP. Фирма публикует адрес для связи, и любой желающий может послать на этот адрес запрос. Но любой протокол, позволяющий опубликовать адрес для того, чтобы по нему мог законнектиться любой желающий, немедленно создаст возможность спама. ICQ избавилась от спама благодаря ограничению входящих коннектов списком друзей, и не может заменить SMTP; а отказ от такого ограничения приведёт к спаму в ICQ.

В настоящее время единственный реальный путь снизить количество спама - это заставить провайдеров перестать быть лояльными к ботнетам. IMHO, это надо делать на законодательном уровне, начав с включение в провайдерскую лицензию запрета открывать SMTP:25 тем юзерам, которые не просили явно открыть им этот сервис. Нормальные юзеры ничего не потеряют, а ботнеты вмиг накроются.

Далее надо будет закрыть SMTP:25 на пограничных роутерах для тех стран, правительства которых не приняли подобного закона; можно сделать исключения для заведомо благонадёжных серверов. Можно закрывать SMTP:25 не всей стране, а только провайдерам, которые не присоединились к соглашению о борьбе со спамботами.

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

100. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 15-Ноя-08, 11:54 
>> Гуано с названием SMTP давно пора похоронить, хотя-бы за 5-10% КПД (90-95% спама - это жестко...)
>
>Рассмотрим функциональность, которую бизнес получает от SMTP. Фирма публикует адрес для связи,
>и любой желающий может послать на этот адрес запрос. Но любой
>протокол, позволяющий опубликовать адрес для того, чтобы по нему мог законнектиться
>любой желающий, немедленно создаст возможность спама. ICQ избавилась от спама благодаря
>ограничению входящих коннектов списком друзей, и не может заменить SMTP; а
>отказ от такого ограничения приведёт к спаму в ICQ.
>

rfc 2505 определяет возможность отказа в обслуживании для сетей, доменов.
Отсюда неявно следует что раз есть возможность, политика приёма почты может быть реализована и по сценарию accept whitelist -> deny all.

>В настоящее время единственный реальный путь снизить количество спама - это заставить
>провайдеров перестать быть лояльными к ботнетам. IMHO, это надо делать на
>законодательном уровне, начав с включение в провайдерскую лицензию запрета открывать SMTP:25
>тем юзерам, которые не просили явно открыть им этот сервис. Нормальные
>юзеры ничего не потеряют, а ботнеты вмиг накроются.
>

Вряд ли это возможно. Ботнеты строятся и из незащищённых хостов пользователей,пользователи не действуют со злым умыслом, могут быть некомпетентны в этом вопросе.


>Далее надо будет закрыть SMTP:25 на пограничных роутерах для тех стран, правительства
>которых не приняли подобного закона; можно сделать исключения для заведомо благонадёжных
>серверов. Можно закрывать SMTP:25 не всей стране, а только провайдерам, которые
>не присоединились к соглашению о борьбе со спамботами.

Совсем круто.

IMHO достаточно уже придумано.
Допустим провайдер предосталяет свой smtp сервис как гарантирующий релей, естественно прописав в договоре условия использования, стоимость, и решает вопросы при недоставке клиентских сообщений.
Конечный mail hub не гарантирует приёма сообщений любого адресата.

Есть другое мнение - отправить письмо стоит денег (пусть небольших), как на почте.
Массовые рассылки станут дорогим удовольствием.

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

116. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 17-Ноя-08, 20:14 
>Вряд ли это возможно. Ботнеты строятся и из незащищённых хостов пользователей,пользователи не
>действуют со злым умыслом, могут быть некомпетентны в этом вопросе.

Более того - весь этот гениальный трах на который будет спущено полно бабла приведет к простой схеме: бот будет выдирать настройки прововского smtp из почтовика и юзать его.Думаете, спамерам принципиально через какой сервак спамить?Если юзер может послать сообщение - это может и спамер от его лица, сделав те же самые действия.Какие проблемы то?

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

112. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Ash81 (??), 17-Ноя-08, 11:47 
...
>В настоящее время единственный реальный путь снизить количество спама - это заставить
>провайдеров перестать быть лояльными к ботнетам. IMHO, это надо делать на
>законодательном уровне, начав с включение в провайдерскую лицензию запрета открывать SMTP:25
>тем юзерам, которые не просили явно открыть им этот сервис. Нормальные
>юзеры ничего не потеряют, а ботнеты вмиг накроются.

...

Пока провайдеры получают бабло за трафик, они на это не пойдут. Чем плотнее забит канал тем больше прибыль. А чем он забит - неважно.

Ситуация меняется прямо на противоположную при тотальном использовании безлимитки. И тут уже провайдеров не нужно ни о чем просить. Сами урезают всё что только можно. Вспомните скандалы с обиженными пользователями пиринговых сетей, который один из американских провайдеров перекрыл кислород.

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

113. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 17-Ноя-08, 12:01 
>провайдеров не нужно ни о чем просить. Сами урезают всё что
>только можно. Вспомните скандалы с обиженными пользователями пиринговых сетей, который один
>из американских провайдеров перекрыл кислород.

Но это скандал. А цивилизовано провайдер может тарифицировать smtp трафик на безлимитке отдельно через договор.
Простой пользователь заплатит копейки.
На пользователя с закладками на компьютере подействует счёт, он обратиться за разъяснениями и помощью.
Кому нравится - пусть платят, от них принимать не обязаны.


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

121. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 19-Ноя-08, 09:02 
>Кому нравится - пусть платят, от них принимать не обязаны.

А вы не думали что в условиях конкуренции геморройный и жадный провайдер просто будет послан нафиг?И кстати спамеров в последнюю очередь колебет сколько заплатит юзер а то что юзеры будут пинаться в судах с провайдерами за предоставление услуг которые никто не просил - опять же, спамеры посмеются да будут считать бабло.А вы там пинайтесь как хотите - не их проблемы.

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

115. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 17-Ноя-08, 20:11 
>отказ от такого ограничения приведёт к спаму в ICQ.

Уже придумано миллион методов испортить спамерам жизнь.Как то капчи, вопрос-ответы и т.п. на уровне протокола для проверки что с той стороны провода писал письмо не робот.А свобода общения чтобы без них - только после одобрения реципиентом что он и далее хочет с вами общаться по типу контакт-листа. Вот тогда спамеры всосут (простите, или вы робот или уж вы умеете отвечать на вопросы). Как ни крутите но если можно срать без подтверждения реципиентам - будут срать, без подтверждения реципиентами, соответственно.А то что SMTP делался без учета абузивного использования хрен знает когда и не предоставляет внятных возможностей это забороть хотя его уже густо утыкали костылями - так это хороший повод его закопать и перекроить с нуля.Сделав его простым для серверов, компактным для тех у кого трафф (например зачем хреначить ююки по 8-битным каналам?) и крайне неудобным для спамеров.

>В настоящее время единственный реальный путь снизить количество спама - это заставить
>провайдеров перестать быть лояльными к ботнетам.

Любите бороться с ветряными мельницами?Боритесь!Но мой прогноз такой: толку с этого будет ноль целых, хрен десятых.Спамерам НАСРАТЬ что случится с протроянеными клиентами.Будут ли их отключать.Или что там еще.

>IMHO, это надо делать на законодательном уровне,

Ничего умнее мы конечно не придумали.Дефективность протокола мы скомпенсируем законами.Это шедеврально, да.Лучше тогда просто ввести расстрел без суда и следствия для спамеров - так намного эффективнее будет имхо.

>начав с включение в провайдерскую лицензию запрета открывать SMTP:25
>тем юзерам, которые не просили явно открыть им этот сервис. Нормальные
>юзеры ничего не потеряют, а ботнеты вмиг накроются.

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

>Далее надо будет закрыть SMTP:25 на пограничных роутерах для тех стран, правительства
>которых не приняли подобного закона;

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

>можно сделать исключения для заведомо благонадёжных
>серверов.

Это которые ФСБ взяло под свое крылышко?Благодарю покорно, идите ка вы лесом с такими затеями.

>Можно закрывать SMTP:25 не всей стране, а только провайдерам, которые
>не присоединились к соглашению о борьбе со спамботами.

Я все-таки предлагаю просто расстреливать спамеров.И тех кто заказывает рассылки.На порядок эффективнее и намного менее геморройно технически.

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

117. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 18-Ноя-08, 09:00 

>Ничего умнее мы конечно не придумали.Дефективность протокола мы скомпенсируем законами.

Насчёт дефективности хотябы:
1) Протокол прост.
2) Протокол разработан с возможности доставки сообщения из среды, которой доверяет отправитель, сразу в среду, которой доверяет получатель.
Этим пользуются спамеры, но разрабатывали умные люди, они не , по моему мнению, не смогли предложить простой концепции конверта, защищающего от прочтения на узлах пересылки.

Вы имеете что либо предложить на том же уровне сложности? Лично я нет.

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

120. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 19-Ноя-08, 08:52 
>Насчёт дефективности хотябы:
>1) Протокол прост.

Это смотря с какой стороны посмотреть.В минимальной реализации - да.А если густо обвешать костылями типа спамодавов, блэклистов, вспомнить про всякие multipart\mixed сообщения, UU-кодирование и base-кодирование и густой набор связанных RFC, правил и прочая... - это просто кусок гуано обвешаный до посинения костылями чтобы хоть как-то могло работать в современных реалиях.При том половина костылей - откровенное легаси а протоколы из выводка SMTP и POP3 тупо не соответствует современным реалиям.

Что?Вы хотите отправить или получить 10 мегов фоток да не дай боже еще и по жпрс или диалапу?А вот хрен вам - докачка не поддерживается.А файлы еще и распухнут на треть за счет uu-кодирования или mime кодирования чтобы подсластить вам жизню.Ну а то что вы отлупили письмо - вовсе не гарантия того что его доставят.В лучшем случае через несколько дней (всего-то) вам приедет характерный квиток от софта с промежуточного релея о том что он дескать обломался при доставке почты.В хучшем - будете гадать на кофейной гуще, дошло сообщение или нет.Какой офигительный протокол, ага... :)

>2) Протокол разработан с возможности доставки сообщения из среды, которой доверяет отправитель,
>сразу в среду, которой доверяет получатель.

Проблема только одна - с академической точки зрения все зашибись а на практике - 90% всей корреспонденции в итоге спам.Сферические кони в вакууме - рулят!

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

По моему мнению - эти люди просто не думали о возможности того что их протокол может быть использован не только так как они задумали.Хорошо спроектированный протокол должен быть более-менее абузоустойчивым.Конечно хорошо верить что все люди - белые и пушистые.Но вы ведь врядли пойдете в неблагополучный район демонстративно понабив в карманы пачки денег и обвешавшись по уши золотом, правда?Потому что обычно соображалка подскажет что это - чревато.Ну вот соображалка разработчика протокола должна подсказывать оному что не все люди идеальные и их протокол будет использоваться по разному.Да, когда разрабатывали SMTP об этом не думали.Но тогда нафиг за такой дефективный и не соответствующий реалиям протокол хвататься с таким упорством?Закопать и задизайнить заново - проведя работу над ошибками...

>Вы имеете что либо предложить на том же уровне сложности? Лично я
>нет.

Одно дело - иметь что предложить а другое убедить всех что им надо именно это.Пока почему-то все упорно цепляются за древнее говно.Вот такой жестокой некрофилии с элементами садо-мазо (а как еще назвать когда протокол гоняет более 90% спама а обладатели серверов согласны эту бесполезную работу оплачивать из своего кармана) я чесслово не понимаю.

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

109. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от geekkoo (??), 16-Ноя-08, 14:54 
>[оверквотинг удален]
>БД лежат - тогда они что?А если письмо без сливания в
>файл отфутболено прямо из оперативки дальще - тогда как?А может еще
>IM сообщения к файлам приравнять заодно?Маньяк, безудержно бредящий P9 которому насрать
>на практику... =)
>
>P.S. кстати в результате обмениваться файлами по супер-дупер протоколу придется исключительно с
>самим собой.Гуано с названием SMTP давно пора похоронить, хотя-бы за 5-10%
>КПД (90-95% спама - это жестко...) но его все таскают.Потому как
>обратная совместимость.Хотя этот протокол и очень настойчиво просится на свалку истории
>стараниями спамеров.

Это спаммеры просятся на свалку истории стараниями мериканского ФБР:
http://www.lenta.ru/news/2008/11/13/mccolo/

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

124. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от User294 (ok), 19-Ноя-08, 13:10 
>Это спаммеры просятся на свалку истории стараниями мериканского ФБР:

Это называется пир во время чумы?Вот когда и если SMTP перестанет гонять 90% спама и 10% полезной почты - заявы про спам и историю будут чем-то чем попыткой прикрыть дефекты старикана и бахвальством.Но мне кажется что раньше подохнет SMTP поскольку это как с комарами - теоретически перебить всех комаров на Земле - можно.А практически - ну попробуйте, ага.Ключевая фраза в этой ссылке:

"Но вскоре количество спама в интернете вернулось на прежний уровень."

И так будет.ФБР может хоть в лепешку расшибиться.И кроме того - я посмотрю что они будут делать когда хацкеров-срацкеров это задолбает и они сделают истинно децентрализованные системы по типу P2P где накрывать центры управления тупо невозможно - за их отсутствием.Учтя что они до этого уже почти дотумкали... ну да, они еще не придумали как надежно организовать управление по P2P принципу без центров управления.Но на самом деле - все просто и они однажды додумаются до того как это сделать.

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

95. "Обмен файлами не годится в качестве универсального протокола"  +/
Сообщение от Дмитрий Ю. Карпов (?), 15-Ноя-08, 10:58 
В концепции Unix, DOS, Windows и большинства современных операционок "файл" рассматривается как "неструктурированный набор байтов". Но большинство данных структурировано на уровне протокола: например, в письме есть заголовок (состоящий из многих полей вида "имя_поля: значение" или "имя_поля: параметр=значение", возможны варианты) и есть компоненты (текст письма в PlainText, текст письма в HTML, аттачи). Так что для почты (и для большинства др.задач) протокол обмена файлами не годится.

Это похоже на то, что IP не годится для обмена данными - над ним надо надстраивать TCP или UDP, а сверху ещё что-то.

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

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

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

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




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

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