home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / uucp / 2120 < prev    next >
Encoding:
Text File  |  1992-11-23  |  2.0 KB  |  44 lines
  1. Newsgroups: comp.mail.uucp
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!ux1.cso.uiuc.edu!cs.uiuc.edu!vela!vela!leffler
  3. From: leffler@vela.acs.oakland.edu (Bob Leffler)
  4. Subject: Re: Are costs relevant ? (was Re: UUCP map entries)
  5. Message-ID: <leffler.722516674@vela>
  6. Organization: Oakland University, Rochester MI.
  7. References: <1eaojtINN6a9@grasp1.univ-lyon1.fr> <4013@ecicrl.ocunix.on.ca> <leffler.722392624@vela> <4021@ecicrl.ocunix.on.ca>
  8. Date: Mon, 23 Nov 1992 11:04:34 GMT
  9. Lines: 33
  10.  
  11. clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
  12.  
  13. >In article <leffler.722392624@vela> leffler@vela.acs.oakland.edu (Bob Leffler) writes:
  14. >>clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
  15. >>
  16. >>>In article <1eaojtINN6a9@grasp1.univ-lyon1.fr> Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel) writes:
  17. >>>>clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
  18.  
  19. >>>>So what to do...  Would map coordinators like to give their opinions ?
  20. >>>>What are the policies they use about entries with wrong or non working
  21.  
  22. >The real questions are:
  23. >    - how should SAs report problem sites and links?  To the
  24. >      regional coordinator?  Rutgers?
  25. Yes and either address should work.  If it's sent to rutgers, you may
  26. want to use something like "problem in u.usa.mi.2" in the subject to
  27. make Mel's life a little easier.
  28.  
  29. In Michigan, I get some mail directly for the SAs, particpate on a
  30. mailing list of the more active SAs in the area, and post copies on all
  31. my activities to the moderated newsgroup mi.map.   Since i"ve been
  32. posting the individual updates to mi.map, I started getting mail about
  33. errors in specific maps.  My only conclusion was that nobody took the
  34. time to read the maps when posted, but they do read the individual
  35. entries when posted to mi.map.
  36.  
  37. >    - Is the lack of entries in d.Top due to nobody reporting
  38. >      bad links, or that whoever's supposed to administer it
  39. >      has not got the time?
  40. >    - Is d.Top *supposed* to be issued as often as necessary to
  41. >      "patch" the maps?
  42.  
  43. Mel is the appropriate person to answer these...
  44.