home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / mail / uucp / 2630 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.1 KB  |  47 lines
  1. Newsgroups: comp.mail.uucp
  2. Path: sparky!uunet!cs.utexas.edu!usc!news.service.uci.edu!gordius!til!maui!erik
  3. From: erik@til.com (Erik Horstkotte)
  4. Subject: Re: problems with the UUCP maps--duplicate n
  5. Message-ID: <1993Jan26.010957.28527@til.til.com>
  6. Sender: usenet@til.til.com
  7. Nntp-Posting-Host: maui
  8. Reply-To: erik@til.com
  9. Organization: Togai InfraLogic, Inc.
  10. References: <1993Jan23.170110.25032@blilly.uucp>
  11. Date: Tue, 26 Jan 1993 01:09:57 GMT
  12. Lines: 33
  13.  
  14. In article 25032@blilly.uucp, bruce@blilly.uucp (Bruce Lilly) writes:
  15. >In article <1993Jan21.191902.5445@til.til.com>,
  16. > posted to comp.mail.uucp,
  17. > erik@til.com wrote:
  18. >>
  19. >>I, for one, wouldn't have *any* problem with having to send a new map entry
  20. >>in *monthly*.  After all, it's just a trivial cron job, and it would solve
  21. >>the obsolete entry problem.
  22. >
  23. >Would you like to be on the receiving end of 10,000+ such
  24. >monthly cron jobs?
  25.  
  26. Not if I had to weed through them by hand.  To what extent can this entire
  27. procedure be automated?  To what extent are the current map entries checked
  28. by the rutgers team?  I suspect that they aren't checked at all - for
  29. evidence of this, look at the latitude and longitude values.  If this is the
  30. case, it's pretty easy to automate the job.  It's still a lot of email to
  31. handle, but only a computer needs to look at it.
  32.  
  33. >If it's a cron job, and the person administering the machine
  34. >leaves, but the obsolete entry continues to be submitted by
  35. >cron (the assumption is that the replacement admninistrator is
  36. >either ignorant about the cron job or the maps, or incompetent),
  37. >how is the problem solved? 
  38.  
  39. Automatic submission by cron handles the problem of making the map entry for
  40. machine <x> die when machine <x> leaves the uucp network - because either the
  41. machine is no longer executing *at all*, or because it's disconnected and the
  42. automatically emailed map entry no longer makes it off the machine.  It does
  43. not *automatically* handle the job of updating the map entries list of sites
  44. that machine <x> talks to.  I think that this could be done, at least partially,
  45. by an sed script looking at the /etc/uucp/poll file (for a Sun, at least).
  46.  
  47.