Jerry:
> Mar 10 04:59:46 xxxxxxx postfix/smtpd[93352]: <
> xxxxxx.my_domain.com[192.168.1.101]: QUIT
> Mar 10 04:59:46 xxxxxxx postfix/smtpd[93352]: >
> xxxxxx.my_domain.com[192.168.1.101]: 221 2.0.0 Bye
> Mar 10 04:59:46 xxxxxxx postfix/smtpd[93352]: warning:
> network_biopair_interop: error reading 5 bytes from the network: Connection
> reset by peer
The client sends QUIT and disconnects. It's not going to wait for
the server's "220 Bye" response. If the server were to report an
error, there is nothing the client could do anyway.
In the case of Postfix SMTP read/write requests, I think this
warning message is redundant. The function that reports this warning
also returns a standard read(2) or write(2) error result to the
caller, and leaves it up to the caller to take action.
Such warnings are useful in debug mode, but otherwise it's just noise.
I see that there also is redundancy in error reporting for accept()
and connect() operations that could be streamlined (report the
system errno value in the caller instead of the low-level helper).
Wietse
