Author lpolzer
Recipients barry, lpolzer, r.david.murray
Date 2013-11-25.19:39:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
I am indeed referring to the enhanced status codes proposed in RFC 3463. This would just entail adding information to the status codes, converting them from the format "<simple status code> <human-readable string>" to "<simple status code> <enhanced status code> <human-readable string>".

In this it doesn't seem necessary to differentiate by HELO/EHLO; neither is it demanded by the standard nor does it result in an incompatible form of traditional HELO status messages. HELO clients should just interpret the first three digits and regard the rest as part of the human readable informal section.
Date User Action Args
2013-11-25 19:39:58lpolzersetrecipients: + lpolzer, barry, r.david.murray
2013-11-25 19:39:58lpolzersetmessageid: <>
2013-11-25 19:39:58lpolzerlinkissue19679 messages
2013-11-25 19:39:58lpolzercreate