home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16171 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.1 KB  |  47 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!sdd.hp.com!spool.mu.edu!sgiblab!sgigate!odin!news.csd.sgi.com!macross.csd.sgi.com!chew
  3. From: chew@macross.csd.sgi.com (Stephen Chew)
  4. Subject: Re: TAC - Who to contact.
  5. Message-ID: <1992Nov9.183647.24089@news.csd.sgi.com>
  6. Sender: news@news.csd.sgi.com (Net News CSD)
  7. Organization: Silicon Graphics, Inc.
  8. References: <1992Nov6.181306.7251@odin.corp.sgi.com> <61822@mimsy.umd.edu>
  9. Date: Mon, 9 Nov 1992 18:36:47 GMT
  10. Lines: 35
  11.  
  12. In article <61822@mimsy.umd.edu>, dong@umiacs.umd.edu (Dong Chen) writes:
  13. |> >In article <1992Nov6.094158.44464@kuhub.cc.ukans.edu>, arritt@kuhub.cc.ukans.edu writes:
  14. |> > The message is tied to the 
  15. |> >call-id, so you don't have to worry about someone being out sick or 
  16. |> >whatever - whoever picks up the call responsibility will see the 
  17. |> >message. 
  18. |>
  19. |> There're still could be problem here. For many big company or school,
  20. |> all out going calls has the same call-id.
  21.  
  22. The call-id referenced here is the call-id given when you make a request
  23. for support.  Each support topic/issue will have it's own callid and 
  24. remains tied to the issue until it closed by a Support Engineer.
  25.  
  26. Tracking this data is ONE of the reasons we request you open multiple
  27. calls for different problems.
  28.  
  29. I hope that clears things up.  The IVR system allows anyone associated
  30. with a call to leave *and* receive messages.  It is not the answer
  31. to all the logistics of supporting customers across North America or
  32. the World but it's a start.
  33.  
  34. Dave Olsen earlier wrote that we are looking at TACs on both coasts and
  35. other places.  We are.  We are looking at alot of solutions to providing better
  36. support.  Chris Dunlap (dunlap@sgi.com) said he would be very interested
  37. in hearing how you feel we could support you better.  We must take in account
  38. our resources and our emtire customer base.  So would I.  Feel free in 
  39. giving either of us your ideas, complaints and even joys regarding how we 
  40. provide support via email or posting here.
  41.  
  42. Keep those letters coming.
  43.  
  44. --
  45. Stephen Chew (chew@csd.sgi.com) "From one engineer to another,
  46. SGI Product Support             trust me laddie, I kin do it!" - Scottie (TNG)
  47.