home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / telecom / 9983 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  2.4 KB
  1. Path: sparky!uunet!gumby!wupost!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Sun, 30 Aug 92 00:14 PDT
  3. From: john@zygot.ati.com (John Higdon)
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: PacBell Message Center Woes
  6. Reply-To: John Higdon <john@zygot.ati.com>
  7. Message-ID: <telecom12.670.4@eecs.nwu.edu>
  8. Organization: Green Hills and Cows
  9. Sender: Telecom@eecs.nwu.edu
  10. Approved: Telecom@eecs.nwu.edu
  11. X-Submissions-To: telecom@eecs.nwu.edu
  12. X-Administrivia-To: telecom-request@eecs.nwu.edu
  13. X-Telecom-Digest: Volume 12, Issue 670, Message 4 of 12
  14. Lines: 41
  15.  
  16. stieglit@orion.oac.uci.edu (Jeff Stieglitz) writes:
  17.  
  18. > Just what is the problem with Pacific Bell's Message Center?
  19.  
  20. I have a number of associates who have (for whatever reasons)
  21. Pac*Bell's Message Center. On the basis of their experiences I have
  22. opted to pass on the service for myself.
  23.  
  24. The Message Center has been and still is plagued with difficulties of
  25. every description. I remember some inside scuttlebutt about the firm
  26. who was awarded the contract. Officials of the company supplying the
  27. VM equipment felt that they had it made in the shade when Pac*Bell
  28. selected their wares for The Message Center, but a number of Pac*Bell
  29. types shuddered in disbelief. The vendor selection was apparently
  30. based upon considerations other than performance and quality.
  31.  
  32. IMHO, Pac*Bell is going for the "GTE Service Award" with this one. The
  33. Message Center regularly loses messages, does not answer the phone
  34. when it is supposed to, and has, according to my associates, done a
  35. number of other very quirky things. It is a breeze to hack, so your
  36. messages are not very secure; the amount of recording time you can
  37. store is severely limited; it is unreliable in recording; it is
  38. unreliable in retrieval; and it is more expensive than an answering
  39. machine in the long run.
  40.  
  41. My advice would be to by a machine. Pac*Bell seems to be completely
  42. unable to do anything about it -- probably because the system is
  43. fatally flawed to begin with.
  44.  
  45.  
  46.         John Higdon         |   P. O. Box 7648   |   +1 408 264 4115
  47.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  48.  
  49.  
  50. [Moderator's Note: Oddly enough, Ameritech's system operates quite
  51. well using equipment from a company in Texas called Tygon, which
  52. coincidentally happens to be an Ameritech subsidiary. Everyone has
  53. their own taste of course, but technically our telephone 'voicemail'
  54. is a decent product.  I have it at home.  PAT]
  55.  
  56.