home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / datacomm / 8520 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.7 KB

  1. Xref: sparky comp.sys.amiga.datacomm:8520 comp.sys.amiga.misc:19461
  2. Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.misc
  3. Path: sparky!uunet!wupost!gumby!destroyer!cs.ubc.ca!uw-beaver!fluke!kurt
  4. From: kurt@tc.fluke.COM (Kurt Guntheroth)
  5. Subject: Re: Binaries/Sources
  6. Message-ID: <1993Jan5.173810.5754@tc.fluke.COM>
  7. Reply-To: kurt@tc.fluke.COM (Kurt Guntheroth)
  8. Organization: John Fluke Mfg. Co., Inc., Everett, WA
  9. References: <1hd7m1INNrmv@usenet.INS.CWRU.Edu> <qt3cs*tN0@prolix.apana.org.au>
  10. Date: Tue, 5 Jan 1993 17:38:10 GMT
  11. Lines: 21
  12.  
  13. dac@prolix.apana.org.au (Andrew Clayton) writes:
  14.  
  15. >Anyone with FTP access just goes to a amiga.physik mirror site,
  16. >and gets files from there.  FTPMail also works, especially to
  17. >mrcserv@janus.mtroyal.ab.ca.  Send a mail message to that site
  18. >with 'HELP' as the subject, and you should get back a detailed
  19. >enough picture of how to use the service.
  20.  
  21. As happy as those with FTP access are, there are still many with no access.
  22. My experience with ftp mail servers has been very bad.  gatekeeper.dec.com
  23. may take 2 weeks to respond, and sometimes eats requests.  An ncr server 
  24. went silent years ago.  Something in mrcserv's messages made me reluctant to
  25. strain their resources by using them extensively, though at this time I
  26. can't remember what it was.
  27.  
  28. I was happy with comp.amiga.sources/binaries.  Most of the important
  29. software came over the usenet, and little of the junk.  It was an effective
  30. distribution method as far as I am concerned, and I have missed it.  I
  31. heartily second Peter da Silva's (sp?) nomination as moderator.  He'll do a
  32. great job, especially when compared with the current moderator, which
  33. appears to be the null moderator.
  34.