>Every mail client would have to become a full mail server with MX'ing,
queuing and the rest of the 9 yards. Sending an email to large numbers of
recipients (especially mailing lists) would become extremely unreliable.
I believe these problems are a large result of comparing this technique to
how E-Mail is currently handled right now. Every sending client would not
have to become a mail server. The sending clients could use normal
A-record lookups to resolve DNS names instead of using MX records. The
sending client would not have to implement server queues as it would only
be sending mail from one user.
>There goes any chance for rate limiting, send filtering, or even logging
(especially in a corporate environment).
I don't see how rate limiting would be affected with this method, I would
like to know exactly what you mean by this. Send filtering and logging
however are different topics, both of these are easy to get around by any
knowledgeable computer user. Could you give some examples of how send
filtering and logging are beneficial to corporations? Is this logging any
different than just normal usage logging that administrators
perform? Logging like to see what users are doing with HTTP, FTP,
messaging systems, etc. Could logging programs not be adapted, if people
wanted to, to log new protocols like this one?
>Legitimate bulk mailing would become excrutiatingly painful.
Well, right now legitimate bulk mailing is kind of broken. In order for
myself to sign up to this list I had to send and receive 3 pieces of
E-Mail. In the overview I did address bulk mailing. If a bulk mailer is
on a white list of someone(legitimate), then the bulk mailer does not have
to use any CPU time to send the message, it is allowed to be sent as simply
as it is right now. This makes it perfectly possible for a bulk mailer to
send out hundreds of thousands of E-Mail messages to users who want to
receive them. I don't see how legitimate bulk mailing would be hindered by
this method. On the contrary; I think this method could help out bulk
mailers as end users would clearly know who they've placed on their list of
accepted senders and would eliminate users accidentally reporting
legitimate or solicited bulk mail as unsolicited.
>I think this cure is worse than the disease.
I don't see how this is true. I believe this method is a more robust
method opposed to simple E-Mail system we use right now. As such it
requires slightly different methods, but even the current E-Mail system has
it's own methods to get used to. Different is not the same as worse.
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg