Re: Feedback on Hypertext Mail Protocol (a.k.a. Stub Email)
Shae Matijs Erisson <[email protected]> 22 Feb 2006 19:07:17 +0100
| Newsgroups | gmane.mail.im2000 |
|---|---|
| Message-ID | <[email protected]> |
Greg Hewgill <[email protected]> writes: > Spammers will find a way around this. For example, they could install > an arbitrary number of IM2000 message stores on zombie Windows > machines, and point junk domain names at them. Or, they could set up an > IM2000 server that stores a single copy of their message for all 50 > million recipients. IM2000 shifts the burden of message storage to the > sender, but the sender can quite easily delegate this further to other > unsuspecting victims. But it means that I as the 'internet geek' can kill off a thousand zombie servers before 'gullible grandma spam-target' can retrieve the spam messages for which she's been sent a zillion notifications. (Plus many ISPs block incoming and outgoing port 25 for anti-zombie purposes.) Right now, the system itself bears the cost of sending. Any unsecured inlet means an ISP stores spam on their server, even when the zombies are shutdown. If the zombies had to be online to send spam, then forcing them to change address or whatever would have the same effect in the end. Gullible Grandma wouldn't receive the spam message, and would not send money to the spammer. Q. So what if the spam is in the subject field only? A. Clients should not display unretrievable messages unless asked. It'll probably be a spam anyway. The point is that IM2000 and other pull systems provide accountability. -- I've tried to teach people autodidactism, | ScannedInAvian.com but it seems they always have to learn it for themselves.| Shae Matijs Erisson