home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / fax / 2142 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  5.2 KB

  1. Path: sparky!uunet!mtndew!friedl
  2. From: friedl@mtndew.Tustin.CA.US (Stephen Friedl)
  3. Newsgroups: comp.dcom.fax
  4. Subject: Re: MultiTech Fax Modems could run Gnu NetFax if you call
  5. Message-ID: <718@mtndew.Tustin.CA.US>
  6. Date: 20 Nov 92 05:57:39 GMT
  7. References: <715@mtndew.Tustin.CA.US> <1992Oct30.161258.6422@ksmith.uucp> <1992Nov16.203649.12376@ksmith.uucp>
  8. Organization: Steve's Personal machine / Tustin, CA
  9. Lines: 97
  10.  
  11. Keith Smith and I have been "debating" the class 2 standard in
  12. this public forum, and it is obvious that he and I are talking
  13. about only partially related topics.
  14.  
  15. His topic is why standards are good things, and in that respect
  16. I believe we are in complete agreement: they promote uniformity
  17. where it matters, fosters competition (keeps prices down and
  18. quality up), and makes moving things around much easier.  When
  19. I am wearing my VSI*FAX "porting" hat, I promise you that I am
  20. thinking heavily about standards such as POSIX and ANSI C.
  21.  
  22. The other topic is whether the benefits of standards accrue to
  23. everybody, and I contend that they do not necessarily do so.
  24. For instance, just because ANSI C promises to help make code
  25. more portable, it doesn't mean that everybody will want to do
  26. this.  Somebody doing embedded software development for an 8051
  27. microcontroller just won't care about ANSI at all because the
  28. code is inherently tied to the underlying hardware.  This is not
  29. to say that the standard is bad, just that this is not one of
  30. the applications that drove the need for standardization in the
  31. first place.
  32.  
  33. Now for fax.  The main benefit of the class 2.0 standardization
  34. is that we should be able to plug in brand X modem and have it
  35. work with our software.  Some people are very interested in this,
  36. but my experience is that UNIX fax vendors just don't get
  37. very excited about it.
  38.  
  39. Part of the problem is the definition of "support".  If you are
  40. thinking about the technical requirements to make software talk
  41. to a modem, then undoubtedly class 2.0 will make this much
  42. easier.  I believe that we will always have some local variations
  43. that require per-modem workarounds, but this will hopefully be
  44. a very small matter.
  45.  
  46. The broader definition of "support" that I mean includes things
  47. unrelated to the command set.  Providing real commercial support
  48. for a UNIX fax modem requires a great deal of work beyond the
  49. driver, and most of the UNIX fax software companies just aren't
  50. that interested in going down this road for almost no return.
  51.  
  52. After the software knows about the modem (which might be the
  53. easy part), we have to develop cabling specifications for all
  54. the machines that we support, we have to make notes of all the
  55. appropriate DIP switch settings, make matrices of ROM upgrade
  56. fixes, and get all of this to the tech support department.  When
  57. a customer says "it doesn't work", we have to spend a lot of
  58. time finding out whether it is our problem or that of the modem,
  59. and these can sometimes take a very long time.
  60.  
  61. We have to develop some kind of relationship with the vendor so
  62. that if we find a bug we have some decent chance of getting it
  63. fixed.  Recall that the software company usually takes the heat
  64. for ALL bugs.
  65.  
  66. My point is that why should we go through all this work when it
  67. won't mean any additional sales?  Lots of people ask us if they
  68. can use their Supra or Practical Peripherals or whatever modem
  69. with VSI*FAX, and we never get much heat when we say "no".  We
  70. just tell them that they have to get the Multi-Tech, and it just
  71. never seems to be a problem.
  72.  
  73. One very key difference between DOS fax and UNIX fax.  The DOS fax
  74. user tends to invest dramatically less in his or her setup than a
  75. UNIX buyer does.  Many people with DOS fax just want it to play
  76. around or send letters occasionally.  Few buy a fax modem primarily
  77. for fax.
  78.  
  79. Under UNIX, the cost of the modem is typically only a small part
  80. of the entire effort.  The UNIX fax software almost always costs
  81. more than the modem (especially on larger machines), and even this
  82. is dwarfed by the labor required to integrate the software into the
  83. appropriate application.
  84.  
  85. I know of lots of companies that have invested literally hundreds
  86. of hours in their fax add-on software that runs on top of VSI*FAX, so
  87. the difference in price between a cheap $100 modem and a real one is
  88. essentially noise at the bottom of a financial statement.  Saving a
  89. couple of hundred dollars per modem is not worth more than a couple
  90. of hours of hassle to anybody involved.  You are buying a solution
  91. to a business problem, not a piece of hardware.
  92.  
  93. Yes, there are price sensitive users out there, and with 2.0 I expect
  94. that we will pick up some low-end modem as part of the product line,
  95. but we aren't really too excited about it.  We have to go through all
  96. the same painful learning that we went through the first time with
  97. almost no return.  It remains to be seen whether we will be able to
  98. find Multi-Tech quality in a $100 or $200 modem.
  99.  
  100. Disclaimer: I do contract UNIX facsimile software development for
  101.             V-Systems, but I do not speak for them or anybody else.
  102.  
  103. -- 
  104. Stephen J Friedl | Software Consultant | Tustin, CA |     +1 714 544-6561
  105. 3b2-kind-of-guy  | I speak for me ONLY |   KA8CMY   | uunet!mtndew!friedl
  106.  
  107. Attorneys are paranoid because they assume everybody else is dishonest too
  108.