TM : rfc ignorance
It’s annoying to see smtp connection from TM email server. At the end of transmission, their email server will not send “QUIT” after “END-OF-MESSAGE” stage. Leaving tonnes of open connection hanging around until they finally timed out.
Aug 8 12:41:45 mail postfix/smtpd[42261]: timeout after END-OF-MESSAGE from \ pluto.tm.com.my[210.187.89.62]
From RFC 2821 Simple Mail Transfer Protocol
4.1.1.10 QUIT (QUIT)
This command specifies that the receiver MUST send an OK reply, and then close the transmission channel.
The receiver MUST NOT intentionally close the transmission channel until it receives and replies to a QUIT command (even if there was an error). The sender MUST NOT intentionally close the transmission channel until it sends a QUIT command and SHOULD wait until it receives the reply (even if there was an error response to a previous command). If the connection is closed prematurely due to violations of the above or system or network failure, the server MUST cancel any pending transaction, but not undo any previously completed transaction, and generally MUST act as if the command or transaction in progress had received a temporary error (i.e., a 4yz response).
Will ya read up rfc 2821?
A Reader’s Toolbox
There is an increased incidence of having a voip client today. Due to internet phones everywhere, now everyone has a voip software incorporated into his system. That definitely implies even more voip deals. The most common internet telephone service being employed is of course vonage. On the 2nd number, a lot of skype download is happening too.
Wednesday, August 8th, 2007
