home *** CD-ROM | disk | FTP | other *** search
/ Peanuts NeXT Software Archives / Peanuts-1.iso / CDROM / FAQs / virus / mgetty+sendfax+vgetty < prev    next >
Encoding:
Text File  |  1996-10-24  |  48.9 KB  |  1,223 lines
  1. Newsgroups: comp.dcom.fax,comp.dcom.modems,comp.answers,news.answers
  2. Path: informatik.tu-muenchen.de!fu-berlin.de!news.mathworks.com!newsfeed.internetmci.com!news.bctel.net!noc.van.hookup.net!vertex.tor.hookup.net!nic.ott.hookup.net!ecicrl!clewis
  3. From: steve@work.bellingham.wa.us (Steven Work)
  4. Subject: Mgetty+Sendfax with Vgetty Extensions (FAQ)
  5. Summary: Information about mgetty+sendfax, a Unix getty replacement
  6. Sender: clewis@ferret.ocunix.on.ca (Chris Lewis)
  7. Message-ID: <mgettyfaq_846163204@ferret.ocunix.on.ca>
  8. Supersedes: <mgettyfaq_844348805@ferret.ocunix.on.ca>
  9. Approved: news-answers-request@mit.edu
  10. Date: Thu, 24 Oct 1996 13:20:31 GMT
  11. Expires: Thu, 28 Nov 1996 13:20:04 GMT
  12. Reply-To: steve@work.bellingham.wa.us (Steven Work)
  13. Organization: eh?
  14. Keywords: class2 fax mgetty sendfax modem digifax
  15. Followup-To: poster
  16. Lines: 1204
  17. Xref: informatik.tu-muenchen.de comp.dcom.fax:23890 comp.dcom.modems:161254 comp.answers:21889 news.answers:84966
  18.  
  19. Archive-name: fax-faq/mgetty+sendfax+vgetty
  20. Last-modified: 24 September 1995
  21.  
  22.               ``mgetty+sendfax''
  23.         Answers to Frequently-Asked Questions
  24.        regarding Gert Doering's Fax-enabled getty replacement,
  25.        with Klaus Weidner and Marc Eberhard's voice extensions
  26.  
  27.                  Steven Work
  28.              steve@work.bellingham.wa.us
  29.  
  30. ------------------------------
  31.  
  32. Subject: Introduction
  33.  
  34. This document attempts to answer the most frequently asked questions
  35. about mgetty+sendfax/vgetty, Gert Doering's fax-enabled getty
  36. replacement with Klaus Weidner's and Marc Eberhard's voice processing
  37. extensions.
  38.  
  39. ------------------------------
  40.  
  41. Subject: Table of Contents
  42.  
  43. Part I: "Deciding whether to use it" questions
  44.  What is it?
  45.  What does it look like when it runs?
  46.  What do I need to use mgetty+sendfax/vgetty?
  47.  What other software do I need?
  48.  What terms cover my use of mgetty+sendfax/vgetty?
  49.  Where can I get mgetty+sendfax?
  50. Part 2: Other questions
  51.  How can I contact mgetty users and developers?
  52.  What image file formats can sendfax send?
  53.  Why doesn't mgetty accept other file formats besides G3?
  54.  Why doesn't mgetty use the modem's autoanswer capabilities?
  55.  Why mgetty ignores /dev/tty* dialin, /dev/cua* dialout conventions:
  56.  Troubleshooting questions & answers
  57.  My ZyXEL doesn't work right after a ROM upgrade: What's wrong?
  58. Part 3: Compatibility Issues
  59.  modems.db -- modem compatibility list
  60.  Suspicious fax machines
  61.  
  62. ---------------------------
  63.  
  64. Subject: Part I: "Deciding whether to use it" questions
  65.  
  66. ------------------------------
  67.  
  68. Subject:  What is it?
  69. From: steve@work.bellingham.wa.us (Steve Work)
  70.  
  71. Mgetty+sendfax is a collection of programs to send and receive faxes
  72. in a unix environment using a class 2.0 or 2 (they're different)
  73. faxmodem.  vgetty is an extension to mgetty, distributed with it, that
  74. implements incoming voice call handling for certain voice-capable
  75. modems, notably the ZyXEL.
  76.  
  77. More specifically, the program `mgetty' allows you to use a class 2.0
  78. or 2 fax modem for receiving faxes and handling external logins
  79. without interfering with outgoing calls.  `sendfax' is a standalone
  80. program which sends fax files.  `vgetty' is an extended version of
  81. mgetty that can answer the telephone like an answering machine and
  82. record a voice-mail message (if it finds one), or perform `mgetty's
  83. fax or data call handling otherwise.  The mgetty+sendfax distribution
  84. includes vgetty and a good-sized gob of utility programs that help you
  85. manage faxes and voice messages.
  86.  
  87. ------------------------------
  88.  
  89. Subject:  What does it look like when it runs?
  90. From: steve@work.bellingham.wa.us (Steven Work) and the distribution
  91. CC: clewis@ferret.ocunix.on.ca (Chris Lewis)
  92.  
  93. Like a smarter `getty'.  getty is the program that manages the
  94. first step of the login procedure on a Unix computer; when used
  95. with a modem, it watches for an incoming call and (ordinarily)
  96. prints the "login:" prompt (and reads the username, and passes off
  97. to "login").
  98.  
  99. Unlike traditional versions of getty or uugetty, which will put a
  100. modem into auto-answer mode, mgetty does not.  When an incoming call
  101. occurs, mgetty sees the "RING"s when they occur.  When they do occur,
  102. mgetty tells the modem to answer, and the modem will tell mgetty what
  103. kind of connection happens.  If it is FAX, mgetty will receive the
  104. FAX.  If data, mgetty prompts for a userid, then hands the open line
  105. off to login for a normal data login.
  106.  
  107. Note that it's the modem's job to distinguish a FAX call from a data
  108. call.  Not all fax modems can do this, and if yours _can't_ there is no way
  109. for mgetty to do this for it.  mgetty can be used with modems that
  110. cannot distinguish a fax call from a data call, but you must tell it
  111. ahead of time what type of call to expect.
  112.  
  113. mgetty is also configurable to select programs other than login for
  114. special connections (eg: uucico, fido or other programs) depending
  115. on the login userid.
  116.  
  117. mgetty also supports caller-id and can deny connections based on
  118. originating telephone number.
  119.  
  120. vgetty is an extension to mgetty that works with voice-capable
  121. modems to provide additional call-handling capabilities.  When the
  122. modem reports a RING, vgetty has the modem pick up the line and
  123. play a voice message (the greeting).  Then, as for mgetty, the
  124. modem reports the connection type.  If it hears "noises" it can't
  125. identify (like your mother's voice) it reports a voice connection
  126. and vgetty records the noise as an incoming voice message.  If the
  127. modem reports that it identifies a fax tone, vgetty acts like
  128. mgetty and receives a fax (or answers a poll).
  129.  
  130. If instead the modem hears nothing following the greeting (a
  131. certain level of silence that continues for a certain number of
  132. seconds) it assumes the caller is a data modem and attempts a data
  133. connection.
  134.  
  135. vgetty implements the normal answering-machine functions of
  136. remote message playback as well; its operation is driven from shell
  137. scripts, so you can extend it to a full voice-mail jail if you
  138. wish.  (This description of voice modem behavior applies to the
  139. ZyXELs; I [steve@work.bellingham.wa.us] assume other voice modems
  140. are similar.)
  141.  
  142. vgetty is intended for people who want to share a phone line for
  143. data and voice use, with the main focus being voice calls. It is
  144. *NOT* intended for a dialup system that occasionally gets a voice
  145. call, since some modems are confused by hearing a recorded voice
  146. message and won't connect.
  147.  
  148. Voice extensions were originally written by Klaus Weidner
  149. (klaus@snarc.greenie.muc.de) but are now maintained by Marc Eberhardt
  150. (marc@greenie.mud.de).  Direct questions about them to that address.
  151.  
  152. More from the distribution (some edits):
  153.  
  154. This is what you can do with `sendfax' if you have a standard class
  155. 2.0 or 2 fax modem:
  156.  
  157. * send faxes directly or using shell scripts (easily integrated into
  158.   other applications).
  159.  
  160. * do "fax polling", this means you can call the weather station and
  161.   get them to send you a fax containing the current weather map.
  162.   (Not all modem manufacturers implement this feature in their
  163.   modems!)
  164.  
  165. * create a "fax queue", outgoing faxes get sent automatically, the
  166.   user is informed by mail about the result.
  167.  
  168. `mgetty' allows you to use a single modem line for receiving calls
  169. and dialing out.
  170.  
  171. * `mgetty' knows about "smart" modems, and will make sure that the
  172.   modem is always in a defined state (specific modem initialization
  173.   possible)
  174.  
  175. * Incoming calls are answered manually (`RING' -> `ATA' ->
  176.   `CONNECT') instead of using auto-answer (`ATS0=1'), this way the
  177.   modem won't pick up the phone when the machine is down or logins
  178.   are not allowed.
  179.  
  180. * mgetty completely replaces getty and/or uugetty.  Like uugetty,
  181.   supports lock files in a fashion compatible with almost all known
  182.   versions of UUCP (HDB/BNU, SVR4, V7, Taylor in various flavours).
  183.   uugetty has some features mgetty doesn't support; see "How does
  184.   mgetty differ from uugetty?" below.
  185.  
  186. * mgetty supports System V style gettydefs terminal configurations.
  187.  
  188. * mgetty can receive class 2 faxes (if your modem supports it).
  189.  
  190. * mgetty knows about incoming FidoNet calls.
  191.  
  192. * mgetty has extensive logging / debugging features
  193.  
  194. * do "fax poll sending", that is, you can setup your machine as fax
  195.   poll server, to send some fax pages to "fax poll" callers. (Send
  196.   informations about your system, the current wheather map, ...). Be
  197.   warned, even less modems support this feature.
  198.  
  199. * mgetty can selectively refuse calls based upon CallerID, if your
  200.   modem supports it, and you're subscribed to the service. CallerID
  201.   is also logged.
  202.  
  203. * mgetty has facilities to allow you to refuse incoming FAXes when
  204.   available disk space is low.
  205.  
  206. vgetty inherits most of mgettys features, and offers some additional
  207. ones:
  208.  
  209. * behaves like a normal answering machine for human callers
  210.  
  211. * automatic fax reception when a T.30 calling tone is detected
  212.  
  213. * If the caller isn't a human or fax, a data connect is attempted,
  214.   if this is successful, the caller will get a normal login
  215.  
  216. * does not interfere with dialouts
  217.  
  218. * remote playback of messages via a DTMF code
  219.  
  220. * toll saver -- if there are new messages, pick up the phone
  221.   earlier, this way you can hang up in time to avoid a useless call
  222.  
  223. * message light - the autoanswer LED of your modem (if it has one)
  224.   is turned on if there are new messages
  225.  
  226. * easy playback - on some modems, you can play back the new messages
  227.   just by pressing DATA/VOICE
  228.  
  229. * speech synthesizer support - add the date and time to messages
  230.   (not included by default)
  231.  
  232. * voice conversion utilities - play messages on /dev/audio
  233.  
  234. ------------------------------
  235.  
  236. Subject:  What do I need to use mgetty+sendfax/vgetty?
  237. From: steve@work.bellingham.wa.us (Steve Work), and distribution
  238. CC: clewis@ferret.ocunix.on.ca (Chris Lewis)
  239.  
  240. Several things.  A computer running some (most) variants of the Unix
  241. operating system.  (The operating system must support termio.h or
  242. termios.h; this generally rules out "pure BSD" systems.)  For support
  243. of dial-in data connections (a la "getty"), you need a modem (probably
  244. one somewhat compatable with the H*yes "AT" command set).  For sending
  245. and receiving faxes, you need a modem that understands the Class 2 (or
  246. 2.0) fax command set.  For voice processing, you need a modem that is
  247. capable of doing voice.  
  248.  
  249. The ZyXEL family of modems is fully supported.  Full support should
  250. soon be available for modems that use the Rockwell chipset, like
  251. Dolphin and Zoom.  Until recently the voice data format used by these
  252. modems was considered proprietary by Rockwell; now that this
  253. information is publicly available development should proceed quickly.
  254. Right now vgetty can record and playback Rockwell-chip voice files
  255. through the Rockwell-based modem, but no manipulation or translation
  256. of these voice files is possible.  When support for the Rockwell voice
  257. file format is completed, you will be able to (for example) record and
  258. play voice messages through a PC sound board or the SUN /dev/audio
  259. device.  These capabilities exist for the ZyXEL modems already.
  260.  
  261. Mgetty has been successfully installed and run on at least the
  262. following systems, probably more by the time you read this list:
  263.  
  264.       SCO Unix 3.2.1 (ODT 1.0)                    (very well tested)
  265.       SCO Unix 3.2.4 (ODT 2.0 + 3.0)              (very well tested)
  266.       Linux 0.99pl1 .. 1.2                        (very well tested)
  267.       ISC Unix 3.0                                (tested)
  268.       SVR4 Unix                                   (well tested)
  269.       AT&T 3B1 3.51m                              (well tested)
  270.       HP-UX 8.x                                   (well tested)
  271.       AIX                                         (mgetty, not vgetty)
  272.       SunOS 4.1.1                                 (well tested)
  273.       NetBSD / FreeBSD                            (works)
  274.       BSDI v1.1                                   (under work, not done --
  275.                                                          greg@wwa.com)
  276.  
  277. It should be possible to run mgetty on any other Unix with
  278. `termio.h' or `termios.h'. For best results, `select(S)' or
  279. `poll(S)' are recommended, but there's a workaround. (Warning: for
  280. Unix SVR3.1 or earlier, *do not use poll()*, it will not work on
  281. tty devices.) 
  282.  
  283. Up to now, it has been successfully used with at least the following
  284. modems, and probably more:
  285.  
  286.       ZyXEL U1496
  287.     (very well tested.  With some ROM versions, one or another
  288.     function is not working.  ROM 6.12 works great)
  289.  
  290.       SupraFAX v32bis
  291.         (tested, works well, no fax polling available, no voice)
  292.   
  293.       GVC FM144/+
  294.       (tested, works well, no fax polling available, no voice)
  295.   
  296.       TKR DM-24VF+ (Deltafax)
  297.       (tested, works quite well, dunno about polling, no voice)
  298.  
  299. Mgetty *should* work with all class 2 faxmodems. Maybe the DC2
  300. character sent at the beginning of a page by `faxrec.c' must be
  301. changed to XON, for old class 2 modems (implementing very old drafts
  302. of the standard).  Unfortunately, each class 2 modem can be a tiny bit
  303. different.  
  304.  
  305. Early USR fax modems did a bad job of conforming to the Class 2.0 (and
  306. maybe Class 2) operating standards.  Reports are that current USR
  307. modems (Sportster and Courier) work without excuses.
  308.  
  309. The rest of this section is a list of some modems that might require
  310. extra efforts to make them work.  This list is out of date and will be
  311. revised soon; in particular, most of the mgetty settings it mentions
  312. are now specified in the mgetty.config file (not at compile time, as
  313. was the case in mgetty releases before about 0.22).  Also note that
  314. modem manufacturers fix their ROMs frequently, as problems are
  315. identified, so a modem that gave trouble a year ago might work fine
  316. with a newer ROM now.
  317.  
  318. Modem brand/model:     "Dynalink 9624AP"
  319. at+fmfr?        EXAR
  320. at+fmdl?        9648,2,E,290X
  321. at+frev?        10, 10, 92   REVISION  X 2.0
  322. ati3            ADN-06
  323. ati4            MARROW 2900KSX V2.0B 11-05-1992
  324. tested on:        linux 0.99p10
  325. working:        sendfax, mgetty(?)
  326. remarks: avoid this cheap and nasty modem if you possibly can. It needs:
  327.          delay(500) at the end of fax_open_device(), sendfax.c line 111
  328.          delay(500) after the call to fax_send_page(), sendfax.c line 533
  329.          "\d\d\d" in all the AT-commands in init_chat_seq, mgetty.c
  330. contributor:        a.j.scholl@durham.ac.uk
  331. #define DATA_FLOW    FLOW_HARD
  332. #define FAXREC_FLOW    FLOW_HARD | FLOW_SOFT
  333. #define FAXSEND_FLOW    FLOW_HARD 
  334. #define FAX_SEND_BAUD     B19200
  335. #define FAX_MODEM_HANDSHAKE ""
  336. #define FAX_SET_CSTOPB    1        /* for when you've added this option :-) */
  337. ----------------------------------------------------
  338. Modem brand/model:     "Zoltrix Platinum Series 14.4"
  339. at+fmfr?        ROCKWELL
  340. at+fmdl?        RC32ACL
  341. at+frev?        V1.410-AP39
  342. ati3            
  343. ati6            RCV144DP; Rev CA
  344. tested on:        linux 0.99p7
  345. working:        mgetty, sendfax
  346. remarks:                great modem! In my uucp network of 16 machines,
  347.             this modem averages at 1700 bps, while other
  348.             brand name modems such as the Trailblazer PEP
  349.             maxes out at about 1570. 
  350. contributor:        whome!light-house!las@planix.com
  351. #define DATA_FLOW    FLOW_HARD
  352. #define FAX_COMMAND_DELAY 50
  353. #define FAXREC_FLOW    FLOW_SOFT
  354. #define FAXSEND_FLOW    FLOW_SOFT
  355. #define FAX_SEND_BAUD B38400
  356. #define FAX_MODEM_HANDSHAKE "&K3"
  357. #define MODEM_INIT_STRING    "ATS0=0V1Q0&D3&K3%C1W1"
  358. ----------------------------------------------------
  359. Modem brand/model:      PCMCIA Modem HOTLINE 960 CC HL9672CC
  360. AT+FMFR?                HOTLINE
  361. AT+FMDL?                Handy 9672 CC
  362. AT+FREV?                Version 1.03H
  363. ATI3                    V1.03DP
  364. ATI4                    Handy 9672 CC H1_103
  365. AT+FDCC=?               (0,1),(0-3),(0-2),(0-2),(0,1),0,0,(0-7)
  366. tested on:              OS: Linux, Kernel: 1.0, Distribution: Slackware 1.2.0
  367.             Computer: Toshiba T4700C Notebook
  368. working:                sendfax, mgetty
  369. contributor:            lauther@zfe.siemens.de
  370. remarks:                can only do 9600 bps
  371.  
  372. #define DEFAULT_PORTSPEED       B19200
  373. #define MODEM_INIT_STRING       "ATS0=0Q0&D3&K3"
  374. #define MODEM_CMD_SUFFIX        "\r"
  375. #define DO_CHAT_SEND_DELAY      50
  376. #define FAX_COMMAND_DELAY       50
  377. #define DATA_FLOW               FLOW_HARD
  378. #define FAXREC_FLOW             FLOW_HARD | FLOW_SOFT
  379. #define FAXSEND_FLOW            FLOW_HARD | FLOW_SOFT
  380. #define FAX_SEND_BAUD           B19200
  381. #define FAX_MODEM_HANDSHAKE     "&K3"
  382. ----------------------------------------------------
  383. Modem brand/model:      Creatix (1&1) Polimedia 14400 voice / fax modem
  384. AT+FMFR?                ???
  385. AT+FMDL?                ???
  386. AT+FREV?                ???
  387. ATI0            14400
  388. ATI1            007
  389. ATI3            V1.400/T4-DS29F
  390. ATI4            Creatix Polymedia GmbH V1.41 29/11/93
  391. ATI6            RCV144DPi Rev CA
  392. AT+FDCC=?               (0,1),(0-5),(0-2),(0-2),(0,1),0,0,(0-7)
  393. tested on:              ???
  394. working:                sendfax, mgetty
  395. contributor:            andreas@malcolm.in-chemnitz.de
  396.  
  397. #define DEFAULT_PORTSPEED    B38400
  398. #define MODEM_INIT_STRING    "ATS0=0Q0&D3&K6"
  399. #define MODEM_CMD_SUFFIX    "\r"
  400. #define DO_CHAT_SEND_DELAY    50
  401. #define FAX_COMMAND_DELAY    50
  402. #define DATA_FLOW           FLOW_HARD
  403. #define FAXREC_FLOW         FLOW_HARD | FLOW_SOFT
  404. #define FAXSEND_FLOW        FLOW_HARD | FLOW_SOFT
  405. #define FAX_RECEIVE_USE_B19200
  406. #define FAX_SEND_BAUD         B19200
  407. #define FAX_MODEM_HANDSHAKE    "&K6"
  408. ----------------------------------------------------
  409.  
  410. ------------------------------
  411.  
  412. Subject:  What other software do I need?
  413. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  414. CC: gert@greenie.muc.de (Gert Doering)
  415.  
  416. For data only, no other software is needed.
  417.  
  418. mgetty itself can only send or receive G3 (raster) format.  However,
  419. the distribution includes tools to convert raw G3 files to or from the
  420. format used by "pbmplus", the Portable Bitmap Toolkit.  The pbmplus
  421. formats support (or are supported by) most raster-image programs and
  422. file formats generally used in the Unix world.  pbmplus is available
  423. at this URL (among others): 
  424.  
  425.   ftp://sunsite.unc.edu/pub/X11/contrib/pbmplus10dec91.tar
  426.  
  427. The mgetty+sendfax distribution contains a patch to fix pbmplus's
  428. broken pbmtog3 converter -- using the unpatched pbmtog3 can cause
  429. errors during transmission.
  430.  
  431. GhostScript, the free Postscript page description language
  432. interpreter, can convert PostScript to G3.  Ghostscript is available
  433. at this URL (among others): 
  434.  
  435.   ftp://sunsite.unc.edu/pub/gnu/applications/ghostscript-2.6.1.tar.gz
  436.      (also check out patch files in same directory.)
  437.  
  438. Hp2pbm, available from ftp:// ??, can convert text and PCL (HP
  439. Laserjet language) to G3 or PBM.  It also contains programs for
  440. converting PBM to PostScript, PCL and Epson printers.
  441.  
  442. PBMPLUS has converters from most existing raster formats or ASCII
  443. to PBM, and from PBM to most raster formats.  You'd use the pbmtog3
  444. and g3topbm utilities in mgetty to convert between PBM and G3.
  445.  
  446. In essence, you can run with hp2pbm or PBMPLUS alone.  With GhostScript,
  447. you also need PBMPLUS or hp2pbm to convert ASCII (used for page headers
  448. etc.) to G3.
  449.  
  450. For voice you need no other software, although utilities to convert to
  451. and from the ZyXEL voice format can be handy.  This is especially true
  452. if you have audio output available besides the modem itself.
  453.  
  454. mgetty+sendfax includes some ZyXEL voice processing utilities in the
  455. voice/ subdirectory.  These can translate ZyXEL voice files to and
  456. from Sun-AU (/dev/audio), Soundblaster, some other formats.
  457.  
  458. ------------------------------
  459.  
  460. Subject:  What terms cover my use of mgetty+sendfax/vgetty?
  461.  
  462. >From the distribution:
  463.  
  464. "The mgetty+sendfax package is Copyright (c) 1993 Gert Doering. You
  465. are permitted to do anything you want with this program -
  466. redistribute it, use parts of the code in your own programs, ...,
  467. but you have to give me credit - do not remove my name.
  468.  
  469. "If the program works for you, and you want to honour my efforts,
  470. you are invited to donate as much as you want.
  471.  
  472. "If you make money with mgetty, I want a share. What I mean by that
  473. is: it's perfectly OK with me to get paid for mgetty installation
  474. or support, but if you want to actually sell mgetty, or pack mgetty
  475. with a modem and sell it as "unix fax package", contact me first.
  476.  
  477. "*WARNING:* This package is still BETA software. Use it at your own
  478. risk, there is *no* warranty. If it erases all the data on your
  479. hard disk, damages your hardware, or kills your dog, that is
  480. entirely your problem. Anyway, the program works for me and quite a
  481. lot of other people."
  482.  
  483. ------------------------------
  484.  
  485. Subject:  Where can I get mgetty+sendfax?
  486.  
  487. The official release sites are these URLs:
  488.  
  489.   ftp://sunsite.unc.edu/pub/Linux/system/Serial/mgetty+sendfax*
  490.   ftp://tsx-11.mit.edu/pub/linux/sources/usr.bin/... (or so)
  491.  
  492. You can certainly find them elsewhere.  The last time this paragraph
  493. was updated, the most recent full release was 0.22.
  494.  
  495. The most recent _test_ release is generally available at this URL:
  496.  
  497.    ftp://ftp.informatik.tu-muenchen.de:/tmp/mgetty*.tar.gz
  498.  
  499. ------------------------------
  500.  
  501. Subject: Part 2: Other questions
  502.  
  503. ------------------------------
  504.  
  505. Subject:  How can I contact mgetty users and developers?
  506. From: steve@work.bellingham.wa.us
  507.  
  508. (Suggested by Steve Wampler)
  509.  
  510. A mailing list exists.  To subscribe to the list, send mail to
  511. mgetty-request@muc.de (I believe the list is maintained by hand, so
  512. you'll need to ask to join.)  To send mail to every one of the dozens
  513. of people on the list, send to mgetty@muc.de.  DON'T send subscription
  514. requests to mgetty@muc.de -- many people will write back telling you
  515. to use mgetty-request for administrative messages.
  516.  
  517. The volume on mgetty@muc.de varies from one or two messages a week to
  518. ten or so a day, depending on development activity.
  519.  
  520. ------------------------------
  521. Subject:  What image file formats can sendfax send?
  522. From:    gert@greenie.muc.de (Gert Doering)
  523.  
  524. Fax input format:
  525.  
  526.    raw G3 data (according to CCITT standard T.4, 1-dimensionally
  527.    compressed). Can be created by GhostScript's "dfaxhigh" or "dfaxlow"
  528.    drivers (they will create raw G3 data with a 64 byte header, that
  529.    sendfax + g3cat + g3topbm will recognize and skip) or by the "pbmtog3"
  530.    program.
  531.    Warning: the pbmtog3 program from the "pbmplus" distribution does *not*
  532.    create valid G3 data according to T.4, to be precise, the lines are
  533.    shorter than 1728 pixels and the leading EOL code is missing. To fix
  534.    it, use the patch that is provided in "patches/pbmtog3.p1". Even
  535.    better, use my own utility. (The patch is *NOT* needed for my pbmtog3
  536.    program!).
  537.    Use of a unpatched pbmtog3 will most likely cause +FHNG:50 or +FHNG:54
  538.    error codes.
  539.  
  540.    Do not use "tiff-G3" data as input. Though the data itself is G3 encoded,
  541.    it's wrapped into a complex layer of TIFF headers that would
  542.    require non-trivial parsing that's simply not needed for sendfax.
  543.    Faxing a TIFF file will result in a warning message from sendfax, and,
  544.    most likely, in a failed transmission.
  545.  
  546.  
  547. Fax output format:
  548.  
  549.    The files that mgetty places into FAX_SPOOL_IN are in the same format
  550.    as the files that sendfax wants to send, raw G3 data as of CCITT T.4.
  551.    To convert them to "pbm", use the g3topbm program. To convert them to
  552.    X-Windows xwd format, use the "contrib/g3toxwd" program.
  553.  
  554.    If the files are received without transmission errors, it is possibly
  555.    to send received fax files without any additional conversion. Since
  556.    some modems insert filling zero-bits, a run through "g3cat" is
  557.    recommended anyway, this will remove any surplus stuff, and clean up
  558.    garbled lines.
  559.  
  560. ------------------------------
  561.  
  562. Subject:  Why doesn't mgetty accept other file formats besides G3?
  563.  
  564. Why does mgetty only send raw G3 fax files, instead of converting
  565. arbitrary image files (like TIFF) on the fly?
  566.  
  567. >From Chris Lewis:
  568.  
  569. "As I understand it, in addition to its own formats, TIFF can encapsulate
  570. some number of other formats.  Put another way, TIFF is, at least to some
  571. extent, simply a way of getting magic numbers into other formats so that
  572. TIFF-capable converters can handle multiple formats transparently.
  573.  
  574. "Yes, you certainly can have TIFF encapsulate a G3, and mgetty wouldn't
  575. have much trouble with that.  However, that leaves you with the question -
  576. what does mgetty do if it's not a G3 that's been encapsulated?  It
  577. would have to convert it.  And then we would encounter situations where
  578. mgetty's conversion speeds couldn't meet the class II FAX transmission
  579. timeouts, and you've wasted telephone time...  Ditto on reception.  Indeed,
  580. there is a real possibility that mgetty would not be able to keep up
  581. if the input or output file was anything other than a G3.
  582.  
  583. "Approaching this from another viewpoint, we should also remember that
  584. mgetty is a transfer protocol and implementation.  *Not* conversion
  585. software.  mgetty needs to read and write G3s, and that's all.  Leave
  586. conversions to other software."
  587.  
  588. And from Gert Doering:
  589.  
  590. "Well, TIFF is a very complex file format, that can support dozens of
  591. different page data encodings, different byte / bit orderings,
  592. multiple pages per file, and so on.  While TIFF is a flexible format,
  593. parsing it is a complex task.
  594.  
  595. "In contrast, mgetty's "g3" files are raw G3 data. No headers, no
  596. formatting, no need for the transmission code to dig around in the file
  597. to find the actual page data.  One page per file, simplest possible.
  598.  
  599. "Ignoring TIFF (leaving TIFF conversions to outside software)
  600. simplifies mgetty and sendfax enormously, but doesn't complicate the
  601. user interface much, as long as "faxspool" or similar tools are used
  602. that will hide the internals, that is, how the fax backend expect its
  603. data, from the user. To be precise, leaving out TIFF support
  604. *simplifies* mgetty.  Many Unix programs can read pbm and converting
  605. g3 -> pbm is very easy, while I haven't seen a good *multipage*-Tiff -
  606. to - PBM converter yet."
  607.  
  608. ------------------------------
  609.  
  610. Subject:  Why doesn't mgetty use the modem's autoanswer capabilities?
  611.  
  612. 1. Because it isn't possible to distinguish a fax from a data call if you
  613. don't have full modem control. Besides, it will make sure that the modem
  614. doesn't answer the phone while the host isn't ready for it.
  615.  
  616. 2. And callerid won't work without extreme difficulty.
  617.  
  618. ------------------------------
  619.  
  620. Subject:  Why mgetty ignores /dev/tty* dialin, /dev/cua* dialout conventions:
  621.  
  622. >From gert@greenie.muc.de (Gert Doering):
  623.  
  624. The two-device scheme is meant to prevent multiple processes from
  625. accessing the same physical device at the same time. Since mgetty
  626. opens the port with O_NDELAY, the kernel sees a process on tty*
  627. (mgetty) and prevents any open() on cua* (uucico, cu, ...).  So, you
  628. have to use the same device for both program types; under Linux,
  629. that's tty*, and under SunOS & Solaris that's cua*.
  630.  
  631. >From rj@rainbow.in-berlin.de (Robert Joop):
  632.  
  633. Under Sun's OS, if the computer is down or /dev/ttya isn't opened, DTR
  634. isn't asserted and the modem won't pick up.  The kernel lets an
  635. open(2) call to /dev/ttya return only when DCD becomes active and cua0
  636. isn't being used.
  637.  
  638. For the reason explained by Gert, mgetty takes over the task of the
  639. sun kernel and has to use /dev/cua?.  To avoid collisions with
  640. dial-out programs, it follows uucp locking conventions.
  641.  
  642. The relevant lines from a Sun /etc/ttytab:
  643. #ttya   "/usr/etc/getty zyxel.38400"    vt100         on  # modem line
  644. cua0    "/usr/local/bin/vgetty -n 6 -x 9 cua0"  vt100 off # modem line
  645.  
  646. This all applies to sunos4/solaris1, sunos5/solaris2 probably differs
  647. substantially.
  648.  
  649. ------------------------------
  650.  
  651. Subject:  Troubleshooting questions & answers
  652. From: gert@greenie.muc.de
  653.  
  654. Q: I keep getting the error code +FHNG:50 or +FHNG:54 after sending a
  655.    page. Sometimes it says "page bad, retrain requested" and infinitely
  656.    resends the page.
  657.  
  658. A: This error means that something went wrong between the two machines,
  659.    while your end was sending the page data. In the case of +FHNG:50 or
  660.    +FHNG:54, the other end most likely simply hung up (so your modem
  661.    couldn't get any page transfer status at all), in the other case, the
  662.    receiver complained that it didn't like the data on the page.
  663.  
  664.    The most common reason for this behaviour is that you used a copy
  665.    of ``pbmtog3'' that came from the ``pbmplus'' distribution and doesn't
  666.    have my patch included (Mind you, the pbmtog3 program is required for
  667.    the page headers that faxspool puts on top of each page!).
  668.  
  669.    If that is not the reason, there may be flow control problems, or the
  670.    line have simply has been very noisy, or so. Get in touch with the
  671.    receiver, and find out whether the page looks good or whether there are
  672.    lines missing, others corrupted, ... - if there are errors, check your
  673.    flow control setting.
  674.  
  675.    If there are no errors whatsoever, and you're sure that you use my
  676.    version of pbmtog3 or a patched version of pbmplus', then I'm out of
  677.    wits - something's broken in the modem. Maybe you should upgrade your
  678.    ROM version.
  679.  
  680.  
  681. Q: When receiving faxes, I get the +FCON message logged, then mgetty says
  682.    "starting fax receiver". fax_wait_for(OK) is called, logs some random
  683.    junk bytes, and gives up after a minute, complaining about "timeout".
  684.  
  685. A: Most likely, you have a modem that switches baud rate to 19200 bps
  686.    right after sending the +FCON message to the host, and the normal port
  687.    speed is something else. Check policy.h whether FAX_RECEIVE_USE_B19200
  688.    is defined, and change the setting (if the modem does *not* change
  689.    speed, but the define is *set*, the effect will be similar).
  690.  
  691.  
  692. Q: I keep changing values in policy.h, but nothing changes.
  693.  
  694. A: maybe you've had an older version of mgetty installed to
  695.    /usr/local/bin/mgetty and are calling this from /etc/init? Newer
  696.    versions are installed in /usr/local/sbin/mgetty. Check the time
  697.    stamp on the mgetty you just compiled vs. the mgetty listed in
  698.    /etc/inittab.
  699.  
  700.  
  701. Q: Half of the faxes that I receive are too short, they look as if every
  702.    second pixel line is missing.
  703.  
  704. A: Well, they *are* short: most likely, they are received in normal
  705.    resolution (204x98 dpi) instead of fine resolution (204x196 dpi). You
  706.    can see it in the filename, if it starts with "ff*", it's fine, if it
  707.    starts with "fn*", it's normal resolution. To ``stretch'' a normal
  708.    resolution fax to proper proportions, use ``g3topbm -stretch fn...''
  709.  
  710.  
  711. Q: when upgrading from mgetty 0.19 (or before) to mgetty 0.20, my
  712.    ``mgetty.login'' configuration file doesn't work anymore.
  713.  
  714. A: Yes, the format has changed. Because of this, and to avoid confusions,
  715.    I'v renamed the LOGIN_CFG_FILE to ``login.config''. Read the sample
  716.    file that I provide for explantations how the configuration works.
  717.  
  718.    Do not fiddle with the ``uid'' and ``utmp'' fields unless you
  719.    understand what they're for.
  720.  
  721.  
  722. Q: login complains with ``no utmp entry, must execute login from the
  723.    lowest level sh''
  724.  
  725. A: I *told* you not to fiddle with the ``utmp'' field... - most likely,
  726.    in your ``login.config'' file, the utmp field for the entry calling
  727.    /bin/login isn't "-".
  728.  
  729.    Another reason could be a faulty /etc/init (hits only Linux users) or a
  730.    corrupted /etc/utmp file. In that case, reboot your machine.
  731.  
  732. Q: When mgetty is running and I dial out, I do not get "CONNECT" but only
  733.    junk, as "+FCO", "+FTI:", "+FHS:20"
  734.  
  735. A: Well, yes, that's a problem with the 2.0 implementation in mgetty. That
  736.    is: while mgetty is running, the modem is in "AT+FCLASS=2.0" mode and
  737.    expects to connect to a fax on the remote side. (With class 2, we
  738.    worked around this by setting +FCLASS=0;+FAA=1, but that will make the
  739.    modem answer in class 2, not 2.0 [subject to further testing!])
  740.  
  741.    Solution: in the program dialing out, initialize the modem with
  742.    "AT+FCLASS=0".  Most likely, a modem reset (ATZ) will also help.
  743.  
  744. Q: vgetty and zplay don't work, I can't record or play back messages.
  745.    I'm using mgetty 0.20 and ZyXEL 6.10 ROMs, the log file shows that
  746.    `+VIT=60' produces `no carrier'.
  747.  
  748. A: (Klaus Weidner, klaus@snarc.greenie.muc.de): My fault, I'm
  749.    sorry. `+VIT=60' is only supported by ROMs >=6.11.  Please remove
  750.    it from the two places it occurs in voclib.c, or get the latest
  751.    test release from ftp.informatik.tu-muenchen.de:/tmp, or get 6.12
  752.    ROMs.
  753.  
  754. Q: every time mgetty starts up, the permissions of my tty device get
  755.    changed and I have to issue "chmod +w /dev/ttySx" to be able to
  756.    dial out.
  757.  
  758. A: that's not a bug, that's a feature. You don't *want* to allow anybody
  759.    using your machine to be able to dial out (think of your phone costs!),
  760.    so it's a security issue.
  761.    If you *want* to allow dialout for everyone, #define FILE_MODE 0666
  762.    in policy.h. I would not recommend it, I would give access to a
  763.    special group, and put every one that may dial out into this group.
  764.  
  765. Q: I have a Linux system, and while trying to dial out on /dev/cua1
  766.    (mgetty is running on /dev/ttyS1), it says "device busy" (EBUSY)???
  767.  
  768. A: use the same device (always!!) for dial-in and dial-out.
  769.    On Linux, use /dev/ttySx, on SunOS and *BSD use /dev/cuax.
  770.  
  771. Q: If I create a fax file with "gs -sDEVICE=dfaxhigh ..." and send it with
  772.    sendfax, everything works *great*. If I run it through "faxspool", the
  773.    receiving side reports an error. Is the "g3cat" program broken?
  774.  
  775. A: No, g3cat isn't the problem. The real problem is "pbmtog3", and I bet
  776.    you have the pbmtog3 program from the pbmplus distribution installed.
  777.    This program is *broken* (patch is in mgetty/patches/pbmtog3.p1), that
  778.    is, it doesn't create proper T.4/G3 fax data. Thus, the receiving fax
  779.    machine will get a fax that has some corrupt lines (the page header)
  780.    and will complain about it.
  781.    Patch pbmtog3, or use mgetty's. It's faster anyway.
  782.  
  783. Q: mgetty doesn't accept FidoNet calls. I get log entries like this:
  784.  
  785.      10/30 01:54:54 ##### data dev=ttyS1, pid=3401, caller=none,
  786.      conn='38400/V32b 14400/V42b', name='', cmd='/bin/login',
  787.      user='**EMSI_INQC816**EMSI_INQC816q.'
  788.  
  789.    or this:
  790.  
  791.      10/30 05:31:03 ##### data dev=ttyS1, pid=7238, caller=none,
  792.      conn='38400/ZyX  16800/V42b', name='', cmd='/bin/login', user='q.q.q.'
  793.  
  794. A: did you compile mgetty with -DFIDO defined? I don't think so. If
  795.    -DFIDO isn't set, mgetty doesn't know about fido.
  796.  
  797. Q: Some of my programs use binary lockfiles and some use ASCII
  798.    lockfiles.  Why does mgetty complain?  Can't it recognize both?
  799.  
  800. A: Mgetty complains because your system configuration is _wrong_.
  801.    These error messages are there to help the system administrator
  802.    notice a *severe configuration error* on his site.
  803.  
  804.    If all programs would understand both types of Locking, the
  805.    messages would be silly, but since kermit usually simply ignores
  806.    ascii locks, and uucico does so for binary locks, the situation is
  807.    *highly* error-prone, and sysadmins should *SEE* this.
  808.  
  809.    Recompile your applications that use the modem so that all agree on
  810.    the lockfile types.
  811.  
  812. ------------------------------
  813.  
  814. Subject:  My ZyXEL doesn't work right after a ROM upgrade: What's wrong?
  815. From: felix@escape.vsse.in-berlin.de
  816.  
  817. Do a full modem reset after upgrading the firmware. This is not
  818. described in the German ZyXEL manual (is it described in the
  819. English one?) but should be done in any case.
  820.  
  821. ------------------------------
  822.  
  823. Subject: Why the occasional "tcsetattr failed: I/O error" message?
  824. From: gert@greenie.muc.de
  825.  
  826. Q: Occasionally, mainly after "clean" user logouts (that is, the user
  827.    typed "exit" instead of just hanging up), I get the message
  828.     09/08 21:26:26 yS2  lowering DTR to reset Modem
  829.     09/08 21:26:27 yS2  tcsetattr failed: I/O error
  830.    in the mgetty log file, and a similar I/O error message in the syslog
  831.    file.
  832.  
  833. A: Well, this is a Linux and SunOS specific problem: if the modem is still
  834.    connected to the other end when mgetty starts, mgetty will force it to
  835.    hangup by lowering DTR (and sending +++ATH, in case DTR drop won't
  836.    suffice).  This will make the modem lower the DCD (carrier detect)
  837.    line.  Unfortunately, this will trigger a security mechanism in the
  838.    Linux kernel, which will prevent all further access via that file
  839.    descriptor.  This is done to prevent one well-known password hack
  840.    (I won't that explain in detail).
  841.  
  842.    Mgetty knows about that problem, and, upon noticing an error at this
  843.    point during modem initialization, will simply reopen the port and
  844.    redo all modem / port setup stuff.
  845.  
  846.    Because suppressing that error message would be messy, it keeps
  847.    appearing, but it is harmless (... "trying again").
  848.  
  849. ------------------------------
  850.  
  851. Subject: Part 3: Compatibility Issues
  852.  
  853. ------------------------------
  854.  
  855. Subject:  modems.db -- modem compatibility list
  856. From: gert@greenie.muc.de
  857.  
  858. OK, here's the current (22 June 1994) modems.db:
  859. ----------------------------------------------------
  860. Modem brand/model:     "Dynalink 9624AP"
  861. at+fmfr?        EXAR
  862. at+fmdl?        9648,2,E,290X
  863. at+frev?        10, 10, 92   REVISION  X 2.0
  864. ati3            ADN-06
  865. ati4            MARROW 2900KSX V2.0B 11-05-1992
  866. tested on:        linux 0.99p10
  867. working:        sendfax, mgetty(?)
  868. remarks: avoid this cheap and nasty modem if you possibly can. It needs:
  869.          delay(500) at the end of fax_open_device(), sendfax.c line 111
  870.          delay(500) after the call to fax_send_page(), sendfax.c line 533
  871.          "\d\d\d" in all the AT-commands in init_chat_seq, mgetty.c
  872. contributor:        a.j.scholl@durham.ac.uk
  873. #define DATA_FLOW    FLOW_HARD
  874. #define FAXREC_FLOW    FLOW_HARD | FLOW_SOFT
  875. #define FAXSEND_FLOW    FLOW_HARD 
  876. #define FAX_SEND_BAUD     B19200
  877. #define FAX_MODEM_HANDSHAKE ""
  878. #define FAX_SET_CSTOPB    1        /* for when you've added this option :-) */
  879. ----------------------------------------------------
  880. Modem brand/model:     "Zoltrix Platinum Series 14.4"
  881. at+fmfr?        ROCKWELL
  882. at+fmdl?        RC32ACL
  883. at+frev?        V1.410-AP39
  884. ati3            
  885. ati6            RCV144DP; Rev CA
  886. tested on:        linux 0.99p7
  887. working:        mgetty, sendfax
  888. remarks:                great modem! In my uucp network of 16 machines,
  889.             this modem averages at 1700 bps, while other
  890.             brand name modems such as the Trailblazer PEP
  891.             maxes out at about 1570. 
  892. contributor:        whome!light-house!las@planix.com
  893. #define DATA_FLOW    FLOW_HARD
  894. #define FAX_COMMAND_DELAY 50
  895. #define FAXREC_FLOW    FLOW_SOFT
  896. #define FAXSEND_FLOW    FLOW_SOFT
  897. #define FAX_SEND_BAUD B38400
  898. #define FAX_MODEM_HANDSHAKE "&K3"
  899. #define MODEM_INIT_STRING    "ATS0=0V1Q0&D3&K3%C1W1"
  900. ----------------------------------------------------
  901. Modem brand/model:      PCMCIA Modem HOTLINE 960 CC HL9672CC
  902. AT+FMFR?                HOTLINE
  903. AT+FMDL?                Handy 9672 CC
  904. AT+FREV?                Version 1.03H
  905. ATI3                    V1.03DP
  906. ATI4                    Handy 9672 CC H1_103
  907. AT+FDCC=?               (0,1),(0-3),(0-2),(0-2),(0,1),0,0,(0-7)
  908. tested on:              OS: Linux, Kernel: 1.0, Distribution: Slackware 1.2.0
  909.             Computer: Toshiba T4700C Notebook
  910. working:                sendfax, mgetty
  911. contributor:            lauther@zfe.siemens.de
  912. remarks:                can only do 9600 bps
  913.  
  914. #define DEFAULT_PORTSPEED       B19200
  915. #define MODEM_INIT_STRING       "ATS0=0Q0&D3&K3"
  916. #define MODEM_CMD_SUFFIX        "\r"
  917. #define DO_CHAT_SEND_DELAY      50
  918. #define FAX_COMMAND_DELAY       50
  919. #define DATA_FLOW               FLOW_HARD
  920. #define FAXREC_FLOW             FLOW_HARD | FLOW_SOFT
  921. #define FAXSEND_FLOW            FLOW_HARD | FLOW_SOFT
  922. #define FAX_SEND_BAUD           B19200
  923. #define FAX_MODEM_HANDSHAKE     "&K3"
  924. ----------------------------------------------------
  925. Modem brand/model:      Creatix (1&1) Polimedia 14400 voice / fax modem
  926. AT+FMFR?                ???
  927. AT+FMDL?                ???
  928. AT+FREV?                ???
  929. ATI0            14400
  930. ATI1            007
  931. ATI3            V1.400/T4-DS29F
  932. ATI4            Creatix Polymedia GmbH V1.41 29/11/93
  933. ATI6            RCV144DPi Rev CA
  934. AT+FDCC=?               (0,1),(0-5),(0-2),(0-2),(0,1),0,0,(0-7)
  935. tested on:              ???
  936. working:                sendfax, mgetty
  937. contributor:            andreas@malcolm.in-chemnitz.de
  938.  
  939. #define DEFAULT_PORTSPEED    B38400
  940. #define MODEM_INIT_STRING    "ATS0=0Q0&D3&K3"
  941. #define MODEM_CMD_SUFFIX    "\r"
  942. #define DO_CHAT_SEND_DELAY    50
  943. #define FAX_COMMAND_DELAY    50
  944. #define DATA_FLOW           FLOW_HARD
  945. #define FAXREC_FLOW         FLOW_HARD | FLOW_SOFT
  946. #define FAXSEND_FLOW        FLOW_HARD | FLOW_SOFT
  947. #define FAX_RECEIVE_USE_B19200
  948. #define FAX_SEND_BAUD         B19200
  949. #define FAX_MODEM_HANDSHAKE    "&K6"
  950. ----------------------------------------------------
  951. Modem brand/model:      Practical Peripherals PM14400FXMT
  952. at+fmfr?                2.42 (c) Practical Peripherals Inc. 1993.
  953. at+fmdl?                PM14400FMXT [6R4] 2.42
  954. at+frev?                Version 2.42
  955. ati3                    PM14400FMXT [6R4] Version 2.42 (c) Practical Peripherals Inc. 1993.
  956. ati4                    a097840F284C6703F
  957.                         bC60004000
  958.                         r1001111171012000
  959.                         r3000111010000000
  960. tested on:              Linux 1.0 (Slackware 1.2.0)
  961. working:                sendfax, mgetty
  962. remarks:                Good modem; can handle ALL incoming data calls at all
  963.                         speeds, plus *MOST* incoming FAXes (some paper
  964.                         machines give +FHNG:100 @ 2400 baud).  Good manual,
  965.                         but (like others, no +F commands listed.  My guess is
  966.                         about 75% Class 2 commands implemented.
  967. contributor:            paul@edgewood.portland.or.us
  968. #define DEFAULT_PORTSPEED       B38400 /* 57600 w/ 'setserial spd_hi' */
  969. #define FAX_RECEIVE_USE_19200
  970. #define FAX_SEND_BAUD           B19200
  971. #define DATA_FLOW               FLOW_HARD
  972. #define FAXREC_FLOW             FLOW_HARD | FLOW_SOFT
  973. #define FAXSEND_FLOW            FLOW_HARD | FLOW_SOFT
  974. #define FAX_MODEM_HANDSHAKE ""
  975. #define MODEM_INIT_STRING       "\\dATM0S0=0Q0&C1&D2&K3&Q5"
  976. ---------------------------------------------------
  977. Modem brand/model:      "ZyXEL 1496 E+"
  978. at+fmfr?                ZyXEL
  979. at+fmdl?                U1496E  V 6.12 P
  980. at+frev?                U1496E  V 6.12 P
  981. ati            1496
  982.  
  983. tested on:              DEC OSF/1 v1.2-hybrid
  984.             SCO Unix ODT 3.0
  985.             Linux (various)
  986. working:                sendfax, mgetty, vgetty
  987. contributor:            Marc@Synergytics.Com
  988. #define DATA_FLOW       FLOW_HARD
  989. #define FAXREC_FLOW     FLOW_HARD | FLOW_SOFT
  990. #define FAXSEND_FLOW    FLOW_HARD | FLOW_SOFT
  991. #define FAX_SEND_BAUD   B38400
  992. #define FAX_MODEM_HANDSHAKE "&H3"
  993. #define MODEM_INIT_STRING "ATS0=0Q0&D3&H3&N0&K4"
  994. ---------------------------------------------------
  995. Modem brand/model:      ZyXEL U1496EG+ 
  996. AT+FMFR?                ZyXEL
  997. AT+FMDL?                U1496EG V 6.12 P 
  998. AT+FREV?        U1496EG V 6.12 P 
  999. ATI3            (OK)
  1000. ATI4                    (OK)
  1001. AT+FDCC=?         (0,1),(0-5),(0-2),(0-2),(0-1),(0),(0),(0-7)
  1002. tested on:              AIX 3.2.5
  1003. working:                sendfax, mgetty (both 0.20)
  1004. contributor:            hm@ix.de
  1005. remarks:                
  1006.  
  1007. #define DEFAULT_PORTSPEED       B38400
  1008. #define MODEM_INIT_STRING       "ATL0S0=0Q0&D3&H3&N0&K4"
  1009. #define MODEM_CMD_SUFFIX        "\r"
  1010. #define DO_CHAT_SEND_DELAY      50
  1011. #define FAX_COMMAND_DELAY       50
  1012. #define DATA_FLOW               FLOW_HARD
  1013. #define FAXREC_FLOW             FLOW_HARD | FLOW_SOFT
  1014. #define FAXSEND_FLOW            FLOW_SOFT
  1015. #define FAX_SEND_BAUD           B38400
  1016. #define FAX_MODEM_HANDSHAKE     "&K3"
  1017.  
  1018. ---------------------------------------------------
  1019.  
  1020. Modem brand/model:      GVC GM-144VBIS+
  1021. AT+FMFR?                EXAR
  1022. AT+FMDL?                9648,2,E,290X
  1023. AT+FREV?        GM-144VBIS+; RC9696/14
  1024. ATI3            170
  1025. ATI4                    GM-144VBIS+; RC9696/14
  1026. AT+FDCC=?         (0-1),(0-3),(0-3),(0-2),(0-2),(0),(0),(0-7)
  1027. tested on:              AIX 3.2.5
  1028. working:                mgetty-0.20 
  1029. contributor:            hm@ix.de
  1030. remarks:                (sendfax is not tested and not intended to)
  1031.  
  1032. #define DEFAULT_PORTSPEED       B38400
  1033. #define MODEM_INIT_STRING       "ATL0S0=0Q0&D3\\\\Q3&S0%C\\\\N6"
  1034. #define MODEM_CMD_SUFFIX        "\r"
  1035. #define DO_CHAT_SEND_DELAY      50
  1036. #define FAX_COMMAND_DELAY       50
  1037. #define DATA_FLOW               FLOW_HARD
  1038. #define FAXREC_FLOW             FLOW_HARD | FLOW_SOFT
  1039. #define FAXSEND_FLOW            FLOW_SOFT
  1040. #define FAX_SEND_BAUD           B38400
  1041. #define FAX_MODEM_HANDSHAKE     "\\\\Q3&S0"
  1042.  
  1043. ----------------------------------------------------
  1044. Modem brand/model:     "Aceex 1496"
  1045. at+fmfr?        EXAR
  1046. at+fmdl?        9624,2,E,290E
  1047. at+frev?        Sep-24-1991
  1048. ati3            
  1049. ati6            V.110 APR-30-1993 (ROCKWELL CHIP SET)
  1050.             DM1414/2A/RC144DP-21/PCB:490-09636-xx
  1051.             BZT POSTZULASSUNG-FIRMWARE VERSION:V.105
  1052. tested on:        SVR4.2 (UnixWare 1.1.1)
  1053. working:        mgetty, sendfax
  1054. remarks:                fax send / receive with max. 19200 bd
  1055.             This german telekom approved modem doesn't allow
  1056.             ATA without an incoming call (real RING). So
  1057.             kill -USR1 <mgetty-pid>  doesn't work. 
  1058. contributor:        100272.3376@compuserve.com (Achim Buerger)
  1059. #define DATA_FLOW    FLOW_HARD
  1060. #define FAX_COMMAND_DELAY 50
  1061. #define FAXREC_FLOW    FLOW_HARD | FLOW_SOFT
  1062. #define FAXSEND_FLOW    FLOW_HARD | FLOW_SOFT
  1063. #define DEFAULT_PORTSPEED B19200
  1064. #define FAX_SEND_BAUD    B19200
  1065. #define FAX_MODEM_HANDSHAKE    "\\Q3&S0"
  1066. #define MODEM_INIT_STRING    "ATS0=0Q0&D3\\\\Q3%C1&N0&K3"
  1067. ----------------------------------------------------
  1068. Modem brand/model:      "Dago Speed" from Speedy Technology, Koenigstein
  1069. at+fmfr?                ROCKWELL
  1070. at+fmdl?                RC32AC-W
  1071. at+frev?                V1.15
  1072. ati3                    V1.15
  1073. ati4                    RC144DP
  1074. tested on:              linux 0.99p15, 486DX50, UART 16550A
  1075. mgetty version:         0.21
  1076. working:                sendfax, mgetty
  1077. remarks:                sendfax: works perfectly (about 50 multi-page
  1078.                         faxes sent without problems)
  1079.                         mgetty: my Dago does not always recognize
  1080.                         fax calls correctly, especially from some fax
  1081.                         machines, but fax calls from a Creatix modem
  1082.                         are *almost* always recognized correctly.
  1083.                         When a fax call is recognized correctly, mgetty
  1084.                         has no problems. Defining FAX_RECEIVE_USE_B19200
  1085.                         is necessary with my modem version.
  1086.                         Data calls are always recognized correctly
  1087.                         (tested with Creatix and Zyxel).
  1088. contributor:            schaefer@dfki.uni-sb.de (Ulrich Schaefer)
  1089. #define DEFAULT_PORTSPEED       B38400
  1090. #define DATA_FLOW               FLOW_HARD
  1091. #define FAXREC_FLOW             FLOW_HARD
  1092. #define FAXSEND_FLOW            FLOW_HARD
  1093. #define DO_CHAT_SEND_DELAY      100
  1094. #define FAX_COMMAND_DELAY       100
  1095. #define FAX_RECEIVE_USE_B19200
  1096. #define FAX_SEND_BAUD           B38400
  1097. #define FAX_MODEM_HANDSHAKE     "&K3"
  1098. #define MODEM_INIT_STRING       "ATS0=0V1Q0&D3&K3"
  1099.  
  1100. mgetty.c:  int toggle_dtr_waittime = 2000;   /* otherwise reset may fail */
  1101. -----------------------------------------------------------------------
  1102.  
  1103. Modem: SupraFax v.32bis
  1104. System Decstation 5000/200
  1105. OS:  Ultrix V4.2 (Rev. 96)
  1106.  
  1107.  
  1108. #define DEFAULT_PORTSPEED       B38400
  1109. #define MODEM_INIT_STRING  "AT&F2M0L0S0=0V1Q0&D3&K3%C1W1"
  1110. #define DEFAULT_MODEMTYPE "auto"
  1111. #define DO_CHAT_SEND_DELAY 50
  1112. #define FAX_COMMAND_DELAY 50
  1113. #define DATA_FLOW       FLOW_HARD
  1114. #define FAXREC_FLOW       FLOW_SOFT
  1115. #define FAXSEND_FLOW      FLOW_SOFT
  1116. #define FAX_RECEIVE_USE_B19200
  1117. #define FAX_SEND_BAUD B19200
  1118. #define FAX_MODEM_HANDSHAKE "&K4"
  1119. #define FAX_SEND_IGNORE_CARRIER
  1120. at+fmfr? ROCKWELL
  1121. at+fmdl? V.32AC
  1122. at+frev? V1.71-02 TR14-Jxxx-001
  1123. ati3  V1.71-02 TR14-Jxxx-001 225
  1124. ati5 (c) 1992,93 Supra Corporation
  1125. -----------------------------------------------------------------------
  1126. Modem brand/model:    Holmes Fax'em 96/24
  1127. AT+FMFR?        EXAR
  1128. AT+FMDL?          9648,2,E,290X
  1129. AT+FREV?          9/30/91 9.10 E  + V.23 REVISION 2.1D3
  1130. ATI3             9/30/91 9.10 E  + V.23 REVISION 2.1D3
  1131. ATI4             9/30/91 9.10 E  + V.23 REVISION 2.1D3
  1132. AT+FDCC=?          (0,1),(0-3),(0-3),(0-2),(0-2),(0),(0),(0-7)
  1133. tested on:        OS: Linux, Kernel: 0.99pl13, Distribution: Slackware 1.1.2
  1134.             Computer: Compaq LTE Lite/25c Notebook
  1135. remarks:        introduce additional delays as mentioned in the
  1136.             mgetty-documentation
  1137. working:            sendfax, mgetty
  1138. contributor:        lauther@zfe.siemens.de
  1139. #define DEFAULT_PORTSPEED    B19200
  1140. #define MODEM_INIT_STRING    "ATS0=0Q0&D3&H3&N0&K4"
  1141. #define MODEM_CMD_SUFFIX     "\r"
  1142. #define DO_CHAT_SEND_DELAY     50
  1143. #define FAX_COMMAND_DELAY     50
  1144. #define DATA_FLOW        FLOW_HARD
  1145. #define FAXREC_FLOW        FLOW_HARD | FLOW_SOFT
  1146. #define FAXSEND_FLOW        FLOW_HARD | FLOW_SOFT
  1147. #define FAX_SEND_BAUD       B19200
  1148. #define FAX_MODEM_HANDSHAKE     ""
  1149. -----------------------------------------------------------------------
  1150.  
  1151. ------------------------------
  1152.  
  1153. Subject:  Suspicious fax machines
  1154. From: hm@ix.de (Harald Milz)
  1155.  
  1156. I'm collecting all data concerning suspective fax
  1157. machines, i.e. those which made problems in cooperating
  1158. with sendfax. The main reason is to find out whether
  1159. there are specific fax machines that refuse to work
  1160. with sendfax and/or your fax modem. As a goal, we will
  1161. be able to track down the bug(s). 
  1162.  
  1163. To contribute, please fill in the following template
  1164. and send it to me (hm@ix.de):
  1165.  
  1166. 1. <fax machine's brand and model>
  1167. 2. <corresponding fax number> (optional)
  1168. 3. <fax modem brand and model>
  1169. 4. <fax modem's firmware revision>      # tbd from ATI1
  1170. 5. <protocol parameters>        # tbd from Faxlog
  1171. 6. <errlog line from Faxlog>        # tbd from Faxlog
  1172. 7. <remarks>
  1173.  
  1174. If you encounter problems with a fax machine, please
  1175. call the receiving party and ask them for their fax
  1176. machine's brand & model and if they are willing to
  1177. offer their machine for some (limited) testing. 
  1178.  
  1179. The more exact your data is (the first 3 entries aren't
  1180. too good :-} ), the better the result will be,
  1181. hopefully.
  1182.  
  1183. This list is posted once a month (automatically) and if
  1184. five new entries were added to it (manually).
  1185.  
  1186. Here's what's already in the list:
  1187.  
  1188.  
  1189.  
  1190. 1. Panasonic Panafax UF311
  1191. 2. +49 89 74824899
  1192. 3. ZyXEL U1496EG+
  1193. 4. U1496EG V 6.10g P
  1194. 5. +FDCS:1,3,0,2,0,0,0,4
  1195. 6. +FHNG:50 (Unspecified Transmit Phase D error)
  1196. 7. when sending 15 pg, connection broke after 6 pg. 
  1197.  
  1198.  
  1199. 1. NEC Nefax 17
  1200. 2. +49 2242 82114
  1201. 3. ZyXEL U1496EG+
  1202. 4. U1496EG V 6.10g P
  1203. 5. +FDCS:1,3,0,2,1,0,0,4
  1204. 6. +FHNG:50 (Unspecified Transmit Phase D error)
  1205. 7. machine didn't refuse when sending only 3 pages
  1206.    earlier. This time, 15 pg were sent.
  1207.  
  1208.  
  1209. 1. Telekom AF-310
  1210. 2. +49 7231 560851
  1211. 3. ZyXEL U1496 E / 6.10a, E+ / 6.01, E+ / 6.11a
  1212. 4. 
  1213. 5. +FDCS:1,3,0,2,0,0,0,4
  1214. 6. +FTPS:2 -> page bad, retrain requested
  1215. 7. sendfax hangs up after three tries.
  1216.    received fax shows black and white boxes at the
  1217.    footer, such as,
  1218.    ###   ###   ###   ###   ###
  1219.    ###   ###   ###   ###   ###  ...
  1220.    ###   ###   ###   ###   ###
  1221. -- 
  1222. Chris Lewis: _Una confibula non sat est_
  1223.