home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / archives / admin / 457 < prev    next >
Encoding:
Text File  |  1992-11-19  |  3.8 KB  |  95 lines
  1. Newsgroups: comp.archives.admin
  2. Path: sparky!uunet!utcsri!newsflash.concordia.ca!sifon!peterd
  3. From: peterd@cc.mcgill.ca (Peter Deutsch)
  4. Subject: Re: Writing an "archie", anyone want to pitch in?
  5. Message-ID: <1992Nov19.194512.28685@sifon.cc.mcgill.ca>
  6. Sender: news@sifon.cc.mcgill.ca
  7. Nntp-Posting-Host: expresso.cc.mcgill.ca
  8. Organization: Bunyip Information Systems (the archie people)
  9. References: <46078@ogicse.ogi.edu> <1992Nov19.082212.13052@sifon.cc.mcgill.ca> <46131@ogicse.ogi.edu>
  10. Date: Thu, 19 Nov 1992 19:45:12 GMT
  11. Lines: 82
  12.  
  13. I have sent Aaron a separate piece of email with more
  14. detail, but have a couple of comments for the whole group.
  15.  
  16. In article <46131@ogicse.ogi.edu>
  17. nabil@ogicse.ogi.edu (Aaron Nabil) writes:
  18. >peterd@cc.mcgill.ca (Peter Deutsch) writes:
  19. >+In article <46078@ogicse.ogi.edu> nabil@ogicse.ogi.edu (Aaron Nabil) writes:
  20. >+>I'd like to write a freely availiable archie server, preferably one
  21. >+>that can read existing archie databases.
  22. .  .  .
  23. >
  24. >You could try answering your email when commercial
  25. >sites like mine with money in their fists write you asking how
  26. >to set up an archie server. 
  27.  
  28. Your email apparently got lost, and I apologise for this,
  29. but archie 3.0 is definitely available and now shipping.
  30. Without trying to make excuses, there are a couple of
  31. reasons why this might have happened. Of course, we handle
  32. _lots_ of user-type queries each day so sometimes other
  33. queries get lost in the noise since Alan and Ieach
  34. sometimes assume the other guy answered a particular
  35. letter.  There is currently only Alan working full-time on
  36. the archie project, with me doing more "building of
  37. business" kind of work, plus follow-on projects with our
  38. one employee, so we're spread pretty thin. If ever we
  39. don't answer email for any reason, please don't give up -
  40. try again.
  41.  
  42. >>... I think anyone thinking of turning an
  43. >>archie-like tool loose on the net should consider the
  44. >>impact that hundreds or thousands of similar programs
  45. >>gathering the same data would have on volunteer information
  46. >>providers,...
  47. >
  48. >No doubt, but that's why I want to be able to read existing archie
  49. >databases.
  50. >
  51. >>BTW, I'm not sure I understand what you mean by "read
  52. >>existing archie databases"?
  53. >
  54. >For example, ans.net has their archie database publicly readable.  Several
  55. >archie sites are mirroring it for their own use.
  56.  
  57. I now understand - you're talking about the compressed
  58. ls-lR files in the archie listings directories.
  59.  
  60. We obviosly haven't released any of our parsers (which
  61. filter out error messages and verify that these listings
  62. files are consistent) since they are a core part of the
  63. archie code, and non-trivial programs to get right (the
  64. lack of such a parser for VMS was due to the time it took
  65. us as volunteers to write such a beast). There is such a
  66. parser for the current release and thus VMS host support
  67. will appear as the existing servers convert to the new
  68. code.
  69.  
  70. Of course, we can't compete with free or subsidized
  71. programming time, but since this code (and providing for
  72. its associated support) is our only source of income we
  73. unfortunately can't release our code to the world. (yes, I
  74. know of the GNU model, but I believe that releasing source
  75. would merely make it easier for someone else to go into
  76. competition with us charging for the support, with us
  77. giving away the last year of our work to set them up in
  78. business. I'm not really convinced that this would be fair
  79. to us).
  80.  
  81. Anyways, we're still happy to share our experience,
  82. information services model, documentation, etc. We are
  83. currently planning a paper on the architecture of archie
  84. 3.0 (once we get a quiet minute or two to look at it) so
  85. those wishing to do something similar can see what we did.
  86. We're also working on several RFCs on information
  87. templates, a quick and dirty guide to Internet tools, etc.
  88. Copies of this sort of material in available from the
  89. machine "archives.cc.mcgill.ca" in the directories under
  90. "pub".
  91.  
  92.  
  93.  
  94.                     - peterd
  95.