On 01/07/11 19:24, Wietse Venema wrote:
The fix is for the client to append.LF> to the message
content before writing it to the network.
The workaround is for the client to turn off Nagle delays.
Thanks. That was it for sure.
Just for the benefit of others:
- it was hard for me to change th
Oliver Schonrock:
> However...
> When sending it from a machine which has Sendmail installed and I use
> the sendmail "client" binary which comes with that the delay is 10x
> greater ~0.1s.
This means that some client implementation does small writes
back-to-back, and therefore the client suffer
On Fri, Jul 01, 2011 at 06:12:09PM +0100, Oliver Schonrock wrote:
> When using my php library I was able to isolate the delay to the
> END_OF_DATA command ie
>
> .LF>
>
> Postfix's response to that command takes 0.1s if using the "Sendmail"
> client or the php library. but takes only 0.01s when
