home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / mail / pmdf / 2122 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  2.5 KB

  1. Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. From: klensin@infoods.mit.edu (John C Klensin)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: Mail User agents
  5. Message-ID: <713977262.781166.KLENSIN@INFOODS.MIT.EDU>
  6. Date: 16 Aug 92 15:01:02 GMT
  7. Organization: The Internet
  8. Lines: 35
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 16 Aug 1992 11:01:02 -0400 (EDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. In-Reply-To: <1992Aug16.201127.143@degsyd.syd.deg.csiro.au>
  13. CC: info-pmdf@YMIR.CLAREMONT.EDU
  14. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  15. Resent-Message-ID: <01GNN4MNNV2A95NBLN@YMIR.CLAREMONT.EDU>
  16. X-Vms-To: IN%"ip_boss@degsyd.syd.deg.csiro.au"
  17. X-Vms-Cc: IN%"info-pmdf@YMIR.CLAREMONT.EDU"
  18. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  19. Content-Transfer-Encoding: 7BIT
  20. Mail-System-Version: <VAX-MM(312)+TOPSLIB(155)+PMDF(4.1)@INFOODS.MIT.EDU>
  21.  
  22. >>     So the concept employed is that there is one central place
  23. >> that stays up all day, and you can access from all over the place. The
  24. >> problem now is that PC and Mac users expect a GUI as opposed to the
  25. >>...
  26. >That's why "store and forward" methods like POP have been very popular for
  27. >PCs and MACs of late.  There some very nice looking POP client programs
  28. >available to overcome the issue of not having your personal computer
  29. >turned on all the time.
  30.  
  31. Jack,
  32.   While not disagreeing with anything you've said, I think a
  33. terminology clarification would be helpful before this discussion goes
  34. down the path of a parallel discussion about these mail-receiving
  35. protocols...
  36.   Strictly speaking, one could easily construct "store and forward", and
  37. a solution to the shut-off workstation problem with SMTP alone.  You
  38. would set up MX records for the workstations that would deposit the mail
  39. somewhere else if the workstation was off, e.g.,
  40.      workstation MX 0  workstation
  41.      workstation MX 10 postoffice
  42. You would then set "postoffice" up with a channel (or equivalent) for
  43. delivery to local workstations distinct from its channels for delivery
  44. to the rest of the network.  And you would set a really aggressive retry
  45. schedule on that channel s.t., when the workstation came up, it would
  46. get its mail dumped on it in rather short order.  You'd be effectively
  47. polling its SMTP port all the time, and delivering as soon as it came
  48. up.
  49.  
  50. Is this a good idea?  Well, no, and for a number of reasons.  But it is
  51. "store and forward".   POP et al., which depend on the workstation
  52. announcing to the server that they have come up and then retrieving the
  53. mail, are more like "store and fetch".
  54.    --john
  55.  
  56.   Is th
  57.