 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Igor Suvorov 2:5020/400 12 Oct 2003 14:34:39 To : Aleksey Barabanov Subject : Re: DNSы лежат в одной сети :-( -------------------------------------------------------------------------------- Aleksey Barabanov <abb@wessen.ru> writes: > > У меня вообще выключены уведомления от антивируса. Потому что на сервере > > стоит старый Norton, который о подобных нововведениях вообще не в курсе. > Значит вы тоже приемлете разумное блокирование технологического постинга. > Вопрос только о границе. Так ведь разумное. Я же не предлагаю вообще отказаться от такого трафика. > >> Даже если так, то это не значит что я должен его обязательно прочесть > >> через MUA. > > > > А зачем плодить сущности? Для работы с электронной почтой предназначен > > именно MUA, а не кто-то еще. И о возникших проблемах логичнее всего > > предупреждать именно с его помощью. Если же проблем нет, пользователя > > вообще не имеет смысла дергать. > > Вот не согласен, что для прочтение автоматической почты нужен > пользовательский интерфейс. Для работы с _пользовательской_ почтой нужен _пользовательский_ интерфейс. Вне зависимости от того, кем именно создана эта почта. Ты не ответил на вопрос - зачем плодить сущности? Какая такая необходимость требует вынести часть трафика в отдельный сервис? > >> >> 3. Отправлять всякого рода боунсы это зачастую просто метать биссер. > > > >> > Hу если вместо пользователей у тебя ... ну эти самые. Тогда да. :) > >> А как по вашему надо поступать если в почтовик сыпется что-то вроде To: > >> Pst256@... Subject: Pennis enlarging или вроде того. Что, в самом деле > >> надо слать боунс на адрес отправителя ? > > > > Да. В исходящих адресах подавляющим числом спамеров используются > > несуществующие ящики. В оставшемся - либо свои собственные (буржуйские > > спамеры), либо специально зарегистрированные для этого на фиктивных > > почтовых службах. > > Hо кроме этого можно задуматься и о собственных ящиках. Hапример стандартная > реакция на ошибку в адресе - боунс об отсутствии пользователя. А зачем ? Чтобы уведомить пользователя о том, что он отправил письмо не туда и если его все же волнует дохождение отправленного им письма - он должен проверить, где именно он ошибся. Заметь - в данном случае факт дохождения или недохождения письма автоматически проверяется серверами (при дохождении есть возможность запросить соответствующее уведомление - наши западные коллеги этот тип уведомлений очччень любят), а не взваливается на плечи пользователя. > Вы где-нибудь видели систему, которая в ответ на логин пароль кроме обрывания > сессии по ошибке начинает ласково и на нескольких языках информировать об > отсутствии такого пользователя в локальной среде. Hу бред ведь. Кроме того, > что это позваляет безнаказанно перебирать логины. Почтовое письмо - не совсем логин и пароль. Даже скорее совсем не. > >> Я уже сделал предложение. Используйте системы сканирования логов и > >> преобразуйте результаты в лаконичные репорты. > > > > Это гораздо менее удобно по сравнению с тем, что есть сейчас. Кроме > > того, как именно эта "система сканирования логов" узнает о том, что > > письмо было отброшено за пределами своей системы? > Письмо или quiued или возвращено с кодом. Все остальные вопросы к владельцу > удаленной системы. А удобство вещь относительная. Из всего боунса важен > только результат да/нет а все остальное вообще не надо. Хех. Ты же сам в прошлом письме писал о том, что пользователя не интересует, как именно ходит почта. И он вообще не в курсе, что релей бывает наш или не наш. Представь, что DHL сообщала бы тебе только о том, что груз отправлен из Москвы. А где именно он находится в данный момент - х.з. И как? > >> А вот если почта не доставлена, то уже меня не интересуют всякого рода > >> боунсы которые были или не были, были прочтены или были потеряны, так как > >> я все смогу выяснить сам. > > > > Ты готов отслеживать вручную (посторонний сервер - это именно более > > удобный по сравнению с сырыми логами инструмент) процесс доставки каждого > > письма? Или тебя просто не волнует факт доставки основной части писем? > > Если на один из этих вопросов ответом будет "нет", такой расклад > > неприемлем. > > Hет. Я бы хотел иметь инструмен парсящий логи именно на почтовые транзакции > и отслеживающий состоянии сообщений в системе. Перехватывающий все > технические сообщения и уничтожающий их возможно после некоторой обработки > если такая нужна (в 90% случаев достаточно самого факта). И главное, > позволяющий выяснить судьбу сообщения не путем последовательного ручного > раскручивания последовательности разрозненных фактов, а с помощью просмотра > уже сформированного трекинга. Как дополнительный инструмент - согласен. Как один из вариантов настройки для администратора - тоже (в конце концов каждый буратино сам себе враг). А вот как замену существующей технологии - нет. Почему - я писал выше (и раньше). -- Igor --- ifmail v.2.15dev5 * Origin: no gnus is bad news (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/367711c224af.html, оценка из 5, голосов 10
|
|
|