Главная страница


ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Eugene Grosbein                      2:5006/1       13 Dec 2006  20:35:26
 To : Dmitriy Kirhlarov
 Subject : Re: exim vs sendmail
 -------------------------------------------------------------------------------- 
 
 13 дек 2006, среда, в 14:29 KRAST, Dmitriy Kirhlarov написал(а):
 
  >> 1. бурную деятельность не изображать
  >> 2. при коннекте на 25 порт говорить "место ек"
  >> 3. в статусе (по mailq который) говорить тоже самое
  >> 4. ждать когда место будет. при появлении продолжить работу.
 
  DK> ну и накуя такой демон нужен? Какой его смысл, с точки зрения
  DK> полезности обществу? Чем он от мертвого отличается?
 
 Он отличается от мертвого тем, что при наличии ресурсов выполняет
 полезную работу и не требует глупых телодвижений после ухода проблемы,
 а становится полезным сам. Это должен уметь любой уважающий себя демон.
 И кстати сквид тоже жутко злит этим. И не должны быть нужны для этого
 никакие костыли-скрипты-обвязки. Они от sigsegv, а не от тупейшего
 вызова abort() при получении ENOSPC.
 
  DK> 2,3 -- лишнее, ибо для этого есть мониторинг.
 
 Hе должен нормальный демон зависеть от наличия мониторингов
 в таких простейших ситуациях.
 
  DK> 4 -- оно не появится, пока админ не почешется. А его надо уведомить.
  DK> Умереть -- самый простой способ. И вполне достаточный.
 
 Это идиотский способ. Режектить почту или вообще TCP-порт способ гораздо
 лучше. Отработает какой-нибудь logrotate или newsyslog и демон заработает
 сам. Ключевое слово - сам. Hе нужен тут ни AI, ни естественный интеллект
 админа.
 
 Eugene
 -- 
 Choose no family
 --- slrn/0.9.8.0 (FreeBSD)
  * Origin: Svyaz Service JSC (2:5006/1@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: exim vs sendmail   Eugene Grosbein   13 Dec 2006 20:35:26 
Архивное /ru.unix.bsd/26093e59cf21f.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional