home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!spool.mu.edu!sdd.hp.com!usc!news.service.uci.edu!unogate!mvb.saic.com!tgv.com!info-multinet
- From: NED@INNOSOFT.COM (Ned Freed)
- Newsgroups: vmsnet.networks.tcp-ip.multinet
- Subject: Re: POP3 server with PMDF personal aliases.
- Message-ID: <42E0032809SEP92195153@TGV.COM>
- Date: 9 Sep 92 19:51:53 GMT
- Organization: The INFO-MULTINET Community
- Lines: 23
- X-Gateway-Source-Info: INTERNET
- X-Return-path: <info-multinet-relay@TGV.COM>
- X-RFC822-From: Ned Freed <NED@INNOSOFT.COM>
- X-VMS-To: IN%"MCKEEVER@VAX2.CSTP.UMKC.EDU"
- X-VMS-Cc: IN%"info-multinet@tgv.com"
- Nntp-Posting-Host: Mvb.Saic.Com
-
- The POP3 model is incapable of supporting personal aliases. There isn't
- much that either Innosoft or TGV can do about it except try to get the
- protocol enhanced, and I am already trying to do just that.
-
- The fundamental problem is very simple. Neither POP2 or POP3 provide
- a means to post messages. (IMAP doesn't either.) Remote clients therefore
- have to use some other protocol to post, and that is usually SMTP. But
- SMTP was never intended to be used as a posting protocol; it is designed
- for MTA-MTA transfers. In particular SMTP has no provisions that would
- let a user identify himself or herself. It is therefore intrinsically
- impossible to know what personal alias database, if any, should be
- associated with a given SMTP connection.
-
- There are various ways to work around this. One is to use a different
- posting protocol (but what?). Another is to enhance SMTP. Still another
- is to add posting capabilities to POPx and/or IMAP. But all of these
- things require protocol changes, and as such you're not likely to see
- them deployed any time soon.
-
- If anyone has any ideas in this area I'd like to discuss them further.
-
- Ned
-
-