|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 10 Nov 2002 16:03:15
To : Spartak Radchenko
Subject : Re: Sendmail.
--------------------------------------------------------------------------------
>>> Spartak Radchenko wrote:
VN>> Hа сейчас это потребует массового введения ACL'ей на порты TCP/UDP.
VN>> Тенденция в MTA - запускать smtp_out работу от непривилегированного
VN>> пользователя (потому что там рут нафиг не сдался), ты же требуешь для него
VN>> снова продвинутых прав. А ACL'и на порты штатно я не видел нигде (да,
VN>> есть патчи)
SR> Я не говорю, что моё предложение нужно срочно применять. Это из
SR> серии "а если бы SMTP был устроен вот так, было бы легче со спамом".
SR> Hа практике оно, боюсь, неприменимо.
Угу. Еще и потому, что ты тогда на TCP не сможешь сделать более одного
соединения между машинами.
VN>> Примени socks.relays.osirusoft.com, proxies.monkeys.org и так далее.
SR> Уже. Только это костыль, подпирающий кривой протокол.
Hе кривой протокол, а кривую сеть. Которая зовется Internet.
SR>>> Я всего лишь пытался
SR>>> показать, что слабая устойчивость к спаму - свойство самого протокола
SR>>> SMTP.
VN>> Ты это ничем не покажешь, потому что это не так ;)
SR> А давай ещё попробую ;) Все мы знаем, что хедерам в письмах доверять
SR> нельзя. Почему бы не подписывать их цифровой подписью? Или уж убрать
SR> их нафиг, как не заслуживающих доверия.
В достаточном количестве случаев им можно доверять.
Hу а если ты хочешь доверять только цифровой подписи - тебе никто не
мешает сделать соответствующую реакцию в MUA.
SR> Или вот envelope to. Почему его нельзя просто взять и посмотреть?
SR> В ряде случаев его вообще нигде не видно, даже в логах. Hе бардак ли?
Если в логах не видно - это кривой MTA и его надо лечить.
А зачем тебе envelope-to элементов по дороге?
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
