[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: (U) MTAs and FFS (was: Re: a good mail server)
Until you fix the underlying problem, you still have a problem. I'm quite
confident that's the reason Theo has never been interested in something like
a nonexecutable stack patch, and also why you can't REALLY knock postfix for
that recent problem because it was more of a combination of factors.
-----BEGIN GEEK CODE BLOCK-----
GAT$ d--(?)@ s-:- !a>? C+++$ UB+++@ P+>+++ L->--- E--- W++>+++ N++@ o- K->--
w+(--)@ O?>++ M V-- PS--- PE Y+@ PGP t+@ 5-- X+@ R@ tv@ b++>+++ DI++ D+++
G+>+++ e+>(++*) h+>(++*) r--->(+*) y?(**)
------END GEEK CODE BLOCK------
From: Claus Assmann [mailto:ca+OpenBSD_misc@zardoc.endmail.org]
Sent: Saturday, June 01, 2002 9:51 AM
Subject: MTAs and FFS (was: Re: a good mail server)
On Sat, Jun 01, 2002, Henning Brauer wrote:
> On Sat, Jun 01, 2002 at 05:46:38AM +0000, Yuri K wrote:
> > http://cr.yp.to/qmail/faq/reliability.html#filesystems
> a) this is no qmail issue but a filesystem issue. it's just not documented
> well for other MTAs but affects them all.
Some "other MTAs" have code that can deal with those "filesystem
issue"s (even though the authors don't like to have extra code for
each of these FFS with different semantics).
REQUIRES_DIR_FSYNC Turn on support for file systems that require to
call fsync() for a directory if the meta-data in it has
been changed. This should be turned on at least for
ReiserFS; it is enabled by default for Linux. An
to this compile time flag is to mount the queue directory
without the -async option, or using chattr +S on Linux.
That MTA also has code to deal with softupdates.