Given the initial crosspost, I'm doing the same (though they may be
rejected) and suggesting all follow-up go to one list, only. I suggest
asrg.
FEEDBACK:
Yes, this is ~= IM2000, but with an improvement: it's potentially
sometimes backward-compatible with SMTP.
Generally, this draft (which I'll refer to as DMTP or DiffMail) has
features (the draft lists 3 advantages*) that, IMO, are better provided
by other systems.
Addressing them in reverse order:
3)This is better provided by greylisting+. That forces the sender to
maintain something like a real mail queue.
2)Standard use of DNSRBLs (and sometimes RHSBLs with CSV or SPF) reduces
bandwidth and storage costs more effectively and is compatible with all
senders and most receivers today, with no code changes, and generally
require just trivial configuration changes.
1)Again, greylisting allows a receiver a window of opportunity to allow
the sender to get on a BL (or the message to enter a razor2 type DB)
before receiving the message. It is true, however, that DMTP does
provide a potentially larger window, and does so without indroducing a
significant delay. The question is, is this worth the cost of requiring
senders and receivers support new commands and a new reply code?
Confused by acronyms? See
<http://wiki.fastmail.fm/wiki/index.php/ClientSmtpValidation#.23Acronyms.2FGlossary>
for elucidation.
+See <http://greylisting.org>
*Purported Advantages:
"1. By asking senders (non-regular contacts) to maintain messages on
their mail servers, spammers are forced to keep their servers up. They
cannot simply send a large number of spam messages, shut down their
servers, and switch to another domain (and/or change IP addresses). In
this way, DiffMail helps to improve the effectiveness of
IP-address-based filtering schemes.
2. Since a (complete) message is only retrieved by a receiver at his
will, less bandwidth and storage resource will be consumed at the
receiver side if the user does not retrieve the majority of messages
from non-regular contacts.
3. Spammers now have more responsibilities to maintain their outgoing
messages[.]"
On 5/5/05 3:51 PM, Kartik Gopalan sent forth electrons to convey:
<snipped>