posted on Mar, 8 2004 @ 03:25 PM
It seems to me that the solution would not be to charge you at the SMTP (sending) server, but rather at the POP (receiving) server. For instance when
you use your Server A to send an email to someone at Server B, then B is the one that charges you. Of course, they'd have to figure out how to route
the charge back through A, which considering the numbers of servers is a logistical nightmare.
The problem of people writing their own servers and using them can be addressed by implementing a form of "server authentication", or a master list
of authentic, legitimate servers. They already do this for SSL certificates; why not SMTP servers?
Also, I heard that the idea of "paying" for email is not restricted to just monetary payment. Gates mentioned another idea, where your computer
would be forced to perform 10 seconds of computation before the mail is sent. That way spammers couldn't send 1000 emails a second. To send a million
emails would take ten million seconds, or 115.74 days. Spam problem solved.
Would you all be willing to give up 10 seconds of computing time, in order to stop the spam deluge?