home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / networks / tcpip / multinet / 1843 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.7 KB  |  63 lines
  1. X-Gateway-Source-Info: INTERNET
  2. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!ames!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
  3. Date: 30 JUL 92 15:06:52 GMT
  4. Newsgroups: vmsnet.networks.tcp-ip.multinet
  5. X-Return-path: <info-multinet-relay@TGV.COM>
  6. X-RFC822-From: Jim Whitfill - Los Alamos <WHITFILL@meediv.lanl.gov>
  7. From: Jim Whitfill - Los Alamos <WHITFILL@meediv.lanl.gov>
  8. Subject: Re: RFC 1339 support: Remote Mail Checking Protocol.
  9. Message-ID: <712501665.841496.WHITFILL@meediv.lanl.gov>
  10. Organization: Los Alamos National Laboratory
  11. Nntp-Posting-Host: Mvb.Saic.Com
  12. Lines: 49
  13.  
  14. We are getting multiple copies of postings; this is the 4th copy of the one
  15. below that I've seen............................
  16.  
  17.  
  18.  
  19.  
  20.  
  21. > 
  22. > >From: "Ned Freed (Postmaster)" <NED@SIGURD.INNOSOFT.COM>
  23. > >There's a limited version of the protocol that is slightly more implementable
  24. > >in the VMS environment, but not overly so.
  25. > >
  26. > >If you can come up with a reasonable way to deal with these issues in the
  27. > >VMS environment I'd love to hear about it. I had serious thoughts about
  28. > >implementing this protocol in PMDF until I started to consider how the
  29. > >actual implementation would have to be done.
  30. > >
  31. > >                Ned
  32. > 
  33. > Most users are more interested in the presence or absence of new mail and for 
  34. > them a simple check of the VMSMAIL profile should be good enough.  The time 
  35. > stamps are more or less optional and I do not see any way of implementing them 
  36. > in VMS.  The section "Server Implementation Notes" in RFC 1339 provides for a 
  37. > way of not implementing time stamps.
  38. > 
  39. > The way I was thinking about this was:
  40. > 
  41. > A client makes a request and sends the username.  The server asks for the 
  42. > password (unless the ipaddress/port/maildrop triple is stored) and checks 
  43. > the SYSUAF for password and existence of account.  If the account does 
  44. > not exist, zeros are sent back.  If the account exists, the VMSMAIL profile is 
  45. > checked for new mail.  If new mail exists or the number of records in the 
  46. > user's MAIL.MAI is more than one, an appropriate response is send back for New 
  47. > mail or Old Mail.
  48. > 
  49. > The current POP protocol has too much overhead which includes a process 
  50. > creation and much more work on the part of the server.
  51. > 
  52. > 
  53. >   Sanjay Kapur    (SK54)              |Internet:    Sanjay.Kapur@sunysb.edu
  54. >   Systems Staff, Computing Services,  |Bitnet:      SKAPUR@USB
  55. >   State University of New York,       |SPAN/HEPnet: 44132::SKAPUR
  56. >   Stony Brook, NY 11794-2400        |Phone:+1-516 632 8029, FAX:+1-516 632 8046
  57. > 
  58. > 
  59. ---------------------------------------------------------------------------
  60. Jim A. Whitfill    Mechanical & Electronic Eng. Division     (505) 667-9282
  61. whitfill@meediv.lanl.gov                    Los Alamos National Laboratory
  62. 
  63.