home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / modems / 19184 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  1.9 KB
  1. Xref: sparky comp.dcom.modems:19184 biz.comp.telebit:1128
  2. Newsgroups: comp.dcom.modems,biz.comp.telebit
  3. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!ddsw1!karl
  4. From: karl@ddsw1.mcs.com (Karl Denninger)
  5. Subject: Re: Class 2 FAX modem AT commands documentation (Re: Telebit FAX upgrade)
  6. Message-ID: <C0KKGB.1I7@ddsw1.mcs.com>
  7. Date: Sat, 9 Jan 1993 04:28:58 GMT
  8. References: <1993Jan8.103514.18304@elroy.jpl.nasa.gov> <C0Jout.43t@telebit.com> <C0Jr0o.MHI@zoo.toronto.edu>
  9. Organization: MCSNet, Chicago, IL
  10. Lines: 33
  11.  
  12. In article <C0Jr0o.MHI@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes:
  13. >In article <C0Jout.43t@telebit.com> ronal@telebit.com (Ronal Thompson) writes:
  14. >>But, did you call Telebit customer service and tell them that you are
  15. >>a developer of fax software and ask for the Developers agreement?
  16. >
  17. >Why should I need a Developers agreement just to get proper documentation
  18. >on my own modem?  Will Telebit stop shipping manuals entirely to people
  19. >who don't sign such agreements?  After all, the logical conclusion of
  20. >this line of argument is that only people developing communications
  21. >software need to know what *any* of the S-registers do...
  22. >
  23. >What, precisely, does the Developers agreement entail?
  24.  
  25. I happen to agree.
  26.  
  27. Look, Gents.  Telebit, and others, listen up:
  28.  
  29.     We are intelligent consumers here.  We have for over a DECADE NOW
  30.     gotten manuals with every S register (or at least, in the case of
  31.     Telebit, the important ones) documented.  NOW you put out product
  32.     with an ENTIRE COMMAND SET which is undocumented in your manuals.
  33.  
  34.     There is NOTHING wrong with you documenting your own command set.
  35.     CCITT or otherwise.
  36.  
  37. Publish this info.  It is part of your product's specification and should 
  38. be in the manual.
  39.  
  40. Period.
  41.  
  42. --
  43. Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
  44. Data Line: [+1 312 248-0900]
  45.