From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e5c972d04da95d51 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-04-16 14:40:40 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!peernews-us.colt.net!newsfeed.news2me.com!newsfeed2.earthlink.net!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!harp.news.atl.earthlink.net!not-for-mail From: rd Newsgroups: comp.lang.ada Subject: Re: SPAM-less email (was If anybody wants to make something in Ada butdo not know what) Date: Wed, 16 Apr 2003 16:38:46 -0500 Organization: MindSpring Enterprises Message-ID: <3E9DCD66.530F5CE9@spam.no> References: <3E9D61C0.5070103@cogeco.ca> <3E9D8090.F86AF4EC@spam.no> <3E9D8625.4090308@cogeco.ca> NNTP-Posting-Host: a5.79.e7.f7 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Server-Date: 16 Apr 2003 21:40:39 GMT X-Mailer: Mozilla 4.74 [en] (Win95; U) X-Accept-Language: en,ja,zh-CN,zh,zh-TW Xref: archiver1.google.com comp.lang.ada:36216 Date: 2003-04-16T21:40:39+00:00 List-Id: "Warren W. Gay VE3WWG" wrote: > > rd wrote: > > "Warren W. Gay VE3WWG" wrote: > >>Preben Randhol wrote: > > [clip] > >>>Besides spam filters is something > >>>people need so it could promote Ada95. > >>> > >>>Wish I could make it myself, but I simply don't have the time at the > >>>moment. > >>... > >>>Preben > >> > >>I personally believe that as long as email is free (and we like it > >>that way), SPAM will continue to be a big problem. To keep email > >>free, I think that the only way this will work is we'll end up > >>using two forms of email on the Internet: > >> > >> 1) Traditional email, which permits unsolicited mail (port 25); > >> which will continually battle with spam filters and such. > >> 2) A newer "solicited only" email system (port 26?) > >> > >>Perhaps the 2nd kind, can piggy back off of the first, by either > >>using a similar but extended protocol, and probably > >>using a new TCP/IP port # to avoid the log jam that occurs > >>on port 25 as spammers spam away. > >> > >>The new email protocol would make use of PKI exchanges (PGP?), > >>so that only those people that you have shared certificates > >>with, can successfully deposit email in your mailbox (this > >>would be great for kids, so that only their friends can > >>send them mail etc.). If someone gives away the cert (if the > >>protocol allows it), then you revoke it, and issue a new one > >>if necessary. > >> > >>Where the protocol research comes in (I think), is the method of > >>sharing and administering certs in a way that is easy for > >>grandmothers to work with. > >> > > > > For the second protocol, Jabber > > might be just the thing. The best part about Jabber is the real time > > messaging capability, and if I was designing the second protocol, I would > > include this functionality. > > If I skimmed the site correctly, it doesn't address the "solicited > email only" problem. It seems to be more concerned with XML and IM. > > What I really want, is a "solicited email only" channel, so that I > can give my electronic business card (read "cert.") to associates, > and not get pestered with offensive SPAM that I have to delete > every morning. I also want to protect my kids from this kind of > crap. My big sticking point was the real-time messaging. I haven't had an operational ICQ in years (I'm not going to upgrade) and it would solve several little problems for me. Bonus points if it was encrypted by default. > The only way to eliminate SPAM completely, is to give the > "key" to those you will accept mail from, and reject everything > else. BTW, ACT does this informally by insisting that you include > "GNAT" in the subject line. That "GNAT" acts as the "key". What > I'd like to see then, is a more sophisticated form of this, where the > key isn't so easily sharable with the world (and perhaps unique > to the sender so that it cannot be shared). Designing a protocol for this probably wouldn't be overly difficult. It'd really just be email guarded by a public/private key scheme, with filtering based on who has your public (semi-public) key. Since we're redesigning email, we might as well go ahead and integrate encryption all the way through it. Selling ISPs on this would be a cakewalk: spam is blocked by default, so spammers will eventually stop spamming; it would envolve about the same server power as email does now, but be far more powerful; if the text messaging features were included, it would solve the interoffice security problems some companies have (people would use instant messagers like AIM to send stuff that should be kept secure); POP3 could be dumped for something that uses more than a flimsy password; and many other little problems with email could be resolved. The encryption schemes to solve all these problems exist now, it's just a matter of people sitting down and pounding out the actual protocol. I can't think of a reason it wouldn't be immediately adopted. To my mind, the biggest problem communication schemes face is not being mainstream. It's already not a difficult matter to encrypt emails with PGP, but I still don't get encrypted emails, and I don't send them myself (often). And to stay sort of inline with the original poster, doing this in Ada first would be a good way to promote the language. Sorry for rambling, I tend to do that when I start to get excited about a topic.