home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / misc / 21284 < prev    next >
Encoding:
Text File  |  1993-01-02  |  2.8 KB  |  58 lines
  1. Newsgroups: comp.sys.mac.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!ukma!news
  3. From: justin@hp750.ccs.uky.edu (Justin Sullivan)
  4. Subject: Re: Sumex is in need of a restucturing
  5. References: <1992Dec31.174208.25214@nmsu.edu> 
  6.     <BRECHER.92Dec31192928@husc8.harvard.edu> 
  7.     <1993Jan2.030645.17703@msc.cornell.edu>
  8. Nntp-Posting-Host: hp750.ccs.uky.edu
  9. Message-ID: <1993Jan2.51549.26404@ms.uky.edu>
  10. Organization: University Of Kentucky, Dept. of Math Sciences
  11. Sender: news@ms.uky.edu (USENET News System)
  12. Date: Sat, 2 Jan 1993 05:15:49 GMT
  13. Lines: 43
  14.  
  15. maynard@leah.msc.cornell.edu (Maynard J. Handley) writes:
  16.  
  17. >If the archives ran on decent computers that could be configured to reflect
  18. >changes in subdirectory contents in the date published by 'ls -ltr' I would
  19. >be willing to live with a many-layer system, but given the way things now
  20. >work, I avoid mac.archive if I possibly can do so.
  21.  
  22. >Just my opinion,
  23. >Maynard Handley
  24.  
  25. Wel Mr. Handley.. You're opinion is greatly appreciated. The only beef I 
  26. have is I wish you had told us in person sooner at
  27. comments@mac.archive.umich.edu. 
  28.  
  29. The bit about running on a decent computer is a very legitimate complaint.
  30. I agree, but there's nothing we can do. We're running off of some very
  31. kind fellow's workstation as it is. Since that machine is located in a 
  32. building with very poor networking, he had to impose drastic connection
  33. restrictions because our archive traffic is flooding that subnet. 
  34.  
  35. Merit SUPPOSEDLY gave us official recognition and said they would support
  36. us, etc. They haven't. We need more disk space. Can't get it. We need a REAL
  37. machine to run on. Can't have one. We have a mail server, BART, that was
  38. developed at U-M. I don't know why we use it.. I wanted to use the ftpmail
  39. software. BART doesn't inform you of errors, doesn't let you tell it how
  40. many lines per chunk you want mailed to you, etc. It works, but it takes
  41. a lot of strained fingers to answer mail about people who send off requests
  42. to BART and never hear from it again.
  43.  
  44. We never have had direct control over the way things are run. For instance,
  45. when we started running WUFTPd, we didn't even have the authority to change
  46. the messages. That was a problem.. We can't configure our host the way we
  47. want it. That's a REALLY big problem. With all this, I consider us lucky
  48. to be in 'business.' I really hope my colleagues don't lynch me for this.
  49. I've made this all clear to them before.. It's not our fault, though.
  50. I think we'll have to put the squeeze on someone at Merit if we want things
  51. to improve. We're operating off the goodness of many U-M people right now..
  52.  
  53. Incidentally, all the newfiles have symbolic links to their various
  54. resting places in 00newfiles. That way, you won't have to CD all over hell
  55. to get what you want. I don't maintain these links myself.. Mike does (last
  56. time I heard anything about them), or maybe a script does nowadays..
  57.  
  58.