On Wed, 2 Jul 2008, Nigel Metheringham wrote:
> On 2 Jul 2008, at 09:59, Andrzej Adam Filip wrote:
> >
> > Have you considered delaying ACK of the "final dot" of incoming
> > messages? For *most* messages delivery time is below 3s. Before giving
> > ACK to "the final dot" MTA does not have to commit anything from file
> > cache to disk because it have not "taken over" responsibility for
> > message delivery. Most senders will accept a 1-2s extra delay (IMHO).
>
> Needs a fundamental redesign of exim - all messages go through the queue
> at present, and outgoing messages are not handled in the same process as
> incoming. It cannot be done within exim at present without changing it
> so much that it is no longer exim.
Agreed.
> We are also talking about a real minority requirement.
It would help a lot with border MTAs that relay to internal MTAs that have
differing spam filter setups. At the moment this causes collateral spam,
and it would be nice to reduce that.
Tony.
--
<fanf@???> <dot@???>
http://dotat.at/ ${sg{\N${sg{\
N\}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}\
\N}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}
