home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / mail / uucp / 2646 < prev    next >
Encoding:
Text File  |  1993-01-28  |  4.1 KB  |  81 lines

  1. Newsgroups: comp.mail.uucp
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!csus.edu!netcom.com!tweek
  3. From: tweek@netcom.com (Michael D. Maxfield)
  4. Subject: Re: problems with the UUCP maps--duplicate n
  5. Message-ID: <1993Jan27.033211.29069@netcom.com>
  6. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  7. References: <1993Jan23.170110.25032@blilly.uucp> <1993Jan26.010957.28527@til.til.com>
  8. Date: Wed, 27 Jan 1993 03:32:11 GMT
  9. Lines: 70
  10.  
  11. In article <1993Jan26.010957.28527@til.til.com> erik@til.com writes:
  12. >In article 25032@blilly.uucp, bruce@blilly.uucp (Bruce Lilly) writes:
  13. >>
  14. >>Would you like to be on the receiving end of 10,000+ such
  15. >>monthly cron jobs?
  16. >
  17. >Not if I had to weed through them by hand.  To what extent can this entire
  18. >procedure be automated?  To what extent are the current map entries checked
  19. >by the rutgers team?  I suspect that they aren't checked at all - for
  20. >evidence of this, look at the latitude and longitude values.  If this is the
  21. >case, it's pretty easy to automate the job.  It's still a lot of email to
  22. >handle, but only a computer needs to look at it.
  23.  
  24. I just recently received a reminder from the u.usa.ca map coordinator to
  25. send in a new version of my map as my current one was two years old.  I
  26. don't know if this was an automated request, or the coordinator hand
  27. addressed all the requests, but I would assume that since he (or she??) was
  28. updating the entire sequence of u.usa.ca.* maps (about 1.5meg) that it was
  29. an automated request...  so, onto part b......
  30.  
  31. >
  32. >>If it's a cron job, and the person administering the machine
  33. >>leaves, but the obsolete entry continues to be submitted by
  34. >>cron (the assumption is that the replacement admninistrator is
  35. >>either ignorant about the cron job or the maps, or incompetent),
  36. >>how is the problem solved? 
  37. >
  38. >Automatic submission by cron handles the problem of making the map entry for
  39. >machine <x> die when machine <x> leaves the uucp network - because either the
  40. >machine is no longer executing *at all*, or because it's disconnected and the
  41. >automatically emailed map entry no longer makes it off the machine.  It does
  42. >not *automatically* handle the job of updating the map entries list of sites
  43. >that machine <x> talks to.  I think that this could be done, at least partially,
  44. >by an sed script looking at the /etc/uucp/poll file (for a Sun, at least).
  45. >
  46.  
  47. A site specific cron job does raise some concerns.  If a specific system
  48. chose to have the system automatically make up an accurate map listing,
  49. then that, if guranteed to be a correct entry, should be possible... but
  50. why have cron send out the map monthly.  If the maps are not updated but 
  51. once every two or three months, then you are adding 200-300% more data then
  52. is needed and wasting bandwidth and system time (esp. at the sites near the
  53. coordinaring site.)
  54.  
  55. A cron job also could lead to confusion at sites where the sysadmin changes
  56. over (as stated by Bruce), however, if there was a basic standard set 
  57. throughout the UUCP world that had an optional cron tier standard for
  58. compiling the map (if so desired by a particular site) then at least a
  59. new sysadmin would have a data trail to follow.......
  60.  
  61. The standard I suggest... a simple mail account on every uucp system.
  62. Instead of limiting system accounts to root, postmaster, newsadmin, etc.,
  63. add one more called something like mapper/mapping/uumaper (or whatever.)
  64. That account could be set up to send out the current map for the site to
  65. any person/daemon that mails the account.  All it should take would be a
  66. few simple lines on most UN*X systems.  It should be able to work on
  67. Waffle systems as well with the alias file.  I would assume that UUPC,
  68. FSUUCP, and the other DOS packages can handle this too.  
  69.  
  70. If a sysadmin then wanted to have cron automate the map creation process,
  71. there is at least a hook there for a new sysadmin to be able to grab onto
  72. and see what is happening.
  73.  
  74. So?  Do I make sense, or do I speak crazy like?  It sure makes sense to me.
  75.  
  76.        tweek@netcom.com  tweek@tweekco.uucp  WWIVNet 5@5058  4@5056 
  77.           I'd rather get my cable service from the phone company,
  78.                 than my phone service from the cable company.
  79.  
  80.  
  81.