On Thu, 10 Feb 2000, Len Budney wrote: > Then your comment was utterly inane. Any MTA which returns success > before writing a message to the filesystem, and syncing it, should be > thrown away... What if the MTA has already forwarded the message in question to other MTA and got an acknowledgement? What if the message has already been processed by some program? Why should MTA bother making sure a copy of the message has been saved to the disk in these situations? Qmail's design has advantages but it is not the only way to design MTA in the universe. --Pavel Kankovsky aka Peak [ Boycott Microsoft--http://www.vcnet.com/bms ] "Resistance is futile. Open your source code and prepare for assimilation."
- Re: Journalling and email loss Len Budney
- FFS with softupdates (Re: Journalling and email loss) Magnus Bodin
- Re: qmail on FFS with softupdates Len Budney
- Re: qmail on FFS with softupdates Andre Oppermann
- Re: qmail on FFS with softupdates Len Budney
- Re: qmail on FFS with softupdates cmikk
- Re: qmail on FFS with softupdates Andre Oppermann
- Re: qmail on FFS with softupdates Jeff Hayward
- Re: egg on MY face Len Budney
- Re: Journalling and email loss Anthony DeBoer
- Re: Journalling and email loss Pavel Kankovsky
- Re: Journalling and email loss Len Budney
- Re: Journalling and email loss Pavel Kankovsky
- Re: Egg on my face Dave Sill
- Re: Egg on my face Sam
- Re: OT: fsync semantics (was Re: Linux kernel ....) David Dyer-Bennet
- Re: OT: fsync semantics (was Re: Linux kernel ....) Bruno Wolff III
- Re: OT: fsync semantics (was Re: Linux kernel ....) Andre Oppermann
- Re: OT: fsync semantics (was Re: Linux kernel ....) David Dyer-Bennet
- Re: OT: fsync semantics (was Re: Linux kernel ....) Russell Nelson
- Re: OT: fsync semantics (was Re: Linux kernel ....) Magnus Bodin
