Joseph Carter wrote: > On the other hand, direct mail would not need to be taboo as it is with > many ISPs today since you must actually own the address which sends the > message in order for it to verify.
But it's still a bad idea for many end users. There is a delay of hours to days between when you send the vcard and when the recipient collects the message. If the sender's host is not still powered up, connected to the 'net, at the same IP address, and with the right port open, then the recipient can't get the message. We'll still need mail servers just for their connectedness and uptime. And that means a way to securely proxy your authentication info to a server. > I've also been considering how you would gate traditional email clients > and traffic into this sort of system as a transition mechanism. I've got > ideas for how to do that with the clients, but it seems to boil down to an > address at your ISP which serves as a mail bot to handle the directory for > authentications.. (Noteworthy is that a directory service is necessary in > order to make the list of users and auths not just terribly suck!) If there's a way to interoperate with the current system, is there any real likelihood a new protocol will be adopted? (ref. IPv6) Note that aside from reducing the amount of traffic that gets bounced and automating the sending of vcards, you can get all the functionality of your system entirely on the recipient's side from TMDA. http://tmda.net/ -- Bob Miller K<bob> kbobsoft software consulting http://kbobsoft.com [EMAIL PROTECTED] _______________________________________________ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
