home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13809 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  1.8 KB
  1. Path: sparky!uunet!pacsoft!mike
  2. From: mike@pacsoft.com (Mike Stefanik)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: Single-user mode boot on SCO UNIX - not a solution
  5. Message-ID: <1367@pacsoft.com>
  6. Date: 30 Aug 92 06:50:29 GMT
  7. References: <syscrc.714768938@gsusgi1.gsu.edu> <1992Aug25.195455.1065@ksvltd.fi> <1992Aug25.213945.9844@kithrup.COM>
  8. Organization: Pacific Software Group, Riverside, Ca.
  9. Lines: 29
  10.  
  11. In an article, sef@kithrup.COM (Sean Eric Fagan) writes:
  12.  
  13. [ about SCO charging an end-user because they forgot their root password ]
  14.  
  15. >Clue number two:  SCO charges for it for one of a couple of reasons.  First
  16. >is that they want to make sure it's not some random person trying to break
  17. >into the machine.  Second is that they may have to make up a floppy (or pair
  18. >of floppies) and it costs money to do that, as well as to send it.
  19.  
  20. [ As I climb up on my soapbox ... ]
  21.  
  22. This is bogus.  SCO could absolutely care less about "some random person 
  23. trying to break into the machine".  They charge $100 because they know that
  24. the poor end user is over a barrel, and they can get away with it.  And
  25. as long as that person had the original installation disks, SCO would not
  26. have to send anything in the mail.  In this particular case, the user
  27. obviously has the install floppies (the whole point is that he wants to avoid
  28. a re-install if possible) ... it would have taken all of about 15 minutes
  29. (if that) to walk him through what needed to be done.  IMHO, there is no 
  30. difference between SCO charging this poor fellow $100 to get into his system
  31. and someone selling ice for $60 a bag in southern Florida.  Oh, and the
  32. argument that he "got himself into this mess" doesn't wash -- the issue is
  33. service to the customer -- not assigning blame.
  34.  
  35. [ Whew, I feel better now! ]
  36.  
  37. -- 
  38. Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
  39. Pacific Software Group, Riverside, CA
  40.