 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Igor Suvorov 2:5020/400 12 Oct 2003 15:57:29 To : Aleksey Barabanov Subject : Re: DNSы лежат в одной сети :-( -------------------------------------------------------------------------------- Aleksey Barabanov <abb@wessen.ru> writes: > >> Значит вы тоже приемлете разумное блокирование технологического постинга. > >> Вопрос только о границе. > > > > Так ведь разумное. Я же не предлагаю вообще отказаться от такого трафика. > > Так и я не предлагаю отказаться вообще. Я предлагаю его блокировать на входе > ;) Чуствуете разницу ;) Дык. Будет вполне себе кандидат в rfc-ignorant. > > Для работы с _пользовательской_ почтой нужен _пользовательский_ интерфейс. > > Вне зависимости от того, кем именно создана эта почта. Ты не ответил на > > вопрос - зачем плодить сущности? Какая такая необходимость требует вынести > > часть трафика в отдельный сервис? > > Точно такая же которая заставляет метить почту как спам и отсортировывать ее > на вспомогательные ящики, папки IMAP и даже в /dev/null. Объем спама на раскрученные адреса при отсутствии фильтрации на сегодняшний день составляет десятки сообщений в сутки. Объем технической почты в ящике рядового пользователя и близко не стоял с этой цифрой и в отличии от спама несет вполне осмысленную информацию о работе электронной почты именно этого пользователя. > > Чтобы уведомить пользователя о том, что он отправил письмо не туда и если > > Опять же. Вы уверены что надо уведомить пользователя отправившего письмо для > Pst256 на мой домен об увеличении члена, что логин Pst256 отсутствует ? А при чем тут логин? У меня нигде и никогда не существовало логина barlog. Сказать о том, что данный почтовый адрес твоей системе неизвестен - уверен. В противном случае ты заведешь у себя великолепную мыложорку. > > его все же волнует дохождение отправленного им письма - он должен > > проверить, где именно он ошибся. Заметь - в данном случае факт дохождения > > или недохождения письма автоматически проверяется серверами (при > > дохождении есть возможность запросить соответствующее уведомление - наши > > западные коллеги этот тип уведомлений очччень любят), а не взваливается на > Вредные лотусовые привычки ;) Почему вредные? Полезные. Как только письмо попадает в почтовый ящик получателя - сервер сообщает об этом. И человек может быть уверен, что письмо не пожралось по дороге и не болтается еще где-то в очереди. > >> Вы где-нибудь видели систему, которая в ответ на логин пароль кроме > >> обрывания сессии по ошибке начинает ласково и на нескольких языках > >> информировать об отсутствии такого пользователя в локальной среде. Hу > >> бред ведь. Кроме того, что это позваляет безнаказанно перебирать логины. > > > > Почтовое письмо - не совсем логин и пароль. Даже скорее совсем не. > > Отнюдь. Это прекрасный способ сканирования. Сканирования чего? Логинов? Фиг. Электронных адресов? Возможно. За все приходится платить. Только эффективность очень невелика. > Вас же не удивляет что некоторые сети перекрывают эхо ответы от пингов > и/или порты traceroute. А если будут внедрены повсеместно технологии > типа greylisting то системы перестанут сообщать и об отсутствии логинов. С чего бы? Продвигаемые сейчас идеи greylisting основываются на том, что при отсылке письма ты должен подтвердить, что ты это именно ты. Подтвердишь - тебя как и сейчас пустят дальше внутрь. Это если greylist общий. А если персональный - никто не мешает как и раньше ответить "тут таких нет". > Они станут говорить только об временной недоступности сервера. И боунсы > даже если будут переданы потеряют всякую информативность. Это будет проблема разработчика системы greylisting. Hикто не мешает немного доработать правила игры. > > Хех. Ты же сам в прошлом письме писал о том, что пользователя не > > интересует, как именно ходит почта. И он вообще не в курсе, что релей > > бывает наш или не наш. Представь, что DHL сообщала бы тебе только о том, > > что груз отправлен из Москвы. А где именно он находится в данный момент - > > х.з. И как? > Я отвечаю только за свою систему. А если письмо ушло, то все вопросы к > админу удаленной системы на номер из логов о постановку сообщеня в очередь > обработки. Hо если ты предлагаешь нечто, нужно и смотреть несколько шире чем "моя хата с краю, ничего не знаю". Сначала ты вроде как предлагаешь альтернативную систему контроля за доставкой электронной почты (сейчас эта функция возложена на служебные сообщения), а потом низводишь ее всего лишь до красивого обработчика своих собственных логов. Hо при этом предлагаешь сломать общую систему. > И если сообщение будет утерянным, то путь его поиска прост и > ясен. Угу. Вот почтовый сервер Beeline очень уважает чужую почту. Hа предмет сожрать. Beeline - организация большая, бардачная. Левая рука часто не знает, что делает правая. И где искать письмо в случае чего? Впрочем, их сервер и сейчас когда жрет почту, то жрет ее молча. -- Igor --- ifmail v.2.15dev5 * Origin: no gnus is bad news (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/3677e22f8403.html, оценка из 5, голосов 10
|
|
|