|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg V. Nauman 2:5020/400 18 Jun 2005 18:25:34
To : Mykola Dzham
Subject : Re: ODBC & Oracle
--------------------------------------------------------------------------------
Mykola Dzham <i.in.news@levsha.org.ua> wrote:
MD> Oleg V. Nauman wrote:
>> Mykola Dzham <i.in.news@levsha.org.ua> wrote:
>> MD> Alexey Milevsky wrote:
>> >> PS. по ходу, просьба к опытным товарищам: поругайте, пожалуйста,
>> >> milter-sender - http://www.milter.info/sendmail/milter-sender/
>> >>
>> >> минусом в некоторой степени является тот факт, что его убрали из портов.
>> >> слегка усугубляет этот минус то, что уже вышла новая версия, на которую
>> >> надо попытаться "натянуть" хотя бы старые FreeBSD-шные патчи (не говоря
>> >> уже про то, что могут потребоваться новые). в ответ на то, что у него
>> >> "течет" память: $ ps axuw|egrep "(^USER|^smmsp.*sender)" USER PID
>> >> %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND smmsp 42481
>> >> 0,0 0,9 6184 2272 ?? Ss 19май05
>> >> 15:44,54 /usr/local/sbin/milter-sender $ uptime 18:41 up 32 days, 20
>> >> mins, 8 users, load averages: 1,25 0,78 0,68 $ uname -srm FreeBSD
>> >> 4.11-RELEASE-p8 i386 заранее благодарю за конструктивную критику.
>> MD>
>> MD> Про milter-sender ничего не скажу, но сама технология sender verify у
>> MD> меня работает очень эффективно (встроенными средствами exim).
>> MD> Отшибается порядка половины попыток отправки почты, спама после этого
>> MD> проходит очень мало, жалобы то, что что-то не пришло, пока не было ни
>> MD> одной.
>>
>> А мне вот до сих пор интересно - в каком RFC написано, что отправляющий
>> почту сервер обязан принимать попытки ее "доставить", да еще и от кого ни
>> попадя? И смешно и грустно. Тем более что обходится sender verify ну
>> элементарнейше.
MD>
MD> А где сказано что "отправляющий почту сервер обязан принимать попытки
MD> ее "доставить""? Проверяется то не это, а существование адреса
MD> отправителя (и естественно вовсе не обязательно отправляющий сервер
MD> будет одновременно и MX-ом для отправителя).
Далеко не все реализации verify sender поступают именно так.
Hе приходилось видеть придурков, ломящихся на первый Received: , не имеющий
MX's, только IN A? А rambler, пытающийся сделать sender verify адреса в
банговой нотации, меня вообще поверг в грустные размышления. Хоть это и
весьма специфичный случай, который тоже обошел.
MD> А в каком RFC сказано что я не имею права принимать почту на основании
MD> того, что адреса отправителя не существует? Чем плохО мое желание не
Чего-то я запутался в предложении. Ok, другой пример - я имею право писать
с абсолютно честного адреса (да ну черт с ним, с засвеченным oleg@reis.zp.ua)
с тазика из-за NAT (и даже с честным masquerading)? Адрес есть, отправитель
тоже. Что я нарушаю? Почему в этом случае не все принимают от меня почту? :)
Потому что этот сервер не может принять connections? Hедостаточное
обоснование, как на мой взгляд.
А уж о том, что по разным причинам у меня может быть разный Sender:,
который тоже некоторые пытаются проверять? В-общем ай, бесмыссленно.
Все эти проверки только затрудняют прохождение абсолютно честной почты.
А вот еще примерчик для обдумывания с моим любимым AOL:
[oleg@core]~> telnet mailin-02.mx.aol.com 25
Trying 64.12.137.121...
Connected to mailin-02.mx.aol.com.
Escape character is '^]'.
220-rly-xh04.mx.aol.com ESMTP mail_relay_in-xh4.6; Sat, 18 Jun 2005 10:15:50
-0400
220-America Online (AOL) and its affiliated companies do not
220- authorize the use of its proprietary computers and computer
220- networks to accept, transmit, or distribute unsolicited bulk
220- e-mail sent from the internet. Effective immediately: AOL
220- may no longer accept connections from IP addresses which
220 have no reverse-DNS (PTR record) assigned.
ehlo o
250-rly-xh04.mx.aol.com core.zp.ua
250 HELP
mail from: <oleg@reis.zp.ua>
250 OK
rcpt to: <i.in.news@aol.com>
250 OK
DATA
354 START MAIL INPUT, END WITH "." ON A LINE BY ITSELF
Test
.
250 OK
quit
221 SERVICE CLOSING CHANNEL
Connection closed by foreign host.
Exit 1
Текст пришедшего затем отлупа с 550 MAILBOX NOT FOUND могу отбаунсить
тебе лично :)
И что дают проверки в _этом_ случае? :)
MD> принимать на себя ответственность в доставке письма в случае, если я не
MD> смогу сообщить отправителю о невозможности доставки письма?
MD> Всё обходится, но пока что sender verify работает очень эффективно и
MD> без ложных срабатываний.
Hу и слава Богу. Я серьезно. Просто мир у нас чуточку разный.
--
NO37-RIPE
--- ifmail v.2.15dev5.3
* Origin: ReIS Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
