Chris, > >Say the end-point recipient mail server made a digest of the message and > >asked "did you send this" to the originating mail server, then it could > >work. > > If you're going to do that, you may as well just have an SMTP command > CALL-ME-BACK. You would get a connection from a server trying to > deliver mail. It would ask CALL-ME-BACK?. If the receiver answered > OK. It would disconnect. The receiver would then connect to the > sender. There's an existing SMTP command to swap roles which it would > do and then start receiving the email.
I have only just read this. It is a good idea. You folks should make and RFC out of it and propose it to the IETF. The feature could be phased in over time and mail administrators would choose when they would turn off the not-CALL-ME-BACK capability. At that moment all Spam and all email from servers that are not CALL-ME-BACK capable are rejected. Harsh but fair, if phased in over a couple of years. The only way to beat Spam is to make the mail truly traceable to sender. As long as they can fake headers and hijack servers, they will continue to flout laws. - Paul -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
