home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4784 < prev    next >
Encoding:
Text File  |  1992-08-20  |  3.6 KB  |  74 lines
  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!mstar!mstar!bob
  3. From: bob@MorningStar.Com (Bob Sutterfield)
  4. Subject: Re: NeXT mail via SLIP
  5. In-Reply-To: smb3u@kiptron.psyc.virginia.edu's message of Thu, 20 Aug 1992 17: 33:10 GMT
  6. Message-ID: <BOB.92Aug21020301@volitans.MorningStar.Com>
  7. Sender: news@MorningStar.Com
  8. Nntp-Posting-Host: volitans.morningstar.com
  9. Organization: Morning Star Technologies
  10. References: <1992Aug20.173310.4492@murdoch.acc.Virginia.EDU>
  11. Date: Fri, 21 Aug 1992 06:03:08 GMT
  12. Lines: 60
  13.  
  14. In article <1992Aug20.173310.4492@murdoch.acc.Virginia.EDU> smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes:
  15.    We are setting up SLIP for a number of our professors who have NeXT
  16.    machines at home as well as at work.  They prefer to read their
  17.    mail using the NeXT Mail GUI.  Has anyone a list of practical do's
  18.    and don'ts for setting up a mail client over a SLIP line?
  19.  
  20.    The SLIP server is also the mail server for our NetInfo cluster.  I
  21.    assume that I could go ahead and make the same NFS mounts that I
  22.    normally would for a mail client, but I have heard that NFS can be
  23.    troublesome over SLIP.  What is the common net wisdom on this?
  24.  
  25. Unless you turn on UDP checksumming on both the NFS server and the NFS
  26. client (note: these aren't necessarily the endpoints of the SLIP link,
  27. these are the NFS-level endpoints), it's unsafe to run NFS over a SLIP
  28. link.  Since the SLIP protocol incorporates no error detection, the
  29. SLIP driver can unknowingly hand damaged packets up to IP, which will
  30. hand them up to UDP, which will (lacking a checksum or CRC check) hand
  31. them to NFS, where the corrupted data will be silently included in
  32. your file.  This has happened to me, even over error-correcting
  33. modems, and it wasn't pleasant.  End-to-end data errors can be
  34. introduced by factors other than telephone line noise - e.g. UART
  35. overruns.
  36.  
  37. This isn't a problem for TCP applications, which can safely assume
  38. that TCP's checksums will provide them with a reliable, sequenced,
  39. error-free data stream.  If a damaged frame arrives, TCP will discard
  40. it, and the retransmission algorithms will ensure that it is
  41. eventually delivered clean.
  42.  
  43. You have several alternatives:
  44.  
  45. 1) Turn on UDP checksumming on the NFS server and clients.  I don't
  46.    know how to do this on NeXT systems.  It may already be turned on
  47.    by default, or it may be non-turn-on-able.
  48.  
  49. 2) Use PPP rather than SLIP, because PPP provides a 16-bit CRC on each
  50.    frame for packet-level error detection.  A damaged packet is
  51.    discarded by the PPP driver, before it can be handed up to IP and
  52.    then on up the protocol stack.  Higher-level layers worry about
  53.    retransmissions.  Both PPP and SLIP can be had either for free, or
  54.    from commercial providers, for your NeXTs.
  55.  
  56. 3) Make a local mail spool on each home machine, and use normal SMTP
  57.    delivery between each node's sendmail.  This is perhaps the most
  58.    straightforward to implement, but could become a hassle because of
  59.    all those standalone machines running in unmanageable locations.
  60.    You'll probably want to configure the remotes to hand their
  61.    outgoing mail to the central site for delivery, so you at least
  62.    stand a chance of getting their headers right before they head
  63.    outside your domain.
  64.  
  65. 4) Run the NeXT mail application on the office server, with its
  66.    display redirected to the home machine's window server.
  67.  
  68. 5) Use a mail management protocol like POP or IMAP, for which servers
  69.    and nice clients exist for NeXTs.  I don't know if those clients
  70.    provide all the features your users now enjoy in NeXT's Mail app.
  71.  
  72. Our home systems use (2) and (3), and occasionally (4) for other
  73. applications.
  74.