|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 08 Apr 2003 21:57:18
To : Vadim Mikhailov
Subject : Re: qmail - вопpосы по pоyтингy
--------------------------------------------------------------------------------
>>> Vadim Mikhailov wrote:
VM> Вот еще ссылка:
VM> http://www.geocrawler.com/archives/3/146/2002/11/0/10253955/
VM> 6.1 Reliable Delivery and Replies by Email
VM> When the receiver-SMTP accepts a piece of mail (by sending a "250 OK"
VM> message in response to DATA), it is accepting responsibility for
VM> delivering or relaying the message. It must take this responsibility
VM> seriously. It MUST NOT lose the message for frivolous reasons, such
VM> as because the host later crashes or because of a predictable
VM> resource shortage.
VM> For those MTAs which do not take care to perform those file
VM> operations in a certain order (e.g., qmail & exim), this is not true.
VM> They are inherently incompatible with softupdates, and in order to
VM> comply with this section of the RFC, you must either not use them, or
VM> you must turn off softupdates.
VM> This is a specific problem with qmail and exim. This is not a
VM> general problem with softupdates as a whole.
Если softupdates не из FreeBSD 3.0-current, то простого fsync() должно
быть достаточно, чтобы файл никуда не пропал. Если qmail не делает fsync()
перед "250 ok", то это его личные п/с проблемы.
VM>>> Hасчет mailertable - он умеет использовать существующий сендмыловый.
AF>> Вот уж чего нафиг не надо...
VM> "В колбасе потребности у нас сегодня нет". Если у кого-то накопился
VM> большой mailertable, то для него это будет весьма существенный агрумент.
От того, что в exim у неё чуть другой формат, принципиально ничего
не изменится.
-netch-
--- ifmail v.2.15dev4
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
