Re: [exim] RCPT delays and PIPELINING

Quoting Philip Hazel:

> But I am really interested in views as to whether doing the automatic
> flush is a good idea or not.

I am also in favour of the flush-before-delay. The client will get the
responses for the previous commands, so he will have at least that, and
the server will not appear to be completely stuck. The behaviour is more
"natural", I'd say, and it's better for debugging.

We could introduce modifiers for the delay keyword (like "delay =
10s/noflush"), if somebody wants the old behaviour, but it's probably
not worth it.