home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / archives / admin / 453 < prev    next >
Encoding:
Text File  |  1992-11-18  |  5.0 KB  |  111 lines
  1. Newsgroups: comp.archives.admin
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!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.082212.13052@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>
  10. Date: Thu, 19 Nov 1992 08:22:12 GMT
  11. Lines: 98
  12.  
  13. In article <46078@ogicse.ogi.edu> nabil@ogicse.ogi.edu (Aaron Nabil) writes:
  14. >I'd like to write a freely availiable archie server, preferably one
  15. >that can read existing archie databases.
  16. >
  17. >If you'd be interested in help out in planning or implementation, 
  18. >drop me a line.
  19.  
  20. Well, as one of the guys who has devoted most of the past
  21. couple of years of his life to building up and keeping the
  22. existing archie service alive I would have to point out
  23. that the code _is_ freely available. Of course, it is no
  24. longer _free_ to an archie service operator, which is a
  25. different issue, but those who buy it also get a lot of
  26. support, including coordination between the multiple
  27. archie sites, bug fixes, answers to a _lot_ of user's
  28. questions, documentation, etc. I say this only in case
  29. anyone who might be wondering about why we must now charge
  30. for access to archie wonder exactly what we are charging
  31. for....
  32.  
  33. Although I certainly don't want to discourage
  34. experimentation, I think anyone thinking of turning an
  35. archie-like tool loose on the net should consider the
  36. impact that hundreds or thousands of similar programs
  37. gathering the same data would have on volunteer information
  38. providers, the problems of bandwidth drain at your site (a
  39. popular service can have a _significant_ effect on your
  40. resources) and even the problems providing user support
  41. for freebie services that require significant admin
  42. support. Note that these are all operational issues - we
  43. found that the coding was the easy bit. Supporting the
  44. _service_ (not the project) was the hard bit.
  45.  
  46. Having said all of this, if you would like to know how
  47. _we_ did it, you might want to pick up a copy of the paper
  48. we did on archie for the January, 1992 Usenix conference.
  49. I believe that it is available at most of the archie sites
  50. through anonymous FTP. It has been circulating for a
  51. while, so should be easy to find (I'd like to be able to
  52. point to a specific machine at McGill, but sadly the
  53. McGill volunteer machine for archie died and noone has
  54. been willing to help the net out with a replacement.
  55. Anyone with suggestions on how we could get such a public
  56. service machine back online in a world where no money is
  57. changing hands for use of what seems to be a useful and
  58. popular service are most welcome to post ideas...)
  59.  
  60. BTW, I'm not sure I understand what you mean by "read
  61. existing archie databases"? The new release of archie is
  62. capable of supporting arbitrary database systems and
  63. ships with a copy of the public domain version of WAIS.
  64. If you are referring to the ability of querying an
  65. existing archie server for its data, then simply pick up
  66. any of the freely available archie clients and look at the
  67. Prospero code that talks to archie. It's available in
  68. source and is very well written (by Cliff Neuman at ISI).
  69.  
  70. If you are referring to the anonymous FTP collecions that
  71. we actually track, well simply login and do a dir command.
  72. If you are referring to the ability to read an already
  73. built archie database available directly on your machine,
  74. well this would presumably only be of interest to people
  75. operating our version of archie. Sure the database format
  76. we provide for the anonymous FTP archie database has a
  77. programatic interface but we have not made this freely
  78. available since only those operating an archie server can
  79. even access the database in such a format, so there is no
  80. need to release this (or am I mising something here?)
  81.  
  82. There is one other possibility you might be referring to
  83. that I can see. We have mechanisms for ensuring
  84. consistency between multiple archies and you might
  85. presumably wish to sync your "archie" (and personally, I'd
  86. really wish you picked another name for what will
  87. obviously be a different project. The people working on an
  88. archie-like server for Gopher called theirs "veronica" and
  89. this certainly should be appreciated by users who could
  90. only be confused by unnecessary naming collisions like
  91. this).
  92.  
  93. Unfortunately, as a struggling commercial start-up we
  94. don't have the resources to subsidize such an effort by
  95. providing information on this syncing mechanism, but if any
  96. of our clients are interested in this they should give us
  97. a call (after all, they're paying for consultation
  98. support... :-) 
  99.  
  100. If it turns out that a global database syncing mechanism
  101. is something for which there is significant demand, then
  102. work should probably be done to standardize this through
  103. the IETF and if such an effort is started we'd be glad to
  104. participate (in fact, I'm at the IETF as I write this). We
  105. are certainly not averse to working to make Internet
  106. services interoperable and the IETF is the forum for this.
  107.  
  108.  
  109.  
  110.                 - peterd
  111.