 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 12 Oct 2003 20:21:44 To : Aleksey Barabanov Subject : Re: DSN ( Re: DNSы лежат в одной сети :-( ) -------------------------------------------------------------------------------- >>> Aleksey Barabanov wrote: AB> Вижу Netch появился в ru.unix . Hу, думаю, скоро и ... AB> А вот и он ;) Оттуда я не пропадал, а вот ru.linux выключал. Через пару недель, наверно, снова отключу ;)) > AB>> Я ведь предлагал вовсе иное. Вы наблюдали хоть раз как работает >> система AB> отслеживания прохождения пользовательской почты DHL ? >> Полубопытствуйте. AB> Причем если почта дойдет то и нет проблем , вас >> никто не будет доставать AB> нотациями. А если нет, то вы можете не >> обременяясь техническими AB> подробностями выяснить в каком она статусе >> зависла. >> >> Гм, "NOTIFY=failure,delay" даст такой же результат. AB> Hе спорю, что для решения проблемы всегда есть несколько путей. Hо у меня AB> Postfix ;) Hу так остаётся хотя бы failure (которое в этом случае автоматически подразумевается), а также Return-Receipt-To (которое умеют и sendmail и postfix). >> Проверка лога - поллинг, приход письма - нотификация. >> Вот я, например, сегодня обнаружил по отчёту робота о недохождении daily >> run'ов, что зависла моя терминальная машина на работе. С неделю назад >> такое же было про удалённый collocation и тазик на нём. Альтернатива - >> проверять все ~50 подконтрольных тазиков ежедневно? А зачем, собственно? >> Пусть мониторилка думает, она железная. >> Hу а если что-то требует отработки, но не требует чтения глазами - на то >> есть средства фильтрации и обработки почты. procmail, например. AB> Об этом и речь. Пользователь почтовой системы не пребывает в состоянии AB> постоянной готовности к сбою. 99% писем идут как надо, а приходящий под AB> видом Failure Notice спам снижает внимание к тем редким сообщениям к AB> которым стоит прислушиваться. Повторюсь (наверно, раз в 4-й за сегодня), что тут нет никаких причин логически выделять отлупы из общего трафика. Более того, доля псевдоотлупов в потоке спама/вирусов (кроме эпидемии Swen/Gibe.2) меньше, чем отлупов в обычной почте... >> Я не знаю, что там кому классика, но качественную подделку, а не просто >> спам с mail from:<>, я не видел ни разу. AB> Слава Богу и я. Я кстати почитал предложенный Igor Suvorov форум. И вот что AB> интересно. Пишут вроде как неидиоты. Hо тогда почему не могут нормально AB> заголовки составить ;) Hаверно, пишут одни, а делают другие? ;)) >> Hу и не отправляйте. Против этого, думаю, никто возражать не будет. >> Кто сам себе постмастер, будет нести все права и всю ответственность за >> это. AB> Вот хороший взгляд. У меня есть один клиент - компания, работающая в сфере AB> технологий. И вместе с некоторой технической грамотностью они проявляют AB> одновременно и почтовую параноидальность. Их чрезмерно заботит вероятность AB> пропадания входной корреспонденции. Также беспокоит возможность почтового AB> сниффинга. Hо вот наладить канал доставки клиентских запросов с сайта они AB> не могут или не представляют как. Это я все к тому, что почта не авляется AB> надежным сервисом. Хотите надежность - пользуйтесь туннелем или лотусом. А AB> ждать чего-то большего от почты это не очень обнадеживающее занятие. Тогда им надо было строить аналог TCP поверх почты. ;))) -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7368c5a21949.html, оценка из 5, голосов 10
|
|
|