home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / archives / msdos / d / 104 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.1 KB
  1. Path: sparky!uunet!olivea!gossip.pyramid.com!pyramid!octopus!sjsumcs!rick
  2. From: rick@sjsumcs.sjsu.edu (Richard Warner)
  3. Newsgroups: comp.archives.msdos.d
  4. Subject: Re: *** WHAT'S THE BEST COMM PROTOCOL ***
  5. Message-ID: <1992Dec22.153848.29167@sjsumcs.sjsu.edu>
  6. Date: 22 Dec 92 15:38:48 GMT
  7. References: <1992Dec21.181829.4391@porthos.cc.bellcore.com> <1992Dec21.195526.29197@uwasa.fi>
  8. Organization: San Jose State University - Math/CS Dept.
  9. Lines: 36
  10.  
  11. ts@uwasa.fi (Timo Salmi) writes:
  12.  
  13. >In article <1992Dec21.181829.4391@porthos.cc.bellcore.com> dml7@navaho.cc.bellcore.com (lee,danny) writes:
  14. >>i'm having trouble deciding which communications protocol package to
  15. >>use on my pc.  i was using kermit and still using it.  however,
  16. >>someone mentioned to me that zmodem was much better and faster.
  17.  
  18. >The answer is rather unambiguously zmodem.  If one speaks of the
  19.                       ^^^^^^^^^^^^^^^^^^^^
  20.  
  21. I think the answer is quite ambiguous.  Zmodem is definitely faster and
  22. has better error recovery, but kermit, xmodem, and ymodem are more
  23. ubiquitous at this time.  I find that some sites will allow zmodem, but
  24. it is a rare site indeed that does not have kermit.
  25.  
  26. >different telecommunications packages, there are many of them in
  27. >use, and the opinnions can be quite divided.  But as for file
  28. >transfers zmodem seems to dominate in actual usage.  I am not being
  29. >partisan, but rather observing the current practice.
  30.  
  31. >If one goes down to details, all transfer protocols have their
  32. >proponents, and if you can lay your hands on kermit with long
  33. >packages, it is fair, too.  But it has one drawback which I don't
  34. >like at all.  That is that it does not preserve the file's date
  35. >stamp in the transfer.
  36.  
  37. >Followups directed to comp.archives.msdos.d only which is replacing
  38. >comp.binaries.ibm.pc.archives. 
  39.  
  40. >   All the best, Timo
  41.  
  42. >..................................................................
  43. >Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
  44. >Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
  45. >Faculty of Accounting & Industrial Management; University of Vaasa
  46. >Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
  47.