From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 2 Mar 1998 09:36:43 +1300 (NZDT)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Philippe JAOUEN <pjaouen@HOL.FR>
cc: flexfax@sgi.com
Subject: Re: flexfax: help? data inbound calls
Sender: owner-flexfax@celestial.com

On Sat, 28 Feb 1998, Philippe JAOUEN wrote:

> hylafax 4.0pl1-1 on Linux Redhat 4.2 work fine for fax in/out on my
> server.
> It is OK for outbound calls: cu uucp ppp
>
> My problem is that I cannot receive data calls

[snip]
> /var/log/messages
>
...
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [12:AT+FCLASS=2\r]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [2:OK]
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [9:AT+FMFR?\r]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [20:ROCKWELL            ]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [2:OK]
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [9:AT+FMDL?\r]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [20:AC/V34              ]
> Feb 16 16:13:45 net FaxGetty[9516]: --> [2:OK]
> Feb 16 16:13:45 net FaxGetty[9516]: <-- [9:AT+FREV?\r]
...
> Feb 16 16:13:49 net FaxGetty[9516]: <-- [9:AT+FAA=1\r]
> Feb 16 16:13:49 net FaxGetty[9516]: --> [2:OK]

Here's your problem. Rockwell chips require you to be idling in Class 0
(ie data mode) for Adapative Answer to work correctly.

Your config file needs the following:
---
  ModemSetupAACmd:    AT+FAA=1+FCLASS=0  # enable adaptive-answer, Class 0 idle
  #
  # Chip locks the line rate and switches to xon/xoff flow
  # control when receiving facsimile--we must follow suit.
  #
  ModemAnswerFaxBeginCmd: "<19200><xon>"  # lock line rate & switch flow control
---

Hope this helps.
--
Jonathan Chen <jonc@pinnacle.co.nz>
---------------------------------------------------------------------
                When all other forms of communication fail, use words

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 4 Mar 1998 10:23:27 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: James Han <studio3d@gte.net>
Cc: flexfax@sgi.com
Subject: Re: flexfax: problems compliling tiff and hylafax
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Wed, 4 Mar 1998, James Han wrote:

> Date: Wed, 04 Mar 1998 16:04:05 +0900
> From: James Han <studio3d@gte.net>
> To: flexfax@sgi.com
> Subject: flexfax: problems compliling tiff and hylafax
> 
> can any one tell me how i can get nroff and how to install nroff?
> thanks
> studio3d@gte.net

It's part of the standard distribution for older, 5.2 IRIX. I don't
know why it's not on your machine. It is also part of the groff package
available at ftp://aeneas.mit.edu/pub/gnu/

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNP1x6j/+ItycgIJRAQFQBAP9EXffZy491ilL9UNyhzxt4uhjQCTSDWDx
aATQGEjUbxwXUWGIfCYGYz3W+kliWaUIMQdzvB2XGbijOsG2P9FuCHlLjp5zgTXG
nNj3aNjaVNJ0hVrcaOJ3pI8ZWefIiKIX4ol45biKaphRMKLYeDWnV6MtCAwIgJ7T
fXgL9tScRcY=
=jSTe
-----END PGP SIGNATURE-----


From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: fax standards and Hylafax on NT
To: buday@lhsystems.hu (Buday Gergely)
Date: Tue, 3 Mar 1998 07:11:37 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> I'm looking for standards about faxing. I've found RFC 804 for Group 3
> Faxing,

It may include the actual image compression format, but this is not
the definitive reference for G3 Fax, the definitive references include
Reccommendation T.4 from ITU-T, which is NOT a free document.

> but still looking for a description of  TIFF class F, Group 4 (ISDN)
> fax,

Group 4 fax is ITU-T T.5 (I think).  TIFF class F is TIFF (for which the
spec is available from many places on the net, including, I think, 
Simtel[net] mirrors) with T.4 or T.5 data as its payload.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 05 Mar 1998 14:07:13 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: fax standards and Hylafax on NT
Cc: Buday Gergely <buday@lhsystems.hu>
Sender: owner-flexfax@celestial.com

At 17:07 02/03/1998 +0100, Buday Gergely <buday@lhsystems.hu> wrote:
>Hello,
>
>I'm looking for standards about faxing. I've found RFC 804 for Group 3
>Faxing, but still looking for a description of  TIFF class F, Group 4 
>ISDN) fax, and so on. I'm new to faxing, so interested in an 
>introduction to fax internals, list of relevant file formats, etc.
>

You may be also interested in the future of faxing which is being
developed in the Group 5 draft specification by the G5 Messaging Forum.
Their website is :

		http://www.group5forum.org/

>From what I can gather, it adds on top of Group 3 fax the ability to
handle MIME encoded email with internal routing at the receiver's end.

The design objective that the faxed document would be legally admissible
as evidence, plus the ability to use encryption, is behind the marketing
of Group 5 as 'corporate class' email.

Later,
Phil Watkinson,
Boston UK.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 5 Mar 1998 08:51:08 +1300 (NZDT)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: James Han <studio3d@gte.net>
cc: flexfax@sgi.com
Subject: Re: flexfax: Help compiling tiff and hylafax4.12
Sender: owner-flexfax@celestial.com

On Wed, 4 Mar 1998, James Han wrote:

> Please can somebody kind enough to help me out.
> I am running Irix 6.3 SGI O2 with gcc 2.7.2.2 with the IDO package from
> SGI.
> I am having problems when i run the make command. The process looks for
> nroff and i have no idea what that file is and how to get it for my
> platform.

You don't need nroff to complete the installation. However, you must
specify that you wish to install the manual entries as source.

If you *really* want nroff, you can obtain from SGI or compile GNU's
groff.
--
Jonathan Chen <jonc@pinnacle.co.nz>
---------------------------------------------------------------------
                When all other forms of communication fail, use words

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Help compiling tiff and hylafax4.12
To: studio3d@gte.net (James Han)
Date: Wed, 4 Mar 1998 08:11:02 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> Please can somebody kind enough to help me out.
> I am running Irix 6.3 SGI O2 with gcc 2.7.2.2 with the IDO package from
> SGI.
> I am having problems when i run the make command. The process looks for
> nroff and i have no idea what that file is and how to get it for my

nroff is the text formatter used to format man pages; it will be needed
either to format the man pages (systems without nroff tend to need 
preformatted man pages, or possibly as one of the document preprocessor,
although I would expect its brother troff in that context, and wouldn't
expect a build failure (I've not checked if there is a rule for faxing
*roff documents).  Gnu's groff would be the normal substitute, if,
like with SCO, you can't license the original from your vendor; normal
FSF sites.

You don't absolutely need it if you can make alternative arrangements
for reading the man pages, but don't try using Hylafax without access
to them.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 28 Feb 1998 19:55:05 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: flexfax: Re: 8bit characters and 'sendfax' ...
Sender: owner-flexfax@celestial.com

>     Hi,
>     
>     we just found out that 'sendfax' has real problems when it gets a text
>     file containing 8-bit characters. The document won't be processed, and
>     not even an error message will be displayed. I guess things go wrong  
>     when 'textfmt' is executed ...
> 
> Internationalization support is based on the POSIX setlocale
> functionality.  If your system does not support it then you won't have
> support for anything but 7-bit ASCII.  Since you say nothing about your
> environment, version of HylaFAX, etc. etc...
> 
>     Sam

	The same problem exist when I use 8bit characters in the tag line- all
these chars are stripped and looks like blank spaces. I'm absolutely
sure, that there is no problem with setlocale, because (after localedef
blah, blah.. and export LANG=lt_LT) I get properly formatted time in
Lithuanian standard on a tag line (it looks like '(F0)estadienis, 1998
m. vasario 28d.' F0 is code of character, which really looks like blank
line). Sending text pages with lithuanian characters is OK. I don't
believe, that there is problem with .pcf font, because I tried several
'self made' (converted with bdftopcf util) fonts and other standard
fonts, included with distribution (they also have 8bit characters). All
times I get the same result. I'm not experienced programming c++, so
analyzing the program text is to hard for me. Please help.
	I use HylaFAX 4.0pl2 on Linux 2.0 (RedHat 5.0 distribution) and gcc
version 2.7.2.3.

Kestas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Fri, 27 Feb 1998 17:07:37 -0500
From: James Fan <fan@velankani.com>
Organization: VIS
To: flexfax@sgi.com
Subject: flexfax: Hylafax v4.0 problems: Undefined symbols LOG_PERROR...
Sender: owner-flexfax@celestial.com

I am compiling the hylafax v4.0 pl1 and pl2 on my solaris 2.4 x86
machine, which is running the solaris 2.4 on PC. The compilers are of
Sun's /opt/SUNWspro/bin/cc and CC respectively. I met the following
problems,

1. In the header file port.h
re-typedef  uid_t, gid_t, ...dev_t (these symbols are defined already in
sys/types.h).
no definition of type DIR, which is defined in dirent.h
This can be fixed by #include <dirent.h> and comment other extra typedef

2. In the port/syslog.c, three symbols undefined:
a. LOG_PERROR: int variable or macro;
b. LOG_PRI: function or macro;
c. index: function; line 62: char* index( const char*, int);
no else file defined them, I even used find and grep to search for them.
They only appears in the port/syslog.c without declaration.

3. type conflit in util/Socket.h
line 67 and line 69:
...(const struct sockaddr*) addr,...
the const should be left out, before the CC compiler can pass it.
The error message is like seems no way to cast a struct sockaddr to a
const struct sockaddr... ( This may be no problem for g++. just my
guess)

If anybody have idea about the above problem, especially for the 2nd
problme of syslog.c, please drop me a message. Thanks very much,

Fan

Attachment Converted: "C:\PROGRAM FILES\EUDORA\Attach\vcard7.vcf"

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sun, 1 Mar 1998 14:01:06 -0600 (CST)
From: Business Centers <bcenter@inlink.com>
To: flexfax@sgi.com
Subject: flexfax: Ghostscript error
Sender: owner-flexfax@celestial.com


Greetings.

I'm installing HylaFAX for the first time, v4.0p1, on SCO Unix v3.2v4.2.
I haven't had any luck getting a fax to go through, because as soon as I
submit a job, it gets moved to the doneq with a Ghostscript error.
I downloaded the sco3.2v4.2 distribution package of both HylaFAX and
Ghostscript 2.62 from sgi.com.  Attached below are relevent portions of
the queue file, and the syslog.  The fax does get converted to a
Postscript file and placed in the docq directory, but not faxed out.

Any help is appreciated.
Thanks,

Matt Cavic
bcenter@inlink.com


status:Error: /typecheck in --restore--\
Operand stack:\
    -savetype-  /Courier-Bold\
Execution stack:\
    %interp_exit  --nostringval--  --nostringval--  --nostringval--
false  --nostringval--  --nostringval--  --nostringval--\
Dictionary stack:\
    537/547  0/20  6/200\
Ghostscript: Unrecoverable error, exit code 1\


Mar  1 13:19:21 localhost FaxQueuer[1448]: HylaFAX (tm) Version 4.0pl1
Mar  1 13:19:33 localhost FaxGetty[1452]: MODEM USROBOTICS SPORTSTER
V.34+ FAX /
Mar  1 13:19:55 localhost FaxQueuer[1448]: SUBMIT JOB 8
Mar  1 13:19:57 localhost FaxQueuer[1459]: JOB 8: CONVERT DOCUMENT: exit
status 0x100
Mar  1 13:19:57 localhost FaxQueuer[1448]: NOTIFY: bin/notify "doneq/q8"
"format_failed" ""
Mar  1 13:19:58 localhost FaxQueuer[1448]: Bad exit status 04400 for
"bin/notify "doneq/q8" "format_failed" """

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 02 Mar 1998 08:43:02 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Buddy Cook <cooke@edifax.com>
CC: flexfax@sgi.com
Subject: Re: flexfax: WHFC alternate download site
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA04222
Sender: owner-flexfax@celestial.com

Buddy Cook wrote:
> 
> Has been unable to connect to ftp.transcom.de for days. Is there
> an alternate ftp site for WHFC?  Thanks..
> 
> Buddy Cook

Hi,

ftp.transcom.de is (and was) up and running. The problem is
your nameserver, which doesn't do a correct reverse mapping
of your host name. 

Currently there is no alternate ftp site for whfc.

Uli
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 02 Mar 1998 14:12:39 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: flexfax: WHFC & characters above 128
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id EAA22363
Sender: owner-flexfax@celestial.com

I'm not sure, that this is WHFC problem... If I type characters in
'Name:' field witch have code above 127 (for example ), all they are
skipped in the tag line. I use RedHat 5.0 Linux and HylaFAX 4.0pl2.
Thank in  advance.

Kestas


From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 03 Mar 1998 08:22:25 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: WHFC & characters above 128
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA19679
Sender: owner-flexfax@celestial.com

Kestas Liaugminas wrote:
> 
> I'm not sure, that this is WHFC problem... If I type characters in
> 'Name:' field witch have code above 127 (for example ), all they are
> skipped in the tag line. I use RedHat 5.0 Linux and HylaFAX 4.0pl2.
> Thank in  advance.
> 
> Kestas

Hi,

this is a problem of WHFC. It currently does no conversion of characters
above 127 in the coversheet. 

Uli
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 04 Mar 1998 13:20:16 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.0
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id EAA22339
Sender: owner-flexfax@celestial.com

Hi,

i have released WHFC 0.8.0. It supports now as many phonebooks
as you like and phonebooks connected to a database via ODBC.

Also new is a job log, which shows all faxes, sended by whfc. The
job log can update the status via the done - queue. This job log 
shows the local document name, so have better control if a job
was succesful sended.

The screen layout has changed, so that whfc is more usable for 
people who uses a display resolution of 800x600.

The copyright has changed to GPL (Gnu Public Licence).

I have also written a little piece of documentation.

You can find WHFC under the usual place http://www.transcom.de/whfc

Uli
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Subject: flexfax: v4.0pl2 not sending pages
To: flexfax@sgi.com
Date: Wed, 4 Mar 1998 11:44:43 -0500 (EST)
From: Rob Misiak <rob@iagnet.net>
X-Phone: direct: 216/523-2611  pager: 216/818-9179
Sender: owner-flexfax@celestial.com

Hi,

I'm using HylaFax v4.0pl2 on a FreeBSD/i386 2.2.5 box - the modem is
a Multitech MT1932ZDX (which I purchased specifically for use with HylaFax).

I'm attempting to configure the machine to send out-going faxes only. I
have faxq and hfaxd running:

% ps -aux | grep faxq; grep ^hyla /etc/inetd.conf
fax      10754  0.0  7.6   520  792  ??  Is    8:41PM    0:00.11 faxq
hylafax stream  tcp     nowait  fax     /usr/local/sbin/hfaxd      hfaxd -I

sendfax will queue faxes just fine; however, faxq is never sending them (it
isn't even dialing in the first place).  When I try to manually run the queue
using faxsend, the modem will dial and establish a connection with the fax
machine, and then report that the remote machine has hung up:

Mar 03 20:21:37.11: [10642]: REMOTE best 20 ms, 10 ms/scanline
Mar 03 20:21:37.11: [10642]: USE 9600 bit/s
Mar 03 20:21:37.11: [10642]: USE 20 ms, 10 ms/scanline
Mar 03 20:21:37.11: [10642]: <-- [5:ATH0\r]
Mar 03 20:21:38.71: [10642]: --> [7:+FHNG:2]
Mar 03 20:21:38.71: [10642]: REMOTE HANGUP: Call aborted,  from +FK or <CAN> (code 2)
Mar 03 20:21:39.39: [10642]: --> [2:OK]
Mar 03 20:21:39.41: [10642]: SESSION END

I've tried completely re-installing and re-configuring HylaFax from scratch.
However, it isn't working.

A manpage from www.vix.com says that faxq has a -m option. I tried using this
too, but faxq does not recognise it.

I've toyed with the configuration; however, currently it is restored to the
default for a MT1932ZDX modem. The only thing that is changed is ModemDialCmd
is "ATDT9,%s@" in my config.cuaa0.

I suspect that whatever the problem is, is very stupid and a complete over-look
on my part :) Any help that could be offered would be greatly appreciated;
right now I am going to try going to an earlier version.

         Rob

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 4 Mar 1998 17:42:18 +0100
From: pierre@munich.sgi.com (Pierre Montagne)
X-Face: &cXf>3wMyr}d8%91^s$TpZEJ2C:zSzkF?NQb{JgT\x:[&^q8OINN8[`=j1XM<V)Kzhr]HVa
                                                                                                                                                                                                                                                                                                                                                      H05W:iz^(*l:UT4"9_oRLsx8&2.dp~R"C@LBsg
To: flexfax@sgi.com
Subject: flexfax: hylafax and page size
Sender: owner-flexfax@celestial.com

Hi,

there was a discussion the last days about hylafax and the document page size
(Letter and A4).

I have also such a problem. What was the workaround ?

Thanks,
Pierre.

-- 
Pierre Montagne, Sys/Net Admin, SGI Germany   

-  erratic othography is intended to contribute to common amusement  -

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 04 Mar 1998 18:37:42 +0100
From: Michael Agbaglo <byteshifter@shifted-bytes.de>
To: flexfax@sgi.com
Subject: flexfax: sendfax works - faxmail and other frontends don't !!!
Sender: owner-flexfax@celestial.com

2 Configurations - one problem ... !

A)
RedHat 4.1
HylaFax 4.0pl1

B)
Debian 1.3.1
Hylafax 4.0pl2

fontends: whfc 0.7.0, susefax 0.8.0 (, sendfax)

While RedHat causes trouble during compile and install, debian had no
problems. But they have one this in common:
I CAN send faxes via sendfax - but I CAN'T send faxes via
faxmail/susefax/whfc. Of course I can log into the fax server but what
shall I type in to test it ?
faxmail/susefax/whfc don't report usual errors. But their faxes become
queued with 0:0 pages.
Do I need additional conf files ? There are no sendfax.conf,
hylafax.conf and faxmail.conf

I'M REALLY DESPERATE - I'M MANGELING AROUND WITH HYLAFAX FOR HALF A YEAR
NOW... :-(((

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 05 Mar 1998 11:18:16 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't
  !!!
Cc: Michael Agbaglo <byteshifter@shifted-bytes.de>
Sender: owner-flexfax@celestial.com

At 18:37 04/03/1998 +0100, Michael Agbaglo wrote:
>2 Configurations - one problem ... !
>
>A)
>RedHat 4.1
>HylaFax 4.0pl1
>

Have you given up with RedHat 5.0 and HylaFAX v4.0pl2? The compile 
problems were a real pig to sort out, but solvable in the end. 

>[snip]
>I CAN send faxes via sendfax - but I CAN'T send faxes via
>faxmail/susefax/whfc. Of course I can log into the fax server but what
>shall I type in to test it ?
>faxmail/susefax/whfc don't report usual errors. But their faxes become
>queued with 0:0 pages.

I have never seen or heard of a problem like this, and guessing from 
the reply to your previous message on the 28 Feb 98, no one else has
either. You need to go into general-troubleshooting-mode, and provide
more information on the things that look suspicious.

A suggestion would be to have a look at /var/spool/fax/docq and the
postscript documents therein; there are any differences between the
ones successfully sent by sendfax and the ones generated from whfc?
Use ghostview or similar to inspect the bounding box parameters.

>Do I need additional conf files ? There are no sendfax.conf,
>hylafax.conf and faxmail.conf
>

hylafax.conf?  There is a default hfaxd.conf which is installed as part of
faxsetup; you probably don't need hyla.conf, sendfax.conf nor faxmail.conf
to actually get a fax sent.

>I'M REALLY DESPERATE - I'M MANGELING AROUND WITH HYLAFAX FOR HALF A YEAR
>NOW... :-(((
>

My archives tell me your first message to this mailing-list was 29 Apr 97;
HylaFAX is a sophisticated suite of software trying to do a complex job -
but it certainly is not this hard to install and setup correctly. There is 
something definitely wrong with your system(s) or the way you are going 
through the configure/setup procedure.

Good Luck,
Phil Watkinson,
Boston, UK.

From byteshifter@shifted-bytes.de  Tue Feb 16 17:31:49 1999
Date: Thu, 05 Mar 1998 20:51:38 +0100
From: Michael Agbaglo <byteshifter@shifted-bytes.de>
To: Phil Watkinson <pkw@elgro.co.uk>
CC: HylaFAX List <flexfax@sgi.com>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!

Phil Watkinson wrote:
> 
> At 18:37 04/03/1998 +0100, Michael Agbaglo wrote:
> >2 Configurations - one problem ... !
> >
> >A)
> >RedHat 4.1
> >HylaFax 4.0pl1
> >
> 
> Have you given up with RedHat 5.0 and HylaFAX v4.0pl2? The compile
> problems were a real pig to sort out, but solvable in the end.

Yes, I gave up w/ Redhat 5.0 - but I'm not ashamed. RH5.0 is a real mess
! They think they're very cool using libc6 exclusively. But most
important tools doesn't compile. e.g. ckermit - it requires termcap and
libc5. But the s**t begins earlier: 5.0 has no rc.serial... There's no
need to install other users beyond root: Everybody can become root
easily - just go to single user mode and get a root shell w/o supplying
a password - finest Win95-security !

In contrast to RH4.1 it wasn't enough to edit the makefiles in
man/cman.apps man/cman.files man/sman.apps and man/sman.files. hylafax
still whimpered during make install, faxq doesn't become installed...

But compiling and installing the stuff on Debian was really convincing:
no errors at all.

> 
> >[snip]
> >I CAN send faxes via sendfax - but I CAN'T send faxes via
> >faxmail/susefax/whfc. Of course I can log into the fax server but what
> >shall I type in to test it ?
> >faxmail/susefax/whfc don't report usual errors. But their faxes become
> >queued with 0:0 pages.
> 
> I have never seen or heard of a problem like this, and guessing from
> the reply to your previous message on the 28 Feb 98, no one else has

Yes. seems so - but I can't believe this. The guys I talked to have
other problems. pages shrunk to thumbnail size or client connect works
from Win95 but not from WinNT. One left the stuff a is waiting for some
patches the other changed to WinNT and a commercial hard and software
solution. They haven't got the nerve to discuss their problems in a
newsgroup. 

> either. You need to go into general-troubleshooting-mode, and provide
> more information on the things that look suspicious.
> 
> A suggestion would be to have a look at /var/spool/fax/docq and the
> postscript documents therein; there are any differences between the
> ones successfully sent by sendfax and the ones generated from whfc?
> Use ghostview or similar to inspect the bounding box parameters.
> 
> >Do I need additional conf files ? There are no sendfax.conf,
> >hylafax.conf and faxmail.conf
> >
> 
> hylafax.conf?  There is a default hfaxd.conf which is installed as part of
> faxsetup; you probably don't need hyla.conf, sendfax.conf nor faxmail.conf
> to actually get a fax sent.
> 
> >I'M REALLY DESPERATE - I'M MANGELING AROUND WITH HYLAFAX FOR HALF A YEAR
> >NOW... :-(((
> >
> 
> My archives tell me your first message to this mailing-list was 29 Apr 97;
> HylaFAX is a sophisticated suite of software trying to do a complex job -

hmm. if perl would make similar trouble no one would be able to use
it...

> but it certainly is not this hard to install and setup correctly. There is
> something definitely wrong with your system(s) or the way you are going

huh ? The RH5.0 and the debian 1.3.1 have been put on the system just
before hylafax. there was no old rubbish on the system.

> through the configure/setup procedure.
> 
> Good Luck,

Yeah, seems as if I need a family pack of it ...

ok. here are some details:

HylaFAX scheduler on avocado: Running
Modem ttyS1 (+49.30.79700980): Running and idle

JID  Pri S  Owner Number       Pages Dials     TTS Status

[...]
35   126 D bytesh 3128103       0:0   2:12


/var/spool/fax/doneq/q35

tts:888523281
killtime:888533796
retrytime:0
state:7
npages:0
totpages:0
ntries:0
ndials:0
totdials:2
maxdials:12
tottries:1
maxtries:3
pagewidth:209
resolution:98
pagelength:296
priority:127
schedpri:126
minsp:0
desiredbr:5
desiredst:0
desiredec:1
desireddf:3
desiredtl:0
useccover:1
external:3128103
number:3128103
mailaddr:byteshifter@shifted-bytes.de
sender:Michael Agbaglo
jobid:35
jobtag:
pagehandling:
modem:any
receiver:
company:
location:
cover:
client:kiwi.shifted-bytes.de
owner:byteshifter
groupid:35
signalrate:14400 bit/s
dataformat:2-D MMR
jobtype:facsimile
tagline:
subaddr:
passwd:
doneop:default
commid:00000081
status:
notify:none
pagechop:default
chopthreshold:3
data:0::docq/doc55.ps.35

-rw-rw----   1 uucp            0 Feb 26 20:57 doc55.ps.35

From Matthias.Apitz@SOFTCON.de  Tue Feb 16 17:31:49 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
To: byteshifter@shifted-bytes.de (Michael Agbaglo)
Date: Fri, 6 Mar 1998 08:02:18 +0100 (MEZ)
Cc: pkw@elgro.co.uk, flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps

Michael Agbaglo wrote:
    
		.....
    
    Yeah, seems as if I need a family pack of it ...
    
    ok. here are some details:
    
    HylaFAX scheduler on avocado: Running
    Modem ttyS1 (+49.30.79700980): Running and idle
    
    JID  Pri S  Owner Number       Pages Dials     TTS Status
    
    [...]
    35   126 D bytesh 3128103       0:0   2:12
    
    
    /var/spool/fax/doneq/q35
    
    tts:888523281
    killtime:888533796
    retrytime:0
    state:7
    npages:0
    totpages:0
    ntries:0
    ndials:0
    totdials:2
    maxdials:12
    tottries:1
    maxtries:3
    pagewidth:209
    resolution:98
    pagelength:296
    priority:127
    schedpri:126
    minsp:0
    desiredbr:5
    desiredst:0
    desiredec:1
    desireddf:3
    desiredtl:0
    useccover:1
    external:3128103
    number:3128103
    mailaddr:byteshifter@shifted-bytes.de
    sender:Michael Agbaglo
    jobid:35
    jobtag:
    pagehandling:
    modem:any
    receiver:
    company:
    location:
    cover:
    client:kiwi.shifted-bytes.de
    owner:byteshifter
    groupid:35
    signalrate:14400 bit/s
    dataformat:2-D MMR
    jobtype:facsimile
    tagline:
    subaddr:
    passwd:
    doneop:default
    commid:00000081
    status:
    notify:none
    pagechop:default
    chopthreshold:3
    data:0::docq/doc55.ps.35
    
    -rw-rw----   1 uucp            0 Feb 26 20:57 doc55.ps.35

Hmm. Please stop the scheduler faxq(1M), send down a new
job and check the PostScript file in the docq/ queue (copy it
also to /tmp for later checks), restart the faxq(1M)
and check what the now created TIFF/F file looks like.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 5 Mar 1998 17:09:26 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: HylaFAX List <flexfax@sgi.com>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Thu, 5 Mar 1998, Michael Agbaglo wrote:

> Phil Watkinson wrote:
> > 
> > At 18:37 04/03/1998 +0100, Michael Agbaglo wrote:
> > >2 Configurations - one problem ... !
> > >
> > >A)
> > >RedHat 4.1
> > >HylaFax 4.0pl1
> > >
> > 
> > Have you given up with RedHat 5.0 and HylaFAX v4.0pl2? The compile
> > problems were a real pig to sort out, but solvable in the end.
> 
> Yes, I gave up w/ Redhat 5.0 - but I'm not ashamed. RH5.0 is a real mess
> ! They think they're very cool using libc6 exclusively. But most
> important tools doesn't compile. e.g. ckermit - it requires termcap and
> libc5. But the s**t begins earlier: 5.0 has no rc.serial... There's no
> need to install other users beyond root: Everybody can become root
> easily - just go to single user mode and get a root shell w/o supplying
> a password - finest Win95-security !

Umm. They don't use glibc exclusively.

There are some significant tweaks needed to compile: I've got a list
of (IMHO) convenient patches, in:
	http://cirl.meei.harvard.edu/~raoul/patches/

along with a config.linux for RedHat.

Works fine for me....



			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNP8ikD/+ItycgIJRAQEJ1AP/ZossnZ54F8MZglq2Q/f3OkpT21dX8v7O
/XZwiX9Lo0IPxg5DwpiXC6O/yWOXThQHF2SKffzc21jr+0+UPTrqrrcWvw2R4fm1
MaSbBMMVcdpz96PpByIxzwfb6kzud+BI5hHLbtMuA7zKJ6Zex3C56dTXYE0FaTeC
fTtyJUYQ6OE=
=RIIh
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sinisa Milivojevic <sinisa@coresinc.com>
To: flexfax@sgi.com
Subject: flexfax: Received faxes
Date: Thu, 5 Mar 1998 11:59:05 -0100
Sender: owner-flexfax@celestial.com

Does anybody knows is there a way of routing received faxes.

In a large company it would be convenient to have a single person who would look
at  queue and route each fax to the recepient !!!!!!

Thanks in advance,

 --

Sinisa

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ --- ___            \/          - Sinisa Milivojevic, Consultant  _/
_/ -- /     o   __  o __   ___    - CORES , 11000 Beograd       8-) _/
_/ -  ---  /  /  / / /_   /__/   -- Marsala Tolbuhina 31, SERBIA    _/
_/   ___/ /  /  / / __/  /  /  ---- tel:+381 11 4443331,fax: 433001 _/
_/                            ----- http://www.coresinc.com/~sinisa _/
_/  To defy, to conquer. For us! -- mailto:sinisa@coresinc.com  ;o) _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: "Rob Embry" <Rob.Embry@emctest.com>
Organization: EMC Test Systems
To: Sinisa Milivojevic <sinisa@coresinc.com>, flexfax@sgi.com
Date: Thu, 5 Mar 1998 11:51:43 -0600
Subject: Re: flexfax: Received faxes
Sender: owner-flexfax@celestial.com

> Does anybody knows is there a way of routing received faxes.
> 
> In a large company it would be convenient to have a single person who would look
> at  queue and route each fax to the recepient !!!!!!
> 
>

This is how we are doing it:

1:  Set up etc/FaxDispatch to define known pairs of inbound fax 
identifiers and recipient e-mail addresses.
2:  Set up a default mail address pointing to the person who will 
route the faxes that can't be handled automatically.
3:  bin/faxrcvd by default will convert the fax tiff file to 
postscript and mail it as a MIME attachment.  Then your mail client 
just has to be able to open and view postscript files.
4:  I modified bin/faxrcvd to use mimencode to just package the tiff 
file directly as a MIME attachment.  The imaging program bundled 
under Windows 95 accessories will read the resulting tiff just fine.

We route the faxes by default to the front desk receptionist who then 
dispatches them.  The biggest problem we have had is resistance to 
change and learning curve.

Hope this helps.


Rob Embry
EMC Test Systems
Austin, TX

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Fri, 6 Mar 1998 09:08:33 +1300 (NZDT)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Sinisa Milivojevic <sinisa@coresinc.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: Received faxes
Sender: owner-flexfax@celestial.com

On Thu, 5 Mar 1998, Sinisa Milivojevic wrote:

> Does anybody knows is there a way of routing received faxes.
> 
> In a large company it would be convenient to have a single person who would look
> at  queue and route each fax to the recepient !!!!!!

At the moment, it still requires manual inspection; you could forward
all notifications of faxes and/or print them automatically by
modifying the script file /var/spool/fax/bin/faxrcvd.
--
Jonathan Chen <jonc@pinnacle.co.nz>   | "Vini, vidi, velcro...
                                      |    I came, I saw, I stuck around"

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sinisa Milivojevic <sinisa@coresinc.com>
To: Jonathan Chen <jonc@pinnacle.co.nz>
Subject: Re: flexfax: Received faxes
Date: Fri, 6 Mar 1998 08:34:02 -0100
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

On Thu, 05 Mar 1998, you wrote:
>On Thu, 5 Mar 1998, Sinisa Milivojevic wrote:
>
>> Does anybody knows is there a way of routing received faxes.
>> 
>> In a large company it would be convenient to have a single person who would look
>> at  queue and route each fax to the recepient !!!!!!
>
>At the moment, it still requires manual inspection; you could forward
>all notifications of faxes and/or print them automatically by
>modifying the script file /var/spool/fax/bin/faxrcvd.
>--

Thanks Jonathan, I guess it has to be done manually, but what is a procedure and
can it be done from WHFC ??????

--

Sinisa

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ --- ___            \/          - Sinisa Milivojevic, Consultant  _/
_/ -- /     o   __  o __   ___    - CORES , 11000 Beograd       8-) _/
_/ -  ---  /  /  / / /_   /__/   -- Marsala Tolbuhina 31, SERBIA    _/
_/   ___/ /  /  / / __/  /  /  ---- tel:+381 11 4443331,fax: 433001 _/
_/                            ----- http://www.coresinc.com/~sinisa _/
_/  To defy, to conquer. For us! -- mailto:sinisa@coresinc.com  ;o) _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: John James Ackley <john@softspace.com>
Date: Wed,  4 Mar 98 20:15:54 -0500
To: flexfax@sgi.com
Subject: flexfax: FaxQueuer error: bad exit status 0xb from sub-fork
Reply-To: <john@softspace.com>
Sender: owner-flexfax@celestial.com

The client code (sendfax) seems to be working fine.
Probemodem talks to our MT2834BA just fine.

But, the faxQueuer simply will not queue up a fax job.
The serverTrace gives something like this:

	date host FaxQueuer[8613] :<3.6> JOB 17 (active dest +17245551234 \
		pri 127 tts 0:00 killtime 2:59:00): CREATE...READY...PREPARE START
	date host FaxQueuer[8613] :<3.6> JOB 17 (active dest +17245551234 \
		pri 127 tts 0:00 killtime 2:59:00): CONVERT DOCUMENT: \
		bin/ps2fax -o docq/doc17.ps;30 -r 98 -w 1728 -l 280 -m 4294967295
	date host FaxQueuer[8613] :<3.6> JOB 17 (active dest +17245551234 \
		pri 127 tts 0:00 killtime 2:59:00): PREPARE DONE
	date host FaxQueuer[8613] :<3.6> JOB 17: bad exit status 0xb from sub-fork
	date host FaxQueuer[8613] :<3.6> JOB 17 (active dest +17245551234 \
		pri 127 tts 0:00 killtime 2:59:00): NOTIFY: bin/notify "doneq/q17" "failed" ""
	date host FaxQueuer[8613] :<3.6> JOB 17 (active dest +17245551234 \
		pri 127 tts 0:00 killtime 2:59:00): DEAD...DELETE

ps2fax exits with 0 when run manually with same args.

Just can't figure this one out.  Please help.

Thanks,
John Ackley <john@softspace.com>
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: vgetty & egetty
To: studio3d@gte.net (James Han)
Date: Wed, 4 Mar 1998 08:21:00 +0000 (GMT)
Cc: flexfax@sgi.com
X-Mailer: ELM [version 2.4 PL25]
Sender: owner-flexfax@celestial.com

> 
> Can anyone tell me where I can get the egetty and the vgetty files for
> irix 6.3.

Which vgetty and egetty?  Why do you need them.  Read the documentation
more carefully and you will discover that these are referenced by hooks
for added functions and aren't part of the core package.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 5 Mar 1998 12:11:35 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: vgetty & egetty
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Wed, 4 Mar 1998, David Woolley wrote:

> To: James Han <studio3d@gte.net>
> Cc: flexfax@sgi.com
> Subject: Re: flexfax: vgetty & egetty
> 
> > 
> > Can anyone tell me where I can get the egetty and the vgetty files for
> > irix 6.3.
> 
> Which vgetty and egetty?  Why do you need them.  Read the documentation
> more carefully and you will discover that these are referenced by hooks
> for added functions and aren't part of the core package.

Quite true, but we should rephrase the note in "faxsetup" to say
"this system will not have voice modem capability" rathe than

	Warning: vgetty does not exist or is not an executable program!

How about saying "An executable vgetty was not found: voice modem
capability will not be available".

			 Nico Garcia
			 Engineer, CIRL 
			 Mass. Eye and Ear Infirmary
			 raoul@cirl.meei.harvard.edu


-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNP7cuT/+ItycgIJRAQEyiAP+I0ypCa421TDS3VJWmmYCD1qiKEFkYKo3
nCRNQShrXICddHff394UrKmtqSp9jxx2kHYCzpiNr5L589ske3UqUh4fbxsFY43y
C/AilNCsAkBvMQjnffKJZGnGw5y4jJccv8hj/kWNacMbiwW0XebYDhLJ09TjVXIA
c+gh1O7OxG4=
=RpLl
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 05 Mar 1998 17:14:26 +0100
To: flexfax@sgi.com
From: Miguel Angel Martnez  Ezquerro <sismaezm@sc.ehu.es>
Subject: flexfax: Problems whit Faxcover in WHFC
Sender: owner-flexfax@celestial.com

Hello,

        I have HilaFAX 4.0p11 in a Ultra Sparc with Solaris 2.5.1. In this
machine sendfax works fine. I have also MacFlex 1.5 in some Mac's and also
they work fine. I have only problems with WHFC 0.7.0 in W95. 

        Whith this Client, WHFC 0.7.0, I am able to send faxes whitout
a cover page. When I try to send a fax with a cover page (the same cover
page that I use with Mac or Sun and the same destination fax and the same
modem) I have problems with the page size. Here there are the messages in
log file:

Mar 05 16:58:06.31: [24524]: SESSION BEGIN 00000153 349430219306
Mar 05 16:58:06.32: [24524]: SEND FAX: JOB 109 DEST 0219306 COMMID 00000153
Mar 05 16:58:06.32: [24524]: DELAY 2600 ms
Mar 05 16:58:09.91: [24524]: <-- [15:ATE0V1Q0S0=0H0\r]
Mar 05 16:58:10.17: [24524]: --> [14:ATE0V1Q0S0=0H0]
............
Mar 05 16:58:13.57: [24524]: DIAL 0219306
Mar 05 16:58:13.57: [24524]: <-- [13:ATDT0219306@\r]
Mar 05 16:58:32.94: [24524]: --> [5:+FCON]
Mar 05 16:58:36.06: [24524]: --> [138:+FNSF:00 00 11 80 00 8A 49 10 49 4E 46
4F 52 4
D 41 54 49 4B 41 20 44 4F 4E 4F 00 46 00 86 04 30 30 30 30 80 C0 8F 02 01 00
01 01 0
1 01 04 ]
Mar 05 16:58:36.06: [24524]: REMOTE NSF "00 00 11 80 00 8A 49 10 49 4E 46 4F
52 4D 4
1 54 49 4B 41 20 44 4F 4E 4F 00 46 00 86 04 30 30 30 30 80 C0 8F 02 01 00 01
01 01 0
1 04"
Mar 05 16:58:36.18: [24524]: --> [28:+FCSI:"        34 43 219306"]
Mar 05 16:58:36.18: [24524]: REMOTE CSI "34 43 219306"
Mar 05 16:58:36.18: [24524]: --> [21:+FDIS:1,3,0,2,1,2,0,3]
Mar 05 16:58:36.18: [24524]: --> [2:OK]
Mar 05 16:58:36.18: [24524]: REMOTE best rate 9600 bit/s
Mar 05 16:58:36.18: [24524]: REMOTE max page width 1728 pixels in 215 mm
Mar 05 16:58:36.19: [24524]: REMOTE max unlimited page length
Mar 05 16:58:36.19: [24524]: REMOTE best vres 7.7 line/mm
Mar 05 16:58:36.19: [24524]: REMOTE best format 2-D MR
Mar 05 16:58:36.19: [24524]: REMOTE supports T.30 Annex C, half duplex ECM
Mar 05 16:58:36.19: [24524]: REMOTE best 10 ms/scanline
Mar 05 16:58:36.19: [24524]: USE 9600 bit/s
Mar 05 16:58:36.19: [24524]: USE 10 ms/scanline
Mar 05 16:58:36.19: [24524]: SEND file "docq/doc109.cover;00"
Mar 05 16:58:36.19: [24524]: Client does not support document page width,
max remote page width 1728 pixels, image width 1734 pixels
Mar 05 16:58:36.19: [24524]: <-- [5:ATH0\r]
Mar 05 16:58:37.81: [24524]: --> [7:+FHNG:2]
Mar 05 16:58:37.81: [24524]: REMOTE HANGUP: Call aborted,  from +FK or <CAN>
(code 2)
Mar 05 16:58:38.47: [24524]: --> [2:OK]
Mar 05 16:58:38.47: [24524]: SESSION END


Could someone tell me what would I do to solve this problem?

Thanks in advance.
Saludos,
                M.A.

 ---------------------------------------------------------------------------
    Miguel Angel Martinez Ezquerro       |     Universidad del Pais Vasco
    SAID/CIDIR Guipuzcoa (UPV/EHU)       |     E-mail: scsmaezm@sc.ehu.es
    P.M Lardizabal,1 (Edif F.Informatica)|     Tel...: +34 43 448005
    20009 San Sebastian (SPAIN )         |     Fax...: +34 43 219306
 ---------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Fri, 06 Mar 1998 14:46:03 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: Problems whit Faxcover in WHFC
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id FAA06663
Sender: owner-flexfax@celestial.com

Miguel Angel Martnez Ezquerro wrote:
> 
> Hello,
> 
>         I have HilaFAX 4.0p11 in a Ultra Sparc with Solaris 2.5.1. In this
> machine sendfax works fine. I have also MacFlex 1.5 in some Mac's and also
> they work fine. I have only problems with WHFC 0.7.0 in W95.
> 
>         Whith this Client, WHFC 0.7.0, I am able to send faxes whitout
> a cover page. When I try to send a fax with a cover page (the same cover
> page that I use with Mac or Sun and the same destination fax and the same
> modem) I have problems with the page size. Here there are the messages in
> log file:

Hi,

this seems to be a problem of your faxcover, which has a wrong pagesize.

Uli
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Martin Klingler <mkli@netway.at>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: Problems with haylafax and creatix modem
Date: Thu, 5 Mar 1998 20:02:47 +0100
Sender: owner-flexfax@celestial.com

Hi to the mailing list,

I am using Hylafax V4.Opl1 on the S.u.S.E. Distribution 5.0 with Creatix LC 144VF.

I get the following error during sending and receiving of faxes. I have checked it with different remote partners, its always the same.

Mar 04 21:39:01.18: [  331]: DIAL 04242232241
Mar 04 21:39:01.19: [  331]: <-- [16:ATDT04242232241\r]
Mar 04 21:39:18.98: [  331]: --> [5:+FCON]
Mar 04 21:39:21.20: [  331]: --> [29:+FCSI: "         04242 23224"]
Mar 04 21:39:21.20: [  331]: REMOTE CSI "04242 23224"
Mar 04 21:39:21.46: [  331]: --> [22:+FDIS: 1,3,0,2,1,0,0,4]
Mar 04 21:39:21.57: [  331]: --> [2:OK]
Mar 04 21:39:21.57: [  331]: REMOTE best rate 9600 bit/s
Mar 04 21:39:21.57: [  331]: REMOTE max page width 1728 pixels in 215 mm
Mar 04 21:39:21.57: [  331]: REMOTE max unlimited page length 
Mar 04 21:39:21.57: [  331]: REMOTE best vres 7.7 line/mm
Mar 04 21:39:21.57: [  331]: REMOTE best format 2-D MR
Mar 04 21:39:21.58: [  331]: REMOTE best 20 ms, 10 ms/scanline
Mar 04 21:39:21.58: [  331]: USE 9600 bit/s
Mar 04 21:39:21.58: [  331]: USE 20 ms, 10 ms/scanline
Mar 04 21:39:21.58: [  331]: <-- [5:ATH0\r]
Mar 04 21:39:21.83: [  331]: --> [9:+FHNG: 20]
Mar 04 21:39:21.83: [  331]: REMOTE HANGUP: Unspecified Transmit Phase B error (code 20)
Mar 04 21:39:22.82: [  331]: --> [2:OK]
Mar 04 21:39:22.82: [  331]: SESSION END

Has anybody an idea what the reason could be for this result.

Thank You very much and best regards

Martin

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: Problems with haylafax and creatix modem
To: mkli@netway.at (Martin Klingler)
Date: Fri, 6 Mar 1998 07:54:34 +0100 (MEZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

Martin Klingler wrote:
    
    Hi to the mailing list,
    
    I am using Hylafax V4.Opl1 on the S.u.S.E. Distribution 5.0 with Creatix LC 144VF.
    
    I get the following error during sending and receiving of faxes. I have checked it with different remote partners, its always the same.
    
    Mar 04 21:39:01.18: [  331]: DIAL 04242232241
    Mar 04 21:39:01.19: [  331]: <-- [16:ATDT04242232241\r]
    Mar 04 21:39:18.98: [  331]: --> [5:+FCON]
    Mar 04 21:39:21.20: [  331]: --> [29:+FCSI: "         04242 23224"]
    Mar 04 21:39:21.20: [  331]: REMOTE CSI "04242 23224"
    Mar 04 21:39:21.46: [  331]: --> [22:+FDIS: 1,3,0,2,1,0,0,4]
    Mar 04 21:39:21.57: [  331]: --> [2:OK]
    Mar 04 21:39:21.57: [  331]: REMOTE best rate 9600 bit/s
    Mar 04 21:39:21.57: [  331]: REMOTE max page width 1728 pixels in 215 mm
    Mar 04 21:39:21.57: [  331]: REMOTE max unlimited page length 
    Mar 04 21:39:21.57: [  331]: REMOTE best vres 7.7 line/mm
    Mar 04 21:39:21.57: [  331]: REMOTE best format 2-D MR
    Mar 04 21:39:21.58: [  331]: REMOTE best 20 ms, 10 ms/scanline
    Mar 04 21:39:21.58: [  331]: USE 9600 bit/s
    Mar 04 21:39:21.58: [  331]: USE 20 ms, 10 ms/scanline
    Mar 04 21:39:21.58: [  331]: <-- [5:ATH0\r]
    Mar 04 21:39:21.83: [  331]: --> [9:+FHNG: 20]
    Mar 04 21:39:21.83: [  331]: REMOTE HANGUP: Unspecified Transmit Phase B error (code 20)
    Mar 04 21:39:22.82: [  331]: --> [2:OK]
    Mar 04 21:39:22.82: [  331]: SESSION END
    
    Has anybody an idea what the reason could be for this result.
    
    Thank You very much and best regards

Why is faxsend(1M) sending down the ATH0 to the modem?
Please check or show your modem config file.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
To: Martin Klingler <mkli@netway.at>
cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: Problems with haylafax and creatix modem
Date: Thu, 05 Mar 1998 22:48:12 +0100
Sender: owner-flexfax@celestial.com

Hi Martin,

I have a Creatix SG144 (and I think a LC144 somewhere else) running with this 
config; it might work for you as well:


ModemType:              Class2          # use class 2 interface
ModemRate:              38400
ModemAnswerFaxBeginCmd: "<19200>"
ModemFlowControl:       rtscts          # default
ModemWaitForConnect:    yes             # wait for CONNECT on answer
#
#ModemResetCmds:        AT&F2           # what you want for a Supra
ModemNoFlowCmd:         AT&K            # disable flow control cmd
ModemHardFlowCmd:       AT&K3           # hardware flow control cmd
ModemSoftFlowCmd:       AT&K4           # software flow control cmd
ModemSetupDTRCmd:       AT&D2           # DTR off causes modem to reset
ModemSetupDCDCmd:       AT&C1           # DCD follows carrier
ModemSetupAACmd:        AT+FCLASS=0;+FAA=1 # enable in class 0
#
ModemSendFillOrder:     LSB2MSB         # as expected
ModemRecvFillOrder:     MSB2LSB         # opposite of what makes sense
Class2RecvDataTrigger:  "\022"          # a la 2388-B


I _think_ the line ModemAnswerFaxBeginCmd is what could solve your problem.

Good luck,

Sascha

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Martin Klingler <mkli@netway.at>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: AW: flexfax: Problems with haylafax and creatix modem
Date: Fri, 6 Mar 1998 21:24:09 +0100
Sender: owner-flexfax@celestial.com

Hi to the mailing list,

Thank You to Matthias and Sascha for Your answers. I have extended my CONFIG.MODEM according to the suggestion of Sascha but the error is exactly the same. This is my CONFIG.MODEM:

CountryCode:		0043
AreaCode:		512
FAXNumber:		293760
LongDistancePrefix:	1
InternationalPrefix:	011
DialStringRules:	etc/dialrules.europe
ServerTracing:		1
SessionTracing:		11
RecvFileMode:		0644
LogFileMode:		0644
DeviceMode:		0600
RingsBeforeAnswer:	1
SpeakerVolume:		off
GettyArgs:		"-h %l dx_%s"
LocalIdentifier:	"NothingSetup"
TagLineFont:		etc/lutRS18.pcf
TagLineFormat:		"From %%l|%c|Page %%p of %%t"
MaxRecvPages:		25
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:		Class2		# use class 2 interface
ModemRate:		38400
ModemAnswerFaxBeginCmd: "<19200>"
ModemFlowControl:	rtscts		# default
ModemWaitForConnect:	yes		# wait for CONNECT on answer
#
#ModemResetCmds:	AT&F2		# what you want for a Supra
ModemNoFlowCmd:		AT&K		# disable flow control cmd
ModemHardFlowCmd:	AT&K3		# hardware flow control cmd
ModemSoftFlowCmd:	AT&K4		# software flow control cmd
ModemSetupDTRCmd:	AT&D2		# DTR off causes modem to reset
ModemSetupDCDCmd:	AT&C1		# DCD follows carrier
ModemSetupAACmd:	AT+FCLASS=0;+FAA=1 # enable in class 0
#
ModemSendFillOrder:	LSB2MSB		# as expected
ModemRecvFillOrder:	MSB2LSB		# opposite of what makes sense
Class2RecvDataTrigger:	"\022"		# a la 2388-B

Maybe there are some other ideas about that problem. Thank You.

Best regards

Martin

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
To: byteshifter@shifted-bytes.de (Michael Agbaglo)
Date: Sat, 7 Mar 1998 09:24:48 +0100 (MEZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

Michael Agbaglo wrote:

[please direct your questions to the mailing-list; you will
 get more help from other folks than from me directly; trust me]
    
    Matthias.Apitz@SOFTCON.de wrote:
    > 
    > Hmm. Please stop the scheduler faxq(1M), send down a new
    > job and check the PostScript file in the docq/ queue (copy it
    > also to /tmp for later checks), restart the faxq(1M)
    > and check what the now created TIFF/F file looks like.
    > 
    
    Test unter Debian:
    SuSEFax.callSendfax: SuSEFax.PROTOException: Faild to submit job 6:
    Unable to open scheduler FIFO: No such device or address.
    
    Fehlermeldung unter RedHat identisch.

	....

The message says that the hfaxd(1M) can't tell the scheduler
anything about the new job (because we stopped the scheduler faxq(1M)
for this test); just ignore this message for the moment; the
job is in the queue and you should inspect its PostScript
file(s). If you later restart the scheduler you can push the
job with faxalter(1) and check the resulting TIFF/F file(s) too.

If sendfax(1) works while other clients don't there is perhaps a
problem in the PostScript file.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sun, 08 Mar 1998 14:26:33 +0100
From: Michael Agbaglo <byteshifter@shifted-bytes.de>
To: Matthias Apitz <Matthias.Apitz@SOFTCON.de>
CC: flexfax@sgi.com
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
Sender: owner-flexfax@celestial.com

Matthias.Apitz@SOFTCON.de wrote:
> 
> Michael Agbaglo wrote:
> 
> [please direct your questions to the mailing-list; you will
>  get more help from other folks than from me directly; trust me]

hmmm...

> 
>     Matthias.Apitz@SOFTCON.de wrote:
>     >
>     > Hmm. Please stop the scheduler faxq(1M), send down a new
>     > job and check the PostScript file in the docq/ queue (copy it
>     > also to /tmp for later checks), restart the faxq(1M)
>     > and check what the now created TIFF/F file looks like.
>     >
> 
>     Test unter Debian:
>     SuSEFax.callSendfax: SuSEFax.PROTOException: Faild to submit job 6:
>     Unable to open scheduler FIFO: No such device or address.
> 
>     Fehlermeldung unter RedHat identisch.
> 
>         ....
> 
> The message says that the hfaxd(1M) can't tell the scheduler
> anything about the new job (because we stopped the scheduler faxq(1M)
> for this test); just ignore this message for the moment; the
> job is in the queue and you should inspect its PostScript
> file(s). If you later restart the scheduler you can push the
> job with faxalter(1) and check the resulting TIFF/F file(s) too.
> 
> If sendfax(1) works while other clients don't there is perhaps a
> problem in the PostScript file.
> 
Indeed. I used "Apple Laserwriter Pro 600" as the PostScript-Maker. I
read some that this driver is ok, I glanced at the header of the test
file and it seemed to be OK. Verifying the driver's output of a current
print with gs 3.33 results in

root@avocado [.../home/byteshifter/tmp] # gs persil.ps
Aladdin Ghostscript 3.33 (4/10/1995)
Copyright (C) 1995 Aladdin Enterprises, Menlo Park, CA.  All rights
reserved.
This software comes with NO WARRANTY: see the file COPYING for details.
Loading NimbusMonL-Regu font from
/usr/share/ghostscript/fonts/n022003l.pfb... 1
750128 433911 1300076 14364 0 done.
X Error of failed request:  BadAlloc (insufficient resources for
operation)
  Major opcode of failed request:  70 (X_PolyFillRectangle)
  Serial number of failed request:  55
  Current serial number in output stream:  66

Could be a bug in the XServer too... (it's only an emulator on PC). But
sending tiger.ps from gs's examples works (displaying and sending).

Any recommendations for the PS-driver under Win95 ???

From david@djwhome.demon.co.uk  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
To: byteshifter@shifted-bytes.de (Michael Agbaglo)
Date: Sun, 8 Mar 1998 12:32:29 +0000 (GMT)
Cc: pkw@elgro.co.uk, flexfax@sgi.com

>                                                             There's no
> need to install other users beyond root: Everybody can become root
> easily - just go to single user mode and get a root shell w/o supplying
> a password - finest Win95-security !

If you operate any secure system in a way which allows access to the console,
you have made it insecure.  Simply load a boot floppy and maintenance root
filesystem and you have the system to yourself.  NT may be slightly better,
but only because it is a closed system, although tools are available to read
the contents of the files.

I think, though, that you need to understand that Red Hat are competing with
Win 95 and NT, which are generally supplied insecure, because that causes
less support problems.  A seasoned Unix administrator would probably only
use a distribution as a starting point then customise it with individual
packages.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
To: flexfax@sgi.com
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't !!!
Date: Mon, 09 Mar 1998 10:08:11 +0100
Sender: owner-flexfax@celestial.com


> need to install other users beyond root: Everybody can become root
> easily - just go to single user mode and get a root shell w/o
> supplying
> a password - finest Win95-security !

see man lilo.conf:

       password=password
              The  per-image  option  `password=...'  (see below)
              applies to all images.

       [...]
       restricted
              The   per-image  option  `restricted'  (see  below)
              applies to all images.
       [...]       
       password=password
              Protect the image by a password.

       restricted
              A password is only required to boot  the  image  if
              parameters  are specified on the command line (e.g.
              single).

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Jakob Curdes <jc@info-systems.com>
To: flexfax@sgi.com
Subject: flexfax: terminated abnormally: RSPREC invalid response received   
Date: Fri, 6 Mar 1998 12:47:36 +0100
Sender: owner-flexfax@celestial.com

I use hylafax 4.0 pl1 successfully on a linux box with a US Robotics sportster
flash. Recently, with two different senders I had problems receiving faxes. The
connection was ended soon and the log file shows the message 

terminated abnormally: RSPREC invalid response received   

One of the senders succeeded in sending me a fax f
rom his modem while the fax machine repeatedly failed with the above error.


There is an old answer form Sam Leffler in the mailing list  archive that  says 

>This error is easily possible under noisy line conditions or similar
>communication problems.  If the problem is reproducible then contact
>Multi-Tech.  You might also get the sender to lower the signalling
>rate or constrain it on your end using Class2DCCCmd or Class2DCCQueryCmd
>(though you won't want to do this for all calls, just for a test)

Hmm. I found the commands in config(5), but that does not help me 
much. 

>Class2DCCCmd string AT+FCC Class 2.0: command to set modem capabilities        
>Class2DCCQueryCmd string AT+FCC=? Class 2.0: command to query modem
capabilities


Where can I find docuumentation on the 2.0 standards ? 
Or does someone have the right parameters at hand?  

Any help appreciated,
Jacob Curdes

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: "Rob Embry" <Rob.Embry@emctest.com>
Organization: EMC Test Systems
To: "Lothar Lehr" <lothar.lehr@wiesbaden.netsurf.de>, flexfax@sgi.com
Date: Fri, 6 Mar 1998 07:24:32 -0600
Subject: Re: flexfax: Received faxes to tiff format
Sender: owner-flexfax@celestial.com

> From:          "Lothar Lehr" <lothar.lehr@wiesbaden.netsurf.de>
> To:            "Rob Embry" <Rob.Embry@emctest.com>
> Cc:            <sendmail@linux.antares2000.de>
> Subject:       Re: flexfax: Received faxes to tiff format
> Date:          Fri, 6 Mar 1998 09:39:05 +0100

> Is it possible that you give me some hints or much better send me the 
> modified bin/faxrcvd script ?
> 

Here is the diff file between my faxrcvd and the one in the 
distribution:

55a56,57
> MIMENCODE=/usr/bin/mimencode
> RECVQ=recvq/

77c79
<     SENDER="`$INFO $FILE | $AWK -F: '/Sender/ { print $2 }'2>/dev/null`"
 ---
 >     SENDER="`$INFO $FILE | $AWK -F: '/Sender/ { print $2 }'`" 

110a113
>      echo "Based on TSI: $SENDER." 

150c153
<       echo "Content-Type: application/postscript"
---
>        echo "Content-Type: application/fax; name=${FILE#$RECVQ}"

152c155
<        echo "Content-Transfer-Encoding: 7bit"
---
>         echo "Content-Transfer-Encoding: base64"

154c157
<         $FAX2PS $FILE 2>/dev/null
---
>         $MIMENCODE $FILE


Hope this helps


Rob Embry

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Fri, 06 Mar 1998 16:31:38 +0100
From: Gilbert Checinski <Gilbert.Checinski@ifremer.fr>
Organization: Ifremer
To: flexfax@sgi.com
CC: hill@evansville.net
Subject: flexfax: Cannot create data socket: SOLVED
Sender: owner-flexfax@celestial.com

I've found solution for my problem.
I use  Hylafax4.0pl2  on Solaris 2.5.1.
I use the soft via NFS and NIS.

Here was my problem:
-------------------
hfaxd and faxq are running :
Each time I use a client such as faxstat or sendfax,I receive the 
following message:

"425 Cannot create data socket (127.0.0.1,4558): Bad file number"
                                          -----


Solution:
--------

The directory  where I've installed the soft was mounted via 
NIS with the option "nosuid"
Without this option  all works fine.

Nb:
As I 've seen in  the mailing list, I think I'm not the only person 
concerned with this problem. 


-------------------------------------------------------------
Gilbert Checinski                     IFREMER Centre de Brest          
                                           DITI-IDT-RIC
tel: +33(0)298224603                             B.P 70
fax: +33(0)298224546                         29280  PLOUZANE

            email: Gilbert.Checinski@ifremer.fr
-------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Fri, 6 Mar 1998 15:12:07 -0600 (CST)
From: <esteban@igeofcu.unam.mx>
To: flexfax@sgi.com
Subject: flexfax: new ZyXEL modems.
Reply-to: esteban@igeofcu.unam.mx
X-Url: http://tlacaelel.igeofcu.unam.mx/~esteban 
Sender: owner-flexfax@celestial.com


hi all,

does anybody has experience/comments about the ``new'' fax modems of
ZyXEL? 

esteban.

PS: this is the list of fax modems of ZyXEL 
    http://www.zyxel.com/html/prodguide/prodguide.html 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 7 Mar 1998 14:45:35 +1100 (EST)
From: Anthony Rumble <smilie@infotainment.com.au>
To: flexfax@sgi.com
Subject: flexfax: Routing of Fax's??
Sender: owner-flexfax@celestial.com


Is it possible to setup Hylafax such that the hfaxd would receive a fax to
a certain prefix of number (like .. say 03... something).. and 
get it to send on that fax job to another hylafax server (in another state
for example)..

This would be VERY neat, because we could divert other state fax's to our
fax server in that state over our existing WAN..

---
Anthony Rumble
Interactive Infotainment Systems P/L   ACN: 076 046 252
Phone 02-9798-7604 Mobile 015-955-042 Pager 016-634-997

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 9 Mar 1998 10:02:16 +1300 (NZDT)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Sinisa Milivojevic <sinisa@coresinc.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: Received faxes
Sender: owner-flexfax@celestial.com

On Fri, 6 Mar 1998, Sinisa Milivojevic wrote:

[snip]
> >At the moment, it still requires manual inspection; you could forward
> >all notifications of faxes and/or print them automatically by
> >modifying the script file /var/spool/fax/bin/faxrcvd.
> >--
> 
> Thanks Jonathan, I guess it has to be done manually, but what is a procedure and

Well, one method would be to alter `faxrcvd' script so that any
received faxes are emailed as attachments to your fax-inspector, who
can then decide whether to print/junk/redirect the fax. You're going
to have to sit down and work out what faxrcvd does and alter it to
suit your site.

> can it be done from WHFC ??????

I don't think so.
---------------------------------------------------------------------
Jonathan Chen <jonc@pinnacle.co.nz> | Opportunites are seldom labeled
---------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 9 Mar 1998 11:28:01 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Kestas Liaugminas <kestas@blue.ot.lt>
Cc: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Mon, 9 Mar 1998, Kestas Liaugminas wrote:

> 	So what I must do with RedHat for supporting more than '7-bit ASCII'? I
> compiled locale support with localedef and export LANG=lt_LT. No
> results... First of all I thought, that main reason of this is WHFC
> client. To ensure I make slightly modified tagtest, witch put some
> extended characters on tag line. The line witch formats 'sender' now
> looks like:
> fxStr   sender("Kestas \128\129\130\131\132\133\134\135");
>                 ^^^^^^ All these looks OK
>                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^All these are
> skipped       

Oooff. This I don't know. It seems that the received text must be
translated to Postscript, then to tiffg3 by HylaFAX. Why not use
whatever you use for generating 8-bit ASCII and pre-process the
jobs to be Postscript, and get the 8-bit the heck out of the "Sender"
line?


			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQQYjD/+ItycgIJRAQHfxQP/d7h7ZxQXmlIVdyoXYcIu0s+ravUYn00V
S+OjiCw7jUBignNGby8iloA8zu/0MUuZUaoHmrtb6bLsV4sIsvI1IZB3nMftncPn
Sw7nI/QOzboXmFxpxN+L0KkrmTof6KX5tufGN4cTk6DdYO0SFNfuT1H9i5SliYVV
opH6zCEQrtY=
=Loxp
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 09 Mar 1998 17:29:14 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
Sender: owner-flexfax@celestial.com

Nico Garcia wrote:
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> [skipped] 
> There are some significant tweaks needed to compile: I've got a list
> of (IMHO) convenient patches, in:
>         http://cirl.meei.harvard.edu/~raoul/patches/
> 
> along with a config.linux for RedHat.
	Hi all. As I see You make some great things to merge RedHat 5.0 and
HylaFAX. I have some problems with tag line. Sam tells about this:
>     Hi!
>     
>     Im running hylafax 3.0pl0 on a Linux 1.2.13 system, and it's working fairly
>     OK. But I have a small problem with the taglines supported by hylafax. 
>     
>     All non-ASCII (in my case all the Nordic characters) get replaced by empty
>     spaces. I've tried several different .pcf fonts, with the same result.
...have the same problem...
>     
>     Is this a known problem - and - is there a workaround? The tagline is quite
>     important to me, as I use it to identify the receiver of my fax!
>     
> The tagline imaging code just uses the PCF encoding array to select a
> glyph.  If you're having problems they are probably related to the the
> content of the font and not something that HylaFAX is doing (e.g. 
> stripping out non-ASCII text).  Try using tagtest(1M) to come up with
> an example of your problem that can be used for debugging.
> 
and...
>         Sam
> Internationalization support is based on the POSIX setlocale
> functionality.  If your system does not support it then you won't have
> support for anything but 7-bit ASCII.  Since you say nothing about your
> environment, version of HylaFAX, etc. etc...
> 
>     Sam
	So what I must do with RedHat for supporting more than '7-bit ASCII'? I
compiled locale support with localedef and export LANG=lt_LT. No
results... First of all I thought, that main reason of this is WHFC
client. To ensure I make slightly modified tagtest, witch put some
extended characters on tag line. The line witch formats 'sender' now
looks like:
fxStr   sender("Kestas \128\129\130\131\132\133\134\135");
                ^^^^^^ All these looks OK
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^All these are
skipped       
(sorry... My first program in C++ :-))
> 
> Works fine for me....
...it's my dream...
> 
>                         Nico Garcia
>                         Engineer, CIRL
>                         Mass. Eye and Ear Infirmary
>                         raoul@cirl.meei.harvard.edu
Regards 

Kestas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 11:19:08 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
Sender: owner-flexfax@celestial.com

Nico Garcia wrote:
> > skipped
> 
> Oooff. This I don't know. It seems that the received text must be
> translated to Postscript, then to tiffg3 by HylaFAX. Why not use
	I'm not sure. I think, that the tag line is converted directly to
tiffg3 (not to PS) before merging to fax. So problem is in this stage of
conversion. Seems that there is bug. Unfortunately, because of ~0
knowledge about C++, I can't make real steps to solve this...
Heeeeeeeeeelp !!!
> whatever you use for generating 8-bit ASCII and pre-process the
> jobs to be Postscript, and get the 8-bit the heck out of the "Sender"
> line?
> 
>                         Nico Garcia
>                         Engineer, CIRL
>                         Mass. Eye and Ear Infirmary
>                         raoul@cirl.meei.harvard.edu

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
To: kestas@blue.ot.lt (Kestas Liaugminas)
Date: Tue, 10 Mar 1998 23:09:33 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> fxStr   sender("Kestas \128\129\130\131\132\133\134\135");
                         !!!!!!!!   These are not valid octal numbers
                         ################################

Treated as (broken) octal, these are ASCII X, Y, X, Y, Z, [, \, ],
and should print.  However, I would expect the 8 to terminate the \128,
resulting in a line feed (newline) which might well terminate the string.
Treated as decimal they are invalid in ISO 8859/* and Unicode, and fall
into the C2 control set on most terminals.  Valid ISO 8859/1 characters
start at 160 decimal (\240), with non breaking space, which produces no
graphic; the first printing high bit character is \241.

For clarification, I believe your C++ is equivalent to:

fxStr   sender("Kestas \n8\n9XYZ[\\]");


It is *not* usual to have Unix systems with locale's corresponding to IBM
Code Page 437 or 85* and the default code for Linux is ASCII/ ISO 8859/1.

Slackware linux has a man page for ISO 8859/1.

>                 ^^^^^^ All these looks OK
>                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^All these are
> skipped.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 21:10:33 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: sendfax works - faxmail and other frontends don't  !!!
Sender: owner-flexfax@celestial.com

David Woolley wrote:
> 
> > fxStr   sender("Kestas \128\129\130\131\132\133\134\135");
>                          !!!!!!!!   These are not valid octal numbers
>                          ################################
> 
> Treated as (broken) octal, these are ASCII X, Y, X, Y, Z, [, \, ],
Sorry. It's my first program...
> and should print.  However, I would expect the 8 to terminate the \128,
> resulting in a line feed (newline) which might well terminate the string.
> Treated as decimal they are invalid in ISO 8859/* and Unicode, and fall
> into the C2 control set on most terminals.  Valid ISO 8859/1 characters
> start at 160 decimal (\240), with non breaking space, which produces no
> graphic; the first printing high bit character is \241.
> 
> For clarification, I believe your C++ is equivalent to:
> 
> fxStr   sender("Kestas \n8\n9XYZ[\\]");
	Now I compiled xmbdfed (something like font viewer...), so I have table
with letters and corresponding codes (I use bdftopcf to convert .bdf
code to .pcf font). The string now looks like:  
fxStr  
sender("Kestas\101\102\103\141\142\143\150\151\152\176\241\242\266");
                        A   B   C   a   b   c   h   i   j   ~   ?   ?  
?
All letters looks OK up to \176. All others, which have code >176, are
skipped (I mark them as ?). I can't understand, where the program cuts
out these characters... 
> 
> It is *not* usual to have Unix systems with locale's corresponding to IBM
> Code Page 437 or 85* and the default code for Linux is ASCII/ ISO 8859/1.
> 
> Slackware linux has a man page for ISO 8859/1.

Thank for help

Kestas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 11:17:56 +0800
From: Prasad HS <prasad@krdl.org.sg>
To: sam@engr.sgi.com
Cc: flexfax@sgi.com
Subject: flexfax: [ Problem Sending through E-mail
Sender: owner-flexfax@celestial.com

-----Forwarded message from N Prasad <prasad@krdl.org.sg>-----

Hi,

I Just Installed latest version hylafax-v4.0pl2 on a Sun Solaris 2.5.1.I
could send ASCII text, and could attach Postscript docs and send/recieve
successfully using ONLY tkhylafax but not using E-mail. 

 I was able to set up and send ascii text through e-mail .But
if attach a PostScript document in e-mail, only ascii portion goes OK
but the PS file will become diminished and appears as a small icon at
the bottom left corner of the recieved page.Second page (supposed to
have PostScript image) comes blank, with just page numger.But,I could
attach PS files using tkhylafax and send without any problem. The
docq/docxx.ps file also appears with the same problem when viewd with
ghostview.

Then where is the problem ? Have attached session Tracing .

PS : I have installed hylaFax in non statndard location and have taken
care of LD_LIBRARY_PATH in fax2ps.gs script, using Multitech class 2
modem.


Thanks for any suggestion
-- 

Prasad

Mar 09 19:03:13.64: [27898]: USE 0 ms/scanline
Mar 09 19:03:13.64: [27898]: SEND file "docq/doc52.ps;70"
Mar 09 19:03:13.64: [27898]: USE page width 1728 pixels in 215 mm
Mar 09 19:03:13.64: [27898]: USE unlimited page length 
Mar 09 19:03:13.64: [27898]: USE 3.85 line/mm
Mar 09 19:03:13.64: [27898]: USE 2-D MR
Mar 09 19:03:13.64: [27898]: <-- [24:AT+FDIS=0,3,0,2,1,0,0,0\r]
Mar 09 19:03:13.90: [27898]: --> [2:OK]
Mar 09 19:03:13.90: [27898]: <-- [7:AT+FDT\r]
Mar 09 19:03:19.76: [27898]: --> [21:+FDCS:0,3,0,2,1,0,0,0]
Mar 09 19:03:19.76: [27898]: --> [7:CONNECT]
Mar 09 19:03:19.76: [27898]: SEND wait for XON
Mar 09 19:03:19.76: [27898]: --> [1:]
Mar 09 19:03:19.76: [27898]: SEND begin page
Mar 09 19:03:19.77: [27898]: <-- data [1031]
Mar 09 19:03:19.77: [27898]: <-- data [1024]
Mar 09 19:03:19.77: [27898]: <-- data [1024]
Mar 09 19:03:19.77: [27898]: <-- data [1024]
Mar 09 19:03:19.77: [27898]: <-- data [410]
Mar 09 19:03:20.30: [27898]: SENT 4504 bytes of data
Mar 09 19:03:20.30: [27898]: <-- data [2]
Mar 09 19:03:20.30: [27898]: SEND end page
Mar 09 19:03:23.83: [27898]: --> [2:]
Mar 09 19:03:23.83: [27898]: --> [2:OK]
Mar 09 19:03:23.83: [27898]: SEND send MPS (more pages, same document)
Mar 09 19:03:23.83: [27898]: <-- [9:AT+FET=0\r]
Mar 09 19:03:28.69: [27898]: --> [7:+FPTS:1]
Mar 09 19:03:28.69: [27898]: --> [2:OK]
Mar 09 19:03:28.69: [27898]: SEND recv MCF (message confirmation)
Mar 09 19:03:28.69: [27898]: SEND FAX (00000111): FROM prasad@mailbox.krdl.org.sg TO 9-7744990@prasad@mailbox.krdl.org.sg (page 1 of 2 sent in 0:15)
Mar 09 19:03:28.70: [27898]: USE page width 1728 pixels in 215 mm
Mar 09 19:03:28.70: [27898]: USE unlimited page length 
Mar 09 19:03:28.70: [27898]: USE 3.85 line/mm
Mar 09 19:03:28.70: [27898]: USE 2-D MR
Mar 09 19:03:28.70: [27898]: <-- [7:AT+FDT\r]
Mar 09 19:03:28.93: [27898]: --> [7:CONNECT]
Mar 09 19:03:28.93: [27898]: SEND wait for XON
Mar 09 19:03:28.93: [27898]: --> [1:]
Mar 09 19:03:28.93: [27898]: SEND begin page
Mar 09 19:03:28.94: [27898]: <-- data [893]
Mar 09 19:03:28.94: [27898]: SENT 891 bytes of data
Mar 09 19:03:28.94: [27898]: <-- data [2]
Mar 09 19:03:28.94: [27898]: SEND end page
Mar 09 19:03:29.28: [27898]: --> [2:OK]
Mar 09 19:03:29.28: [27898]: SEND send EOP (no more pages or documents)
Mar 09 19:03:29.28: [27898]: <-- [9:AT+FET=2\r]
Mar 09 19:03:34.81: [27898]: --> [7:+FPTS:1]
Mar 09 19:03:34.81: [27898]: SEND recv MCF (message confirmation)
Mar 09 19:03:34.83: [27898]: SEND FAX (00000111): FROM prasad@mailbox.krdl.org.sg TO 9-7744990@prasad@mailbox.krdl.org.sg (page 2 of 2 sent in 0:06)
Mar 09 19:03:34.83: [27898]: SEND FAX (00000111): FROM prasad@mailbox.krdl.org.sg TO 9-7744990@prasad@mailbox.krdl.org.sg (docq/doc52.ps;70 sent in 0:21)
Mar 09 19:03:34.88: [27898]: <-- [5:ATH0\r]
Mar 09 19:03:36.22: [27898]: --> [7:+FHNG:0]
Mar 09 19:03:36.22: [27898]: REMOTE HANGUP: Normal and proper end of connection (code 0)
Mar 09 19:03:36.86: [27898]: --> [2:OK]
Mar 09 19:03:36.86: [27898]: SESSION END



-----End of forwarded message-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 09:42:43 -0300 (GMT+3)
From: Ben Parker <ben@dha.unon.org>
To: Prasad HS <prasad@krdl.org.sg>
cc: flexfax@sgi.com
Subject: Re: flexfax: [ Problem Sending through E-mail
Sender: owner-flexfax@celestial.com

Assuming you are using faxmail, put the attached script called postscript
(making it chmod +x) in a directory called
/usr/local/sbin/faxmail/application. If faxmail is not in its usual place,
see man faxmail for where to put this script. Should fix your problem but
may generate a blank extra third of a page or more at the end of the fax.

Ben

On Tue, 10 Mar 1998, Prasad HS wrote:

> -----Forwarded message from N Prasad <prasad@krdl.org.sg>-----
> 
> Hi,
> 
> I Just Installed latest version hylafax-v4.0pl2 on a Sun Solaris 2.5.1.I
> could send ASCII text, and could attach Postscript docs and send/recieve
> successfully using ONLY tkhylafax but not using E-mail. 
> 
>  I was able to set up and send ascii text through e-mail .But
> if attach a PostScript document in e-mail, only ascii portion goes OK
> but the PS file will become diminished and appears as a small icon at
> the bottom left corner of the recieved page.Second page (supposed to
> have PostScript image) comes blank, with just page numger.But,I could
> attach PS files using tkhylafax and send without any problem. The
> docq/docxx.ps file also appears with the same problem when viewd with
> ghostview.
> 
> Then where is the problem ? Have attached session Tracing .
> 
> PS : I have installed hylaFax in non statndard location and have taken
> care of LD_LIBRARY_PATH in fax2ps.gs script, using Multitech class 2
> modem.
> 
> 
> Thanks for any suggestion
> -- 
> 
> Prasad
> 
#!/usr/bin/perl
#
# This file needs to be called:
# /usr/local/sbin/faxmail/application/postscript
# and have the +x bit set.
#
# Script to work with Hylafax's faxmail.
# It attempts to blow up attached postscript to full size on
# the next page, instead of shrinking it to 5% on page one 
# which is the default in faxmail.
#
# Your mileage will definitely vary. It is very stupid.
# Seems to work with golfer.ps, tiger.ps and escher.ps in the 
# ghostscript/3.33/examples directory
#
# Ben Parker <ben@dha.unon.org> Dec 97 
#
#

open (TEMP, "$ARGV[0]") || die "$ARGV[0] file not found.\n";
print STDERR "$ARGV[0] opened ...\n";
print "showpage\n";
while (<TEMP>) {
	if ($_ =~ "EndProlog") {
	}
	print $_;
}
# end of script

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: [ Problem Sending through E-mail
To: prasad@krdl.org.sg (Prasad HS)
Date: Tue, 10 Mar 1998 23:18:35 +0000 (GMT)
Cc: sam@engr.sgi.com, flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> but the PS file will become diminished and appears as a small icon at
> the bottom left corner of the recieved page.Second page (supposed to

This is a known problem with earlier versions and the reasons have been
discussed and should be in the archive.  I'm surprised if it is neither
fixed nor in the bugs list for pl2.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: jlb@ordata.com
Comments: Authenticated sender is <jlb@ordata.com>
To: flexfax@sgi.com
Date: Mon, 9 Mar 1998 15:39:50 +0000
Subject: flexfax: faxgetty conflicts with ppp and minicon
CC: Mattew.Rice@ftlsol.com
Sender: owner-flexfax@celestial.com

Mattew Rice suggested I mail my trouble to the mailing list.  I have 
read the archive concerning the previous reports and tried to 
implement the fixes.  Nothing seems to work.   Minicom and faxgetty 
both are set to use /var/lock as their lock directories.  Even when 
minicom creates both lock files faxgetty continues to get after the 
/dev/ttyE0 and /dev/modem.  Neither program reports the device 
locked.  The Stallion EasyIO-8 board has generally functioned well in 
both SCO 3.2v4.1 and Linux 2.0.29 with minicom or ppp-on in the 
latter and ecu and uucp in the former.

The box is a 486DX-50 with Ultrastor 34F, Cirrus Logic video, and the 
Stallion EasyIO-8.  No IDE or soundcard devices.  If I kill faxgetty 
and comment out the inittab entry for the faxgetty, the other 
programs work.
Thanks, Bruce Johnson
jlb@ordata.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 9 Mar 1998 21:24:50 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: jlb@ordata.com
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: faxgetty conflicts with ppp and minicon
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Mon, 9 Mar 1998 jlb@ordata.com wrote:

> Mattew Rice suggested I mail my trouble to the mailing list.  I have 
> read the archive concerning the previous reports and tried to 
> implement the fixes.  Nothing seems to work.   Minicom and faxgetty 
> both are set to use /var/lock as their lock directories.  Even when 
> minicom creates both lock files faxgetty continues to get after the 
> /dev/ttyE0 and /dev/modem.  Neither program reports the device 
> locked.  The Stallion EasyIO-8 board has generally functioned well in 
> both SCO 3.2v4.1 and Linux 2.0.29 with minicom or ppp-on in the 
> latter and ecu and uucp in the former.

> The box is a 486DX-50 with Ultrastor 34F, Cirrus Logic video, and the 
> Stallion EasyIO-8.  No IDE or soundcard devices.  If I kill faxgetty 
> and comment out the inittab entry for the faxgetty, the other 
> programs work.

Which version of HylaFAX are you using, and did you compile *HylaFAX*
to use /var/lock with ascii or binary lock files as appropriate to your
software?

Remember also: all these devices have to be configured to use the same
lock files and tty lines to interact. This means you cannot use
/dev/ttyE0 in one place, /dev/modem in another, and expect them to
interact correctly.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQSkZj/+ItycgIJRAQE0ZgP/YB5IB0JvdIZTNssiPOu3FDe7A4sqWmlA
bK0i0L3laSmggMtQlCLwMbzJ2687u8093luIhsxTVaD1IpZpIxFOfQ0nG/DeVBH0
1J5PNKyNQR9Pzt0IS+nmeUdKl2JIeR/+++GduO1APTzNELsHRX5EBGMRGf8Q7/mZ
P3U4leKaimk=
=8PL0
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 15:31:52 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.1 Released
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id GAA29251
Sender: owner-flexfax@celestial.com

Hi,

i have released whfc 0.8.1. It fixes a severe bug in the 
phonebook which can destroy a phonebook in file format. ODBC
Phonebooks are not affected.

Also a bug is fixed, which causes whfc to hang on Windows 95.

You should upgrade from 0.8.0 to 0.8.1 as soon as possible.

For upgrading you don't need the complete package. Only whfc.exe 
is required which can be downloaded as "upgrade package".

Uli  
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 08:53:42 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: Upload of WHFC 0.8.1
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA27029
Sender: owner-flexfax@celestial.com

Hi,

i have accidentially copied the old whfc 0.8.0 in the archive for
0.8.1. I have uploaded a new archive with the correct whfc version
to our ftp server. The new archives begins with whfc-0.8.1-2_??.zip.
Only whfc.exe is affected, so it's enough to download
whfc-0.8.1-2_exe.zip
from our ftp server (or whfc.exe from the whfc web page).

The source distribution was uploaded correctly.

Sorry for this inconvinience.

Uli  
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 12:38:36 +0800
From: Christopher Luk <wluk@hkcccc.org>
Organization: The Hong Kong Council of the Church of Christ in China
To: flexfax@sgi.com
Subject: flexfax: Can fax in Linux, but not whfc 0.8.1?
Sender: owner-flexfax@celestial.com

I have linux 2.0.30, gcc2.7, hylafax 4.0pl2 running a fax sever for
chinese windows 95 client (4.00950 B) using whfc 0.8.1. I can use
"sendfax -d xxxx.xxxx file.ps" to send fax. The windows 95 clinet can
successfully queue send job in the send queue, and the monitor can
monitor it, but the send job was never successfully sent. Even I try two
fax machine, problems still persist. With the following log:
...
Mar 11 12:25:19.35: [ 4811]: REMOTE HANGUP: Unspecified Transmit Phase B
error (code 20)
Mar 11 12:25:19.92: [ 4811]: --> [2:OK]
...
This only happen for windows 95 client. Please give me some advice.
The full log is attached below.
--
Regards, Christopher Luk
   System Analyst - The Hong Kong Council of the Church of Christ in
China
              Phone : (852) 2397-1022 Fax : (852) 2397-7405
     mailto:wluk@hkcccc.org URL : http://www.hkcccc.org (Chinese based)
--
log 1.

Mar 11 12:25:04.00: [ 4811]: SESSION BEGIN 00000047 852023977405
Mar 11 12:25:04.00: [ 4811]: SEND FAX: JOB 24 DEST 23977405 COMMID
00000047
Mar 11 12:25:04.00: [ 4811]: DELAY 2600 ms
Mar 11 12:25:06.60: [ 4811]: <-- [15:ATE0V1Q0S0=0H0\r]
Mar 11 12:25:06.61: [ 4811]: --> [2:OK]
Mar 11 12:25:06.61: [ 4811]: <-- [21:ATS8=2S7=60&K3&D3&C1\r]
Mar 11 12:25:06.62: [ 4811]: --> [2:OK]
Mar 11 12:25:06.62: [ 4811]: <-- [12:AT+FCLASS=2\r]
Mar 11 12:25:06.63: [ 4811]: --> [2:OK]
Mar 11 12:25:06.63: [ 4811]: <-- [10:AT+FTBC=0\r]
Mar 11 12:25:06.64: [ 4811]: --> [2:OK]
Mar 11 12:25:06.64: [ 4811]: <-- [10:AT+FBOR=0\r]
Mar 11 12:25:06.65: [ 4811]: --> [2:OK]
Mar 11 12:25:06.65: [ 4811]: <-- [13:AT+FPHCTO=30\r]
Mar 11 12:25:06.66: [ 4811]: --> [2:OK]
Mar 11 12:25:06.66: [ 4811]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
Mar 11 12:25:06.67: [ 4811]: --> [2:OK]
Mar 11 12:25:06.67: [ 4811]: <-- [5:ATM0\r]
Mar 11 12:25:06.68: [ 4811]: --> [2:OK]
Mar 11 12:25:06.68: [ 4811]: <-- [12:AT+FCLASS=2\r]
Mar 11 12:25:06.79: [ 4811]: --> [2:OK]
Mar 11 12:25:06.79: [ 4811]: <-- [10:AT+FTBC=0\r]
Mar 11 12:25:06.90: [ 4811]: --> [2:OK]
Mar 11 12:25:06.90: [ 4811]: <-- [10:AT+FBOR=0\r]
Mar 11 12:25:07.01: [ 4811]: --> [2:OK]
Mar 11 12:25:07.01: [ 4811]: <-- [13:AT+FPHCTO=30\r]
Mar 11 12:25:07.12: [ 4811]: --> [2:OK]
Mar 11 12:25:07.12: [ 4811]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
Mar 11 12:25:07.23: [ 4811]: --> [2:OK]
Mar 11 12:25:07.23: [ 4811]: <-- [17:AT+FLID="HKCCCC"\r]
Mar 11 12:25:07.34: [ 4811]: --> [2:OK]
Mar 11 12:25:07.35: [ 4811]: DIAL 23977405
Mar 11 12:25:07.35: [ 4811]: <-- [13:ATDT23977405\r]
Mar 11 12:25:16.44: [ 4811]: --> [5:+FCON]
Mar 11 12:25:18.68: [ 4811]: --> [29:+FCSI: "      +852 2397 7405"]
Mar 11 12:25:18.68: [ 4811]: REMOTE CSI "+852 2397 7405"
Mar 11 12:25:18.97: [ 4811]: --> [22:+FDIS: 1,3,0,2,1,0,0,4]
Mar 11 12:25:19.08: [ 4811]: --> [2:OK]
Mar 11 12:25:19.08: [ 4811]: REMOTE best rate 9600 bit/s
Mar 11 12:25:19.08: [ 4811]: REMOTE max page width 1728 pixels in 215 mm

Mar 11 12:25:19.08: [ 4811]: REMOTE max unlimited page length
Mar 11 12:25:19.08: [ 4811]: REMOTE best vres 7.7 line/mm
Mar 11 12:25:19.08: [ 4811]: REMOTE best format 2-D MR
Mar 11 12:25:19.08: [ 4811]: REMOTE best 20 ms, 10 ms/scanline
Mar 11 12:25:19.08: [ 4811]: USE 9600 bit/s
Mar 11 12:25:19.08: [ 4811]: USE 20 ms, 10 ms/scanline
Mar 11 12:25:19.08: [ 4811]: SEND file "docq/doc33.ps;30"
Mar 11 12:25:19.09: [ 4811]: Modem does not support document page width,
max page width 2432 pixels, image width 1686 pixels
Mar 11 12:25:19.09: [ 4811]: <-- [5:ATH0\r]
Mar 11 12:25:19.35: [ 4811]: --> [9:+FHNG: 20]
Mar 11 12:25:19.35: [ 4811]: REMOTE HANGUP: Unspecified Transmit Phase B
error (code 20)
Mar 11 12:25:19.92: [ 4811]: --> [2:OK]
Mar 11 12:25:19.92: [ 4811]: SESSION END
--
log 2.
Mar 11 12:22:56.27: [ 4764]: SESSION BEGIN 00000046 852023910970
Mar 11 12:22:56.28: [ 4764]: SEND FAX: JOB 28 DEST 23910970 COMMID
00000046
Mar 11 12:22:56.28: [ 4764]: DELAY 2600 ms
Mar 11 12:22:58.88: [ 4764]: <-- [15:ATE0V1Q0S0=0H0\r]
Mar 11 12:22:58.89: [ 4764]: --> [2:OK]
Mar 11 12:22:58.89: [ 4764]: <-- [21:ATS8=2S7=60&K3&D3&C1\r]
Mar 11 12:22:58.90: [ 4764]: --> [2:OK]
Mar 11 12:22:58.90: [ 4764]: <-- [12:AT+FCLASS=2\r]
Mar 11 12:22:58.91: [ 4764]: --> [2:OK]
Mar 11 12:22:58.91: [ 4764]: <-- [10:AT+FTBC=0\r]
Mar 11 12:22:58.92: [ 4764]: --> [2:OK]
Mar 11 12:22:58.92: [ 4764]: <-- [10:AT+FBOR=0\r]
Mar 11 12:22:58.93: [ 4764]: --> [2:OK]
Mar 11 12:22:58.93: [ 4764]: <-- [13:AT+FPHCTO=30\r]
Mar 11 12:22:58.94: [ 4764]: --> [2:OK]
Mar 11 12:22:58.94: [ 4764]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
Mar 11 12:22:58.95: [ 4764]: --> [2:OK]
Mar 11 12:22:58.95: [ 4764]: <-- [5:ATM0\r]
Mar 11 12:22:58.96: [ 4764]: --> [2:OK]
Mar 11 12:22:58.96: [ 4764]: <-- [12:AT+FCLASS=2\r]
Mar 11 12:22:59.07: [ 4764]: --> [2:OK]
Mar 11 12:22:59.07: [ 4764]: <-- [10:AT+FTBC=0\r]
Mar 11 12:22:59.18: [ 4764]: --> [2:OK]
Mar 11 12:22:59.18: [ 4764]: <-- [10:AT+FBOR=0\r]
Mar 11 12:22:59.29: [ 4764]: --> [2:OK]
Mar 11 12:22:59.29: [ 4764]: <-- [13:AT+FPHCTO=30\r]
Mar 11 12:22:59.40: [ 4764]: --> [2:OK]
Mar 11 12:22:59.40: [ 4764]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
Mar 11 12:22:59.51: [ 4764]: --> [2:OK]
Mar 11 12:22:59.51: [ 4764]: <-- [17:AT+FLID="HKCCCC"\r]
Mar 11 12:22:59.62: [ 4764]: --> [2:OK]
Mar 11 12:22:59.63: [ 4764]: DIAL 23910970
Mar 11 12:22:59.63: [ 4764]: <-- [13:ATDT23910970\r]
Mar 11 12:23:13.60: [ 4764]: --> [5:+FCON]
Mar 11 12:23:15.81: [ 4764]: --> [29:+FCSI: "      +852 2391 0970"]
Mar 11 12:23:15.81: [ 4764]: REMOTE CSI "+852 2391 0970"
Mar 11 12:23:16.20: [ 4764]: --> [22:+FDIS: 1,3,0,2,1,0,0,4]
Mar 11 12:23:16.20: [ 4764]: --> [2:OK]
Mar 11 12:23:16.20: [ 4764]: REMOTE best rate 9600 bit/s
Mar 11 12:23:16.20: [ 4764]: REMOTE max page width 1728 pixels in 215 mm

Mar 11 12:23:16.20: [ 4764]: REMOTE max unlimited page length
Mar 11 12:23:16.20: [ 4764]: REMOTE best vres 7.7 line/mm
Mar 11 12:23:16.20: [ 4764]: REMOTE best format 2-D MR
Mar 11 12:23:16.20: [ 4764]: REMOTE best 20 ms, 10 ms/scanline
Mar 11 12:23:16.20: [ 4764]: USE 9600 bit/s
Mar 11 12:23:16.21: [ 4764]: USE 20 ms, 10 ms/scanline
Mar 11 12:23:16.21: [ 4764]: <-- [5:ATH0\r]
Mar 11 12:23:16.45: [ 4764]: --> [9:+FHNG: 20]
Mar 11 12:23:16.45: [ 4764]: REMOTE HANGUP: Unspecified Transmit Phase B
error (code 20)
Mar 11 12:23:17.03: [ 4764]: --> [2:OK]
Mar 11 12:23:17.03: [ 4764]: SESSION END

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 14:28:15 +0800
From: Christopher Luk <wluk@hkcccc.org>
Organization: The Hong Kong Council of the Church of Christ in China
To: flexfax@sgi.com
Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
Sender: owner-flexfax@celestial.com

While viewing with Ghostview for win95, i got the following error message.
Isn't it because the .ps file convertion have problem? Can i fix it?

Aladdin Ghostscript 5.10 (1997-11-23)
Copyright (C) 1997 Aladdin Enterprises, Menlo Park, CA.  All rights
reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Displaying non DSC file V:/haha/doc37.ps.28
Unrecoverable error: undefined in WHFC

--- Begin offending input ---
    WHFC A Fax Client for HylaFAX



    Copyright (C) 1998 Transcom GbR, RGW Express Airfreight GmbH



    This program is free software; you can redistribute it and/or

    modify it under the terms of the GNU General Public License as

    published by
--- End offending input ---
file offset = 256
gsdll_execute_cont returns -21

Christopher Luk wrote:

> I have linux 2.0.30, gcc2.7, hylafax 4.0pl2 running a fax sever for
> chinese windows 95 client (4.00950 B) using whfc 0.8.1. I can use
> "sendfax -d xxxx.xxxx file.ps" to send fax. The windows 95 clinet can
> successfully queue send job in the send queue, and the monitor can
> monitor it, but the send job was never successfully sent. Even I try two
> fax machine, problems still persist. With the following log:
> ...
> Mar 11 12:25:19.35: [ 4811]: REMOTE HANGUP: Unspecified Transmit Phase B
> error (code 20)
> Mar 11 12:25:19.92: [ 4811]: --> [2:OK]
> ...
> This only happen for windows 95 client. Please give me some advice.
> The full log is attached below.
> --
> Regards, Christopher Luk
>    System Analyst - The Hong Kong Council of the Church of Christ in
> China
>               Phone : (852) 2397-1022 Fax : (852) 2397-7405
>      mailto:wluk@hkcccc.org URL : http://www.hkcccc.org (Chinese based)
> --
> log 1.
>
> Mar 11 12:25:04.00: [ 4811]: SESSION BEGIN 00000047 852023977405
> Mar 11 12:25:04.00: [ 4811]: SEND FAX: JOB 24 DEST 23977405 COMMID
> 00000047
> Mar 11 12:25:04.00: [ 4811]: DELAY 2600 ms
> Mar 11 12:25:06.60: [ 4811]: <-- [15:ATE0V1Q0S0=0H0\r]
> Mar 11 12:25:06.61: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.61: [ 4811]: <-- [21:ATS8=2S7=60&K3&D3&C1\r]
> Mar 11 12:25:06.62: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.62: [ 4811]: <-- [12:AT+FCLASS=2\r]
> Mar 11 12:25:06.63: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.63: [ 4811]: <-- [10:AT+FTBC=0\r]
> Mar 11 12:25:06.64: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.64: [ 4811]: <-- [10:AT+FBOR=0\r]
> Mar 11 12:25:06.65: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.65: [ 4811]: <-- [13:AT+FPHCTO=30\r]
> Mar 11 12:25:06.66: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.66: [ 4811]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
> Mar 11 12:25:06.67: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.67: [ 4811]: <-- [5:ATM0\r]
> Mar 11 12:25:06.68: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.68: [ 4811]: <-- [12:AT+FCLASS=2\r]
> Mar 11 12:25:06.79: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.79: [ 4811]: <-- [10:AT+FTBC=0\r]
> Mar 11 12:25:06.90: [ 4811]: --> [2:OK]
> Mar 11 12:25:06.90: [ 4811]: <-- [10:AT+FBOR=0\r]
> Mar 11 12:25:07.01: [ 4811]: --> [2:OK]
> Mar 11 12:25:07.01: [ 4811]: <-- [13:AT+FPHCTO=30\r]
> Mar 11 12:25:07.12: [ 4811]: --> [2:OK]
> Mar 11 12:25:07.12: [ 4811]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
> Mar 11 12:25:07.23: [ 4811]: --> [2:OK]
> Mar 11 12:25:07.23: [ 4811]: <-- [17:AT+FLID="HKCCCC"\r]
> Mar 11 12:25:07.34: [ 4811]: --> [2:OK]
> Mar 11 12:25:07.35: [ 4811]: DIAL 23977405
> Mar 11 12:25:07.35: [ 4811]: <-- [13:ATDT23977405\r]
> Mar 11 12:25:16.44: [ 4811]: --> [5:+FCON]
> Mar 11 12:25:18.68: [ 4811]: --> [29:+FCSI: "      +852 2397 7405"]
> Mar 11 12:25:18.68: [ 4811]: REMOTE CSI "+852 2397 7405"
> Mar 11 12:25:18.97: [ 4811]: --> [22:+FDIS: 1,3,0,2,1,0,0,4]
> Mar 11 12:25:19.08: [ 4811]: --> [2:OK]
> Mar 11 12:25:19.08: [ 4811]: REMOTE best rate 9600 bit/s
> Mar 11 12:25:19.08: [ 4811]: REMOTE max page width 1728 pixels in 215 mm
>
> Mar 11 12:25:19.08: [ 4811]: REMOTE max unlimited page length
> Mar 11 12:25:19.08: [ 4811]: REMOTE best vres 7.7 line/mm
> Mar 11 12:25:19.08: [ 4811]: REMOTE best format 2-D MR
> Mar 11 12:25:19.08: [ 4811]: REMOTE best 20 ms, 10 ms/scanline
> Mar 11 12:25:19.08: [ 4811]: USE 9600 bit/s
> Mar 11 12:25:19.08: [ 4811]: USE 20 ms, 10 ms/scanline
> Mar 11 12:25:19.08: [ 4811]: SEND file "docq/doc33.ps;30"
> Mar 11 12:25:19.09: [ 4811]: Modem does not support document page width,
> max page width 2432 pixels, image width 1686 pixels
> Mar 11 12:25:19.09: [ 4811]: <-- [5:ATH0\r]
> Mar 11 12:25:19.35: [ 4811]: --> [9:+FHNG: 20]
> Mar 11 12:25:19.35: [ 4811]: REMOTE HANGUP: Unspecified Transmit Phase B
> error (code 20)
> Mar 11 12:25:19.92: [ 4811]: --> [2:OK]
> Mar 11 12:25:19.92: [ 4811]: SESSION END
> --
> log 2.
> Mar 11 12:22:56.27: [ 4764]: SESSION BEGIN 00000046 852023910970
> Mar 11 12:22:56.28: [ 4764]: SEND FAX: JOB 28 DEST 23910970 COMMID
> 00000046
> Mar 11 12:22:56.28: [ 4764]: DELAY 2600 ms
> Mar 11 12:22:58.88: [ 4764]: <-- [15:ATE0V1Q0S0=0H0\r]
> Mar 11 12:22:58.89: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.89: [ 4764]: <-- [21:ATS8=2S7=60&K3&D3&C1\r]
> Mar 11 12:22:58.90: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.90: [ 4764]: <-- [12:AT+FCLASS=2\r]
> Mar 11 12:22:58.91: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.91: [ 4764]: <-- [10:AT+FTBC=0\r]
> Mar 11 12:22:58.92: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.92: [ 4764]: <-- [10:AT+FBOR=0\r]
> Mar 11 12:22:58.93: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.93: [ 4764]: <-- [13:AT+FPHCTO=30\r]
> Mar 11 12:22:58.94: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.94: [ 4764]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
> Mar 11 12:22:58.95: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.95: [ 4764]: <-- [5:ATM0\r]
> Mar 11 12:22:58.96: [ 4764]: --> [2:OK]
> Mar 11 12:22:58.96: [ 4764]: <-- [12:AT+FCLASS=2\r]
> Mar 11 12:22:59.07: [ 4764]: --> [2:OK]
> Mar 11 12:22:59.07: [ 4764]: <-- [10:AT+FTBC=0\r]
> Mar 11 12:22:59.18: [ 4764]: --> [2:OK]
> Mar 11 12:22:59.18: [ 4764]: <-- [10:AT+FBOR=0\r]
> Mar 11 12:22:59.29: [ 4764]: --> [2:OK]
> Mar 11 12:22:59.29: [ 4764]: <-- [13:AT+FPHCTO=30\r]
> Mar 11 12:22:59.40: [ 4764]: --> [2:OK]
> Mar 11 12:22:59.40: [ 4764]: <-- [24:AT+FDCC=1,5,2,2,1,0,0,0\r]
> Mar 11 12:22:59.51: [ 4764]: --> [2:OK]
> Mar 11 12:22:59.51: [ 4764]: <-- [17:AT+FLID="HKCCCC"\r]
> Mar 11 12:22:59.62: [ 4764]: --> [2:OK]
> Mar 11 12:22:59.63: [ 4764]: DIAL 23910970
> Mar 11 12:22:59.63: [ 4764]: <-- [13:ATDT23910970\r]
> Mar 11 12:23:13.60: [ 4764]: --> [5:+FCON]
> Mar 11 12:23:15.81: [ 4764]: --> [29:+FCSI: "      +852 2391 0970"]
> Mar 11 12:23:15.81: [ 4764]: REMOTE CSI "+852 2391 0970"
> Mar 11 12:23:16.20: [ 4764]: --> [22:+FDIS: 1,3,0,2,1,0,0,4]
> Mar 11 12:23:16.20: [ 4764]: --> [2:OK]
> Mar 11 12:23:16.20: [ 4764]: REMOTE best rate 9600 bit/s
> Mar 11 12:23:16.20: [ 4764]: REMOTE max page width 1728 pixels in 215 mm
>
> Mar 11 12:23:16.20: [ 4764]: REMOTE max unlimited page length
> Mar 11 12:23:16.20: [ 4764]: REMOTE best vres 7.7 line/mm
> Mar 11 12:23:16.20: [ 4764]: REMOTE best format 2-D MR
> Mar 11 12:23:16.20: [ 4764]: REMOTE best 20 ms, 10 ms/scanline
> Mar 11 12:23:16.20: [ 4764]: USE 9600 bit/s
> Mar 11 12:23:16.21: [ 4764]: USE 20 ms, 10 ms/scanline
> Mar 11 12:23:16.21: [ 4764]: <-- [5:ATH0\r]
> Mar 11 12:23:16.45: [ 4764]: --> [9:+FHNG: 20]
> Mar 11 12:23:16.45: [ 4764]: REMOTE HANGUP: Unspecified Transmit Phase B
> error (code 20)
> Mar 11 12:23:17.03: [ 4764]: --> [2:OK]
> Mar 11 12:23:17.03: [ 4764]: SESSION END



--
Regards, Christopher Luk
   System Analyst - The Hong Kong Council of the Church of Christ in China
              Phone : (852) 2397-1022 Fax : (852) 2397-7405
     mailto:wluk@hkcccc.org URL : http://www.hkcccc.org (Chinese based)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 10:39:31 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
Cc: Christopher Luk <wluk@hkcccc.org>
Sender: owner-flexfax@celestial.com

At 12:38 11/03/1998 +0800, Christopher Luk wrote:
>[snip]
>Mar 11 12:25:19.08: [ 4811]: SEND file "docq/doc33.ps;30"
>Mar 11 12:25:19.09: [ 4811]: Modem does not support document page width,
>max page width 2432 pixels, image width 1686 pixels
>[snip]

Off the top of my head, it looks like you are trying landscape mode? Try
A4 portrait in the print setup of the windows application you are using.

Am wondering how many pixels in a millimeter?? A4 is 210x297mm which is
a ratio of 1.414 - the error message implies 1686x2432 pixels which is a
ratio of 1.442. But I can't decide if this means there is some correlation 
or not.

Older versions of whfc preferred the PageSize setting of 'A4' rather than
'Letter', I dunno if this applies to v0.8.1.

Cheers,
Phil Watkinson,
Boston, UK.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 11:17:32 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Wed, 11 Mar 1998, Christopher Luk wrote:

> Date: Wed, 11 Mar 1998 14:28:15 +0800
> From: Christopher Luk <wluk@hkcccc.org>
> To: flexfax@sgi.com
> Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
> 
> While viewing with Ghostview for win95, i got the following error message.
> Isn't it because the .ps file convertion have problem? Can i fix it?

What print driver are you using to generate your Postscript? Some
Micro$not print drivers seem to have problems. I find the Apple
Laserwriter driver to work well, for example.


			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQa5ED/+ItycgIJRAQFlNAP8CamZ4ArG0xLjozHPVkL05XKb+iwlg0Nq
LV66oucKUc+t/fIUa6tCFGHTfrL8DoZF4H8+1F02sgSYovMO82wmtlaVjf3lHOgk
nMtuT1oON7jJ1yDRALH7O9AwvCOOJNwo2cq9sL5uL4rZUvtSSIe1UCduxPEpO3pa
Q6owExOcGTk=
=afPT
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 12 Mar 1998 11:15:23 +0800
From: Christopher Luk <wluk@hkcccc.org>
Organization: The Hong Kong Council of the Church of Christ in China
To: flexfax@sgi.com
Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
Sender: owner-flexfax@celestial.com

I think u may be right. I have use the .ps file produce from netscape on linux,
this file was able to send correctly. Tried Apple writer postscripts driver, not
ok. Any other good selection?

Nico Garcia wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
>
> On Wed, 11 Mar 1998, Christopher Luk wrote:
>
> > Date: Wed, 11 Mar 1998 14:28:15 +0800
> > From: Christopher Luk <wluk@hkcccc.org>
> > To: flexfax@sgi.com
> > Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
> >
> > While viewing with Ghostview for win95, i got the following error message.
> > Isn't it because the .ps file convertion have problem? Can i fix it?
>
> What print driver are you using to generate your Postscript? Some
> Micro$not print drivers seem to have problems. I find the Apple
> Laserwriter driver to work well, for example.
>
>                         Nico Garcia
>                         Engineer, CIRL
>                         Mass. Eye and Ear Infirmary
>                         raoul@cirl.meei.harvard.edu
>
> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.2
>
> iQCVAwUBNQa5ED/+ItycgIJRAQFlNAP8CamZ4ArG0xLjozHPVkL05XKb+iwlg0Nq
> LV66oucKUc+t/fIUa6tCFGHTfrL8DoZF4H8+1F02sgSYovMO82wmtlaVjf3lHOgk
> nMtuT1oON7jJ1yDRALH7O9AwvCOOJNwo2cq9sL5uL4rZUvtSSIe1UCduxPEpO3pa
> Q6owExOcGTk=
> =afPT
> -----END PGP SIGNATURE-----



--
Regards, Christopher Luk
   System Analyst - The Hong Kong Council of the Church of Christ in China
              Phone : (852) 2397-1022 Fax : (852) 2397-7405
     mailto:wluk@hkcccc.org URL : http://www.hkcccc.org (Chinese based)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: uucp=fax?
To: hyde@gsta.com
Date: Tue, 10 Mar 1998 07:57:34 +0100 (MEZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

hyde wrote:
    
    Matthias.Apitz@SOFTCON.de wrote:
    > 
    	......
    > 
    > Is "abc!@#." the pw in clear form or in encrytpted form?
    > You have to set it in encrytpted form in HylaFAX's hosts(4F) file
                                               ^^^^^^^^^

please note about which hosts(4F) file I was talking;

    > and issue it in clear text in the ADMIN command. The encrypted
    > form may be stolen from the passwd(4F) or shadow(4F) file,
    > depends on the UNIX you are using.
    > 
    	......
    
    of course, "abc!@#."  is my clear password,U know,
    
     'I telnet with "abc!@#." ' means that "abc!@#" is my clear password,
    And I copy the encrypted password of hyde of /etc/passwd to /etc/host as
    well.
    
    "hyde:08Y9i.MEmx7yc:501:502::/home/hyde:/bin/bash " is in /etc/passwd
    while /etc/hosts contains 
    "127.0.0.1               localhost localhost.localdomain
     172.18.86.40            mailpage
     hyde:::08Y9i.MEmx7yc             "
    
    
      That's really true.
      Tell me why.

I was never ever talking about "/etc/hosts" and also the man page
of HylaFAX's hosts(4F) file says: "...file etc/hosts in the HylaFAX
spooling area...." The full name of this file is (depends on your
installation) "/var/spool/fax/etc/hosts" or something like that.

In other words: you edited the wrong file.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 13:25:42 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: hyde@gsta.com, flexfax@sgi.com
Subject: Re: flexfax: uucp=fax?
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Tue, 10 Mar 1998 Matthias.Apitz@SOFTCON.de wrote:

> hyde wrote:
>     
>     Matthias.Apitz@SOFTCON.de wrote:
>     > 
>     	......
>     > 
>     > Is "abc!@#." the pw in clear form or in encrytpted form?
>     > You have to set it in encrytpted form in HylaFAX's hosts(4F) file
>                                                ^^^^^^^^^
> 
> please note about which hosts(4F) file I was talking;

This is also an old problem. The existence of a file named
"$SPOOLDIR/etc/hosts" and man page for "hosts" for the HylaFAX
software leads to occasional but inevitable confusion, just as in this
case.

I have written some patches to rename that file to "hosts.fax" and
re-arrange the manual pages accordingly. Also: the web pages use
suffixes to refer to man pages which are different for different
operating systems, and are installed correctly as man pages, but
do not get corrected on the web pages.

Matthias has held, with good reason, that changing the name of the
"hosts" file would cause a lot of confusion for current users: I have
taken it upon myself to maintain current patches for people who find
it extremely confusing, such as myself, or who hate manipulating their
"man" command on the command line to get a different "hosts" man page.

If you would like to alter this at *your* site, with my published
patches, they are at http://cirl.meei.harvard.edu/~raoul/patches/.
I will continue to update them with new releases.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQWFhD/+ItycgIJRAQGEKQP+OZttxsBVt3RmBM+BcPzWpdidBgtq9D7y
45NBKtn4NrZBIqDf81NkWo/gcAaUAtJszcW/Efx5a/EWHQKSP3VAVsOtAiZsTzaJ
Co3B27NI7qjaKEJzOQ9zmB/2gAubOPqWpvStQzpDlUol3FhBKka4FlX+dTWz5f9T
QoiDf+VDpJg=
=1gxg
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: uucp=fax?
To: hyde@gsta.com
Date: Thu, 12 Mar 1998 07:57:10 +0100 (MEZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

hyde wrote:
    
    Ok,I knew the reason why I got "segmentation fault",
    just because I changed the owner /etc/host to root again in result it.
    
    so I changed it back to fax.
    Everything is fine.
    
    But I still don't know how to add fax user.
    
      You see, /var/spool/fax/etc/host contains 
    "
    localhost
    127.0.0.1
    hyde::08Y9i.MEmx7yc:08Y9i.MEmx7yc
    
    "

Remove the first two lines, e.g. the lines for "localhost" and
"127.0.0.1" from the file and change the remaining line to

hyde@localhost::08Y9i.MEmx7yc:08Y9i.MEmx7yc

and if this works read the man page (again) to understand why.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
To: Anthony Rumble <smilie@infotainment.com.au>
From: Randy Kochis <randy@housing.sdsu.edu>
Subject: Re: flexfax: Routing of Fax's??
Cc: flexfax@sgi.com
Date: Mon, 9 Mar 1998 09:14:05 -0800
Sender: owner-flexfax@celestial.com

I think you can do this by modifying the faxrcvd script. Set up an
/etc/FaxDispatch file to match the first two characters of the incoming fax
number being reported from the fax machine, and specify the destination
number in the "SENDTO" part. Then modify faxrcvd script to deliver the fax
with sendfax and not sendmail.

I haven't actually done this, and there may be a better way to do it, but I
think it's possible.

good luck--Randy

>Is it possible to setup Hylafax such that the hfaxd would receive a fax to
>a certain prefix of number (like .. say 03... something).. and
>get it to send on that fax job to another hylafax server (in another state
>for example)..
>
>This would be VERY neat, because we could divert other state fax's to our
>fax server in that state over our existing WAN..
>
>---
>Anthony Rumble
>Interactive Infotainment Systems P/L   ACN: 076 046 252
>Phone 02-9798-7604 Mobile 015-955-042 Pager 016-634-997


---
Randy Kochis
Randy@housing.sdsu.edu
HRLO Computer Coordinator
(619) 594-4607 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 09:00:33 -0300 (GMT+3)
From: Ben Parker <ben@ocha.unon.org>
To: Jan Siemhs <js@comcity.de>
cc: flexfax@sgi.com
Subject: Re: flexfax: extra line
Sender: owner-flexfax@celestial.com

The only way I can think of is the make an X-Comments: or X-something:
header line, and then in hyla.conf, tell faxmail to retain that header.
See man faxmail for details.

Ben


On Thu, 5 Mar 1998, Jan Siemhs wrote:

> 
> I have setup Hylafax as an e-mail-to-fax gateway.
> Can I insert a extra line into the faxpage (not the coverpage) before 
> the converted message is beginning?
> 
> Jan Siemhs
> 
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 22:29:33 +0000
From: Paul Kersting <paul@kwconsulting.com>
Organization: KW Consulting, Inc.
To: flexfax@sgi.com
Subject: flexfax: Hylafax4.0pl2 problems
Sender: owner-flexfax@celestial.com

I downloaded the source files for hylafax4.0pl2 to install it on my pc
running linux RedHat5.0.  The build and install seemed to go fine, but
when I ran faxsetup, it couldn't find a faxgetty program.  I looked for
it, and while there is a man page indicating that it is part of the
hylafax package, there was no executable.  I searched the tar file and
the only reference to faxgetty is the man page that was downloaded.  Is
there something missing from the source tar file?

I resolved the problem by installing the binaries in the
HylaFAX-4.0pl1-1.i386.rpm, which included the faxgetty executable.
However, the rpm loaded everything in non-default directories and
hylafax didn't work.  In the end, I've used the faxgetty from the rpm
and used the rest of the program as built from the source files.

I'm still having problems getting sendfax to work.  I have a
USR Sportster internal 56K fax/modem, and I can do the faxsetup
reasonably, using the cua1 device.  I have been able to receive a test
fax, but when I try to send a fax with sendfax, I get the following
message:

Can not reach server at host "localhost", port 4559.

I installed the server as a multiple user workstation, but I am the only

user.  I left the etc/hosts file as default, since the default should (I

thought) allow any user access to the fax.  Since I am running faxgetty,

I did not run faxmodem.

Can anyone give me some help with this?  I apologize in advance for the
fact that I am a relatively inexperienced sysadmin for a linux platform.

Thanks,

Paul Kersting

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 10 Mar 1998 19:18:42 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Paul Kersting <paul@kwconsulting.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Hylafax4.0pl2 problems
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Tue, 10 Mar 1998, Paul Kersting wrote:

> I downloaded the source files for hylafax4.0pl2 to install it on my pc
> running linux RedHat5.0.  The build and install seemed to go fine, but
> when I ran faxsetup, it couldn't find a faxgetty program.  I looked for
> it, and while there is a man page indicating that it is part of the
> hylafax package, there was no executable.  I searched the tar file and
> the only reference to faxgetty is the man page that was downloaded.  Is
> there something missing from the source tar file?
> 
> I resolved the problem by installing the binaries in the
> HylaFAX-4.0pl1-1.i386.rpm, which included the faxgetty executable.
> However, the rpm loaded everything in non-default directories and
> hylafax didn't work.  In the end, I've used the faxgetty from the rpm
> and used the rest of the program as built from the source files.

The RPM is severely broken for RedHat 5.0. Do *not* use it.

Bare source potentially overwrites several tools, including xferstats
from the wu-ftpd package.

I've published a list of patches for RedHat Linux, including a
config.linux that uses the same lock, spool, etc. directories as other
Linux tools use. They seem to operate just fine under SunOS as well,
and are at
	http://cirl.meei.harvard.edu/~raoul/patches/

> Can anyone give me some help with this?  I apologize in advance for the
> fact that I am a relatively inexperienced sysadmin for a linux platform.

No problem. Welcome to the club.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQXYWz/+ItycgIJRAQHwywP/biAPl3jRu6SsPoTgC9DAlPE7GoPSCzV6
bvPxJWXMTSzBR0KkMo9Zm1z3CpSRx0RCE+pSegSsCTGxv88rWjNLdAA2YNaz7dCv
1XKEDyi82Q9Yvt/pWcIk18qGGCYF00yktWgpT9/LQShKSFv2bQ7EJrhpJoaV12fJ
9EPjVXvqJc8=
=PY9f
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: ken@mui.net
Comments: Authenticated sender is <ken@[207.12.13.235]>
To: flexfax@sgi.com
Date: Tue, 10 Mar 1998 22:45:08 +0000
Subject: flexfax: hylafax, sendmail, faxmail
Sender: owner-flexfax@celestial.com

I've just about given up.

hylafax was fairly straight forward.  was able to send faxes out no 
problem.  sendmail is working great.

until I tried installed the email to fax portion.

I have search in the archives, done numerous combinations of anything 
I could come across.  I keep on killing sendmail (kill -1 xxxx) and 
trying it out, but always the same result:

-------------------
550 <jan@9351748.FAX>... Host unknown (Name server: 9351748.fax: 
host not found)
-------------------

jan is the user.  9351748 is the fax number.

I'm using FreeBSD 2.2.5-stable.
hylafax-4.0.1
sendmail 8.8.8.4

I'm lost.  I'm stuck.  and I'm losing it :)

Thanks to all in advance!

ken

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 13:33:52 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: hylafax, sendmail, faxmail
Cc: Ken <ken@mui.net>
Sender: owner-flexfax@celestial.com

At 22:45 10/03/1998 +0000, Ken wrote:
>I've just about given up.
>
>hylafax was fairly straight forward.  was able to send faxes out no 
>problem.  sendmail is working great.
>
>until I tried installed the email to fax portion.
>
>I have search in the archives...

Hi, Ken,

This is an area which does cause difficulties. Unfortunately there
isn't a single sentence explanation of all the things that need to
happen -- can I suggest that you look in the mailing-list archives
for threads in Nov and Dec 1997 with the subjects :

		Re: flexfax: Mail Gateway problems
and		Re: flexfax: Mail Gateway

There are two or three emails in each thread and give a fairly
comprehensive coverage of the situation.

>I could come across.  I keep on killing sendmail (kill -1 xxxx) and 
>trying it out, but always the same result:
>
>-------------------
>550 <jan@9351748.FAX>... Host unknown (Name server: 9351748.fax: 
>host not found)

I have never seen this error before, but would bet my mortgage on
the sendmail.cf file being amended incorrectly <g>.

>
>I'm using FreeBSD 2.2.5-stable.
>hylafax-4.0.1
>sendmail 8.8.8.4

Not familiar with the designation 8.8.8.4 ~ if you mean v8.8.4 then
fine, if v 8.8.8 then please see my email of 27th Feb 98 entitled :

		flexfax: Email-to-fax gateway with Sendmail 8.8.7

>
>I'm lost.  I'm stuck.  and I'm losing it :)
>
>Thanks to all in advance!

No problemo. Good Luck,

Phil Watkinson,
Boston, UK.


From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 14 Mar 1998 18:08:56 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: hylafax, sendmail, faxmail
Sender: owner-flexfax@celestial.com


On Wed, 11 Mar 1998 09:14:40 +0000, Ken at ken@mui.net wrote directly
to me :

>> happen -- can I suggest that you look in the mailing-list archives
>> for threads in Nov and Dec 1997 with the subjects :
>> 
>>   Re: flexfax: Mail Gateway problems
>> and		Re: flexfax: Mail Gateway
>> 
>
>look in here for those threads.  even just looked for "mail".  no 
>threads appear that are related .... *sigh*
>
>Thanks,
>
>ken
>

Yes, you're right, these threads are missing from the mailing-list 
archives. In fact, all my messages from the 29 Oct 97 to the 8 Dec 97
are not in the archive ( total 9 emails ).

It's the sort of thing to start to make you paranoid, and I wonder if
has anyone else found something odd with the archives around this time?

And on Wed, 11 Mar 1998 19:54:21 +0000, he said :
>
>I finally licked my problem.  once i figured out how to install 
>sendmail 8.8.8, then figured out how to modify the sendmail.cf file 
>using the m4 method, figured out that the mailer(fax) line wasn't 
>added in, my email to fax worked out great!
>
>I've posted some info on my page if anyone is using FreeBSD 
>2.2.5-stable and wants to do the same thing ---
>
>Thanks again!
>
>http://www.mui.net/hilo/syscon/emailtofax.html
>

Pleasure.

Cheers,
Phil Watkinson.


From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 16:23:05 +0800 (PST)
From: Jerome Castro <jerome@pacific.net.ph>
To: flexfax@sgi.com
Subject: flexfax: Unrecoverable error
Sender: owner-flexfax@celestial.com


Hi,

I got an email from fax(Facsimile Agent) and it says,

  "Your facsimile job to 9998800 was not sent because
   the document conversion script was not found."

  ---- Unsent job status ----

   Destination: 9998800
         JobID: 22
       GroupID: 22
 Sender: uucp Admin
      Mailaddr: uucp@redbull
Submitted From: localhost
    Page Width: 215 (mm)
   Page Length: 279 (mm)
    Resolution: 98 (lpi)
        Status: Unrecoverable error: invalidexit in .stop
Operand stack:
    true  Courier-Bold  17388  Courier-Bold  --nostringval--

Unexpected interpreter error -8.
Error object: (f80)op(132:.stop)0x5a608
Operand stack at 0x12142c:
0x128b70: 0x11 save -nF------ 0x05c0 0x0000000b
0x128b78: 0x0d name -nS------ 0x04c8 0x0016dff8 = Courier-Bold
 
and so on...
I just installed hylafax Version 4.0pl1 on Solaris 2.5.1 and 
sendfax doesn't work because of the error. I apologize for this 
coz I'm just new to hylafax. 

I'll appreciate for whatever inputs or advice you could give me.
Thank you and have a nice time.

Regards,
-jerome

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 15:26:46 -0300 (GMT+3)
From: Ben Parker <ben@ocha.unon.org>
To: ken@mui.net
cc: flexfax@sgi.com
Subject: benfaxmail-0.3 released! Was: Re: flexfax: hylafax, sendmail, faxmail
Sender: owner-flexfax@celestial.com

I can send you a zip of the faxmailer setup I use here - handles a few
thousand pages a week. It is based on a combination of Bob's and Dirk's
faxmailer script packages in the ftp archive, but quite a lot of fixes and
enhancements have gone into it, including scripts to handle GIF, JPEG,
Postscript and HTML attachments. I have called it (in the traditional
fashion), benfaxmail-0.3. It runs here on Red Hat 4.1 and Hylafax 4.0pl1.
My effort is far from perfect, but I want to give something back...
Feedback and wishlists welcome.

Ben





On Tue, 10 Mar 1998 ken@mui.net wrote:

> I've just about given up.
> 
> hylafax was fairly straight forward.  was able to send faxes out no 
> problem.  sendmail is working great.
> 
> until I tried installed the email to fax portion.
> 
> I have search in the archives, done numerous combinations of anything 
> I could come across.  I keep on killing sendmail (kill -1 xxxx) and 
> trying it out, but always the same result:
> 
> -------------------
> 550 <jan@9351748.FAX>... Host unknown (Name server: 9351748.fax: 
> host not found)
> -------------------
> 
> jan is the user.  9351748 is the fax number.
> 
> I'm using FreeBSD 2.2.5-stable.
> hylafax-4.0.1
> sendmail 8.8.8.4
> 
> I'm lost.  I'm stuck.  and I'm losing it :)
> 
> Thanks to all in advance!
> 
> ken
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Wed, 11 Mar 1998 21:18:11 +0100
From: Michael Agbaglo <byteshifter@shifted-bytes.de>
To: flexfax@sgi.com
Subject: flexfax: wrong group in docq
Sender: owner-flexfax@celestial.com

hylafax 4.0pl2
debian 1.3.1 (linux)

Although fax has exactly the same uid and gid as uucp, the files in docq
are owned by uucp and have gid 65002.

Any idea why the gid is wrong ?

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Werner Antweiler <werner@pacific.commerce.ubc.ca>
Subject: flexfax: Unspecified Transmit Phase B error
To: flexfax@sgi.com
Date: Wed, 11 Mar 1998 16:53:34 -0800 (PST)
Sender: owner-flexfax@celestial.com

Hi,

I just installed HylaFax under Irix 6.2 in orer to send faxes
through my USR 33.6 Sportster Faxmodem. Everything seems to be
working fine during the installation, but when I submit a page
via "sendfax", the modem dials the remote fax machine, I get
an initial contact, but the remote fax machine aborts the
connection after about a second. Below is the error output
from the session log.

I checked that the PostScript converter (gs) is generating a
proper TIFF file.

I changed the Class2DDISCmd command to "AT+FDIS" in the
/var/spool/fax/config/class2.0 file (as is mentioned in=20
the troubleshooting guide), but without success.

Any explanations what causes the problem?
Any ideas what I can do to fix the problem?

Best regards,

Werner Antweiler
Univ. of British Columbia / Faculty of Commerce
2053 Main Mall, Vancouver, B.C., V6T 1Z2, Canada
E-mail: werner@pacific.commerce.ubc.ca
Tel: (604) 822-8484 - Fax: (604) 822-8477



----- Forwarded message from Facsimile Agent -----

>From fax  Wed Mar 11 16:27:20 1998
Date: Wed, 11 Mar 1998 16:27:19 -0800 (PST)
From: Facsimile Agent <fax>
Message-Id: <199803120027.QAA04738@pacific.commerce.ubc.ca>
To: werner@pacific.commerce.ubc.ca
Subject: facsimile job 23 to 28477 failed

Your facsimile job to 28477 failed because:
    Unspecified Transmit Phase B error; too many attempts to send

    ---- Transcript of session follows ----

Mar 11 16:26:08.29: [ 4664]: SESSION BEGIN 00000018 160428477
Mar 11 16:26:08.29: [ 4664]: SEND FAX: JOB 23 DEST 28477 COMMID 00000018
Mar 11 16:26:08.29: [ 4664]: MODEM set DTR OFF
Mar 11 16:26:08.29: [ 4664]: MODEM set baud rate: 0 baud (flow control un=
changed)
Mar 11 16:26:08.30: [ 4664]: DELAY 2600 ms
Mar 11 16:26:10.89: [ 4664]: MODEM set DTR ON
Mar 11 16:26:10.89: [ 4664]: MODEM set baud rate: 38400 baud, input flow =
RTS/CTS, output flow RTS/CTS
Mar 11 16:26:10.89: [ 4664]: MODEM flush i/o
Mar 11 16:26:10.89: [ 4664]: <-- [17:ATE0V1Q0X4S0=3D0H0\r]
Mar 11 16:26:11.04: [ 4664]: --> [2:OK]
Mar 11 16:26:11.04: [ 4664]: <-- [32:ATS8=3D2S7=3D60&H1&I0&R2S13=3D1&D2&C=
1\r]
Mar 11 16:26:11.19: [ 4664]: --> [2:OK]
Mar 11 16:26:11.19: [ 4664]: <-- [14:AT+FCLASS=3D2.0\r]
Mar 11 16:26:11.34: [ 4664]: --> [2:OK]
Mar 11 16:26:11.34: [ 4664]: <-- [9:AT+FLO=3D2\r]
Mar 11 16:26:11.49: [ 4664]: --> [2:OK]
Mar 11 16:26:11.49: [ 4664]: <-- [9:AT+FPP=3D0\r]
Mar 11 16:26:11.64: [ 4664]: --> [2:OK]
Mar 11 16:26:11.64: [ 4664]: <-- [9:AT+FBO=3D0\r]
Mar 11 16:26:11.79: [ 4664]: --> [2:OK]
Mar 11 16:26:11.79: [ 4664]: <-- [10:AT+FCT=3D30\r]
Mar 11 16:26:11.94: [ 4664]: --> [2:OK]
Mar 11 16:26:11.94: [ 4664]: <-- [15:AT+FNR=3D1,1,1,1\r]
Mar 11 16:26:12.09: [ 4664]: --> [2:OK]
Mar 11 16:26:12.09: [ 4664]: <-- [9:AT+FIE=3D0\r]
Mar 11 16:26:12.24: [ 4664]: --> [2:OK]
Mar 11 16:26:12.24: [ 4664]: <-- [9:AT+FBU=3D0\r]
Mar 11 16:26:12.39: [ 4664]: --> [2:OK]
Mar 11 16:26:12.39: [ 4664]: <-- [23:AT+FCC=3D1,5,2,2,0,0,0,0\r]
Mar 11 16:26:12.54: [ 4664]: --> [2:OK]
Mar 11 16:26:12.54: [ 4664]: <-- [5:ATM1\r]
Mar 11 16:26:12.68: [ 4664]: --> [2:OK]
Mar 11 16:26:12.68: [ 4664]: MODEM input buffering enabled
Mar 11 16:26:12.68: [ 4664]: <-- [14:AT+FCLASS=3D2.0\r]
Mar 11 16:26:12.91: [ 4664]: --> [2:OK]
Mar 11 16:26:12.91: [ 4664]: <-- [9:AT+FLO=3D2\r]
Mar 11 16:26:13.14: [ 4664]: --> [2:OK]
Mar 11 16:26:13.14: [ 4664]: <-- [9:AT+FPP=3D0\r]
Mar 11 16:26:13.37: [ 4664]: --> [2:OK]
Mar 11 16:26:13.37: [ 4664]: <-- [9:AT+FBO=3D0\r]
Mar 11 16:26:13.60: [ 4664]: --> [2:OK]
Mar 11 16:26:13.60: [ 4664]: <-- [10:AT+FCT=3D30\r]
Mar 11 16:26:13.83: [ 4664]: --> [2:OK]
Mar 11 16:26:13.83: [ 4664]: <-- [15:AT+FNR=3D1,1,1,1\r]
Mar 11 16:26:14.06: [ 4664]: --> [2:OK]
Mar 11 16:26:14.06: [ 4664]: <-- [9:AT+FIE=3D0\r]
Mar 11 16:26:14.29: [ 4664]: --> [2:OK]
Mar 11 16:26:14.29: [ 4664]: <-- [9:AT+FBU=3D0\r]
Mar 11 16:26:14.52: [ 4664]: --> [2:OK]
Mar 11 16:26:14.52: [ 4664]: <-- [23:AT+FCC=3D1,5,2,2,0,0,0,0\r]
Mar 11 16:26:14.75: [ 4664]: --> [2:OK]
Mar 11 16:26:14.75: [ 4664]: <-- [30:AT+FLI=3D"UBC - Policy Analysi"\r]
Mar 11 16:26:14.98: [ 4664]: --> [2:OK]
Mar 11 16:26:15.01: [ 4664]: DIAL 28477
Mar 11 16:26:15.01: [ 4664]: <-- [10:ATDT28477\r]
Mar 11 16:26:33.77: [ 4664]: --> [4:+FCO]
Mar 11 16:26:37.10: [ 4664]: --> [38:+FNF:=1B+FCI:"        604 822 8477"=14=
+FIS]
Mar 11 16:26:37.11: [ 4664]: REMOTE NSF "=1B+FCI:"        604 822 8477"=14=
+FIS"
Mar 11 16:26:37.11: [ 4664]: --> [56:1,5,0,2,1,0,0,3=3D=E1=1DQ=8C=A2=14=A7=
@E*T=B9JV69=BD=B1=90=F2,=E0c=0B=F9=DC=A7>=FF=C9%2=94=B1=CCf=D6W=9A=BA]
Mar 11 16:26:37.21: [ 4664]: --> [21:=0E=02.=02=02=12"6"=02=02=02=03=0B=03=
=03=03+=03=03=03]
Mar 11 16:26:37.32: [ 4664]: --> [37:=80=1BS=93=BFX=88=19=ECW*=86=86=99=B0=
=B7O0'=87}k=80=88o=E8=F8=9F=19=991?#R=04=E6=FC]
Mar 11 16:27:17.32: [ 4664]: MODEM TIMEOUT: reading line from modem
Mar 11 16:27:17.32: [ 4664]: REMOTE HANGUP: Unspecified Transmit Phase B =
error (code 20)
Mar 11 16:27:17.32: [ 4664]: SEND FAILED: Unspecified Transmit Phase B er=
ror
Mar 11 16:27:17.33: [ 4664]: SEND FAILED: Unspecified Transmit Phase B er=
ror; too many attempts to send
Mar 11 16:27:17.33: [ 4664]: <-- [5:ATH0\r]
Mar 11 16:27:17.55: [ 4664]: --> [4:ATH0]
Mar 11 16:27:17.55: [ 4664]: --> [2:OK]
Mar 11 16:27:17.55: [ 4664]: MODEM set DTR OFF
Mar 11 16:27:17.55: [ 4664]: MODEM set baud rate: 0 baud (flow control un=
changed)
Mar 11 16:27:17.58: [ 4664]: SESSION END

    ---- Unsent job status ----

   Destination: 28477
         JobID: 23
       GroupID: 23
        Sender: Werner Antweiler
      Mailaddr: werner@pacific.commerce.ubc.ca
        CommID: 00000018
Submitted From: localhost
    Page Width: 215 (mm)
   Page Length: 279 (mm)
    Resolution: 98 (lpi)
        Status: Unspecified Transmit Phase B error; too many attempts to =
send
       Dialogs: 3 (exchanges with remote device)
         Dials: 0 (consecutive failed calls to destination)
         Calls: 3 (total phone calls placed)
         Pages: 0 (pages transmitted)
      TotPages: 2 (total pages to transmit)
      Attempts: 0 (attempts to send current page)
        Dirnum: 0 (directory of next page to send)

    ---- Documents submitted for transmission ----

The following documents were submitted for transmission and are
available on the server for reuse until they are automatically
purged when this job is removed.  Documents may also be manually
removed using the faxrm command; consult faxrm(1) for information.

Filename                 Size Type
docq/doc23.cover        10915 PostScript cover page
docq/doc25.ps           15202 PostScript

----- End of forwarded message from Facsimile Agent -----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 12 Mar 1998 14:15:07 +0800
From: hyde <hyde@gsta.com>
Reply-To: hyde@gsta.com
To: Matthias Apitz <Matthias.Apitz@SOFTCON.de>
CC: flexfax@sgi.com
Subject: Re: flexfax: uucp=fax?
Sender: owner-flexfax@celestial.com

Matthias.Apitz@SOFTCON.de wrote:
> 
> hyde wrote:
> 
>     Matthias.Apitz@SOFTCON.de wrote:
>     >
>         ......
>     >
>     > Is "abc!@#." the pw in clear form or in encrytpted form?
>     > You have to set it in encrytpted form in HylaFAX's hosts(4F) file
>                                                ^^^^^^^^^
> 
> please note about which hosts(4F) file I was talking;
> 
>     > and issue it in clear text in the ADMIN command. The encrypted
>     > form may be stolen from the passwd(4F) or shadow(4F) file,
>     > depends on the UNIX you are using.
>     >
>         ......
> 
>     of course, "abc!@#."  is my clear password,U know,
> 
>      'I telnet with "abc!@#." ' means that "abc!@#" is my clear password,
>     And I copy the encrypted password of hyde of /etc/passwd to /etc/host as
>     well.
> 
>     "hyde:08Y9i.MEmx7yc:501:502::/home/hyde:/bin/bash " is in /etc/passwd
>     while /etc/hosts contains
>     "127.0.0.1               localhost localhost.localdomain
>      172.18.86.40            mailpage
>      hyde:::08Y9i.MEmx7yc             "
> 
> 
>       That's really true.
>       Tell me why.
> 
> I was never ever talking about "/etc/hosts" and also the man page
> of HylaFAX's hosts(4F) file says: "...file etc/hosts in the HylaFAX
> spooling area...." The full name of this file is (depends on your
> installation) "/var/spool/fax/etc/hosts" or something like that.
> 
> In other words: you edited the wrong file.
> 
>         matthias



Ok,I knew the reason why I got "segmentation fault",
just because I changed the owner /etc/host to root again in result it.

so I changed it back to fax.
Everything is fine.

But I still don't know how to add fax user.

  You see, /var/spool/fax/etc/host contains 
"
localhost
127.0.0.1
hyde::08Y9i.MEmx7yc:08Y9i.MEmx7yc

"


But each time I telnet localhost 4559 & login as hyde.

I need not input password at all.

  I mean,as a plain user,for the first time,it should ask for my
password,
then,ask for my administrator password while I used admin.

 No password!?

No matter who I am , "sam" ,"jim","king","hyde" something like that,
everytime I got the permission to logged in as a user,but never
could be a admin.

  why?     who can tell me,SIR?

By the way,how can I start up the pagesend as soon as I received a
e_mail?

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 12 Mar 1998 09:58:03 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Christopher Luk <wluk@hkcccc.org>
CC: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id AAA05481
Sender: owner-flexfax@celestial.com

Christopher Luk wrote:
> 
> I think u may be right. I have use the .ps file produce from netscape on linux,
> this file was able to send correctly. Tried Apple writer postscripts driver, not
> ok. Any other good selection?
> 

Hi,

hav you set up your faxprinter as described in the FAQ ? Set the
postscript options to "optimize for portability" ?

Also you can use the HP4/4m Postscript driver. For more informations
see the whfc faq.

Uli 
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 12 Mar 1998 17:44:34 +0800
From: hyde <hyde@gsta.com>
Reply-To: hyde@gsta.com
To: flexfax@sgi.com
Subject: flexfax: where should pagermap be placed?
Sender: owner-flexfax@celestial.com

ok,I can telnet localhost 444 now & logged in,And I placed the pagermap
in /var/spool/etc/ .

when I used " sendpage -p 491711111111 123 "

It showed " 550 Cannot open pager ID mapping file /etc/pagermap (No such
file or directory ",

spool is only found in /var & /var/spool/at(*Mine is linux*)

I cp pagermap to /etc & /var/spool/at/spool/etc,
and tried it again.   The same thing happened.

  where should the pagermap be placed?

  In my pagerfile ,  there is only " 49171(.*) 1292002749/& " ()

 "1292002749" is a real pager number.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Thu, 12 Mar 1998 10:35:58 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----


On Thu, 12 Mar 1998, Christopher Luk wrote:

> Date: Thu, 12 Mar 1998 11:15:23 +0800
> From: Christopher Luk <wluk@hkcccc.org>
> To: flexfax@sgi.com
> Subject: Re: flexfax: Can fax in Linux, but not whfc 0.8.1?
> 
> I think u may be right. I have use the .ps file produce from netscape on linux,
> this file was able to send correctly. Tried Apple writer postscripts driver, not
> ok. Any other good selection?

LaserJet 4M Postscript, which I use successfully for other purposes?



-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQgAyT/+ItycgIJRAQE78wP/S+uKbTEWGQPIB+NiyzChAbJ6wPD7Zo0B
VLx8zDovPHdGqiPtBtLwbu8rC9Zd3mYJDKIOPtAmUUsBFG+coQQlOg8Ax/zJzy7R
l4ZMhAHta1nYobOoQ4Z3bGV5+M1eNAFLb/mH0LA6pkJzFByNWjRE4U34O99bzlsJ
ONcrLUdFAbo=
=nDWj
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Unspecified Transmit Phase B error
To: werner@pacific.commerce.ubc.ca (Werner Antweiler)
Date: Thu, 12 Mar 1998 08:11:50 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> Mar 11 16:26:37.10: [ 4664]: --> [38:+FNF:=1B+FCI:"        604 822 8477"=14=
> +FIS]
> Mar 11 16:26:37.11: [ 4664]: REMOTE NSF "=1B+FCI:"        604 822 8477"=14=
> +FIS"

Standard USR firmware bug as mentioned many times on the list.  See archives
for details, but forcing Class 1 is reported always to work and (from
memory) changing:

> Mar 11 16:26:11.94: [ 4664]: <-- [15:AT+FNR=1,1,1,1\r]

to:

> Mar 11 16:26:11.94: [ 4664]: <-- [15:AT+FNR=1,1,1,0\r]

often works.

> Mar 11 16:26:37.11: [ 4664]: --> [56:1,5,0,2,1,0,0,3=3D=E1=1DQ=8C=A2=14=A7=
> @E*T=B9JV69=BD=B1=90=F2,=E0c=0B=F9=DC=A7>=FF=C9%2=94=B1=CCf=D6W=9A=BA]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Fri, 13 Mar 1998 16:50:34 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.3
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA05347
Sender: owner-flexfax@celestial.com

Hi,

i have released whfc 0.8.3. It fixes a bug, which causes whfc to
hang, when viewing a large queue e.g. a done-queue with many entries.

Also the whfc done - log has a better error handling. 

The new release can be found on the usual place
http://www.transcom.de/whfc

Have a nice weekend
Uli
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: ken@mui.net
Comments: Authenticated sender is <ken@mui.net>
To: flexfax@sgi.com
Date: Fri, 13 Mar 1998 17:50:25 +0000
Subject: flexfax: destctrls
Sender: owner-flexfax@celestial.com

I've been trying to get the destctrls file to handle the following:

^[+]{0,6}$		RejectNotice = "Number too short, Need 7 digits"
^[+]{8,}$		RejectNotice = "Number has too many digits"

or should it be:

^[+][0-9]{0,6}$	RejectNotice = "blahblahblah ....

Either way, none of it works.

I'm using pl1 ....

Thanks,

ken

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: flexfax: Chinese Documentation for Hylafax?
To: flexfax@sgi.com
Date: Sat, 14 Mar 1998 09:44:50 +0000 (GMT)
Reply-To: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

I've noticed from previous postings that there are quite a few Chinese
language users of Hylafax.  I wonder if anyone has translated some or all
of the documentation into Chinese.

I'm particularly asking in relation to a recent series of questions which
would deserve an RTFM response if from a native English speaker, but for
which there are reasons to believe that the questioner's native language is
Chinese (in particular, a GB prefix on the character set designation in
the MIME headers of their first article) and therefore, possibly, they
are having language problems in reading the original documentation.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Steven Pokrandt <pokey@pncinc.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: blank faxs
Date: Fri, 13 Mar 1998 18:40:33 -0800
Sender: owner-flexfax@celestial.com

i'm getting blank faxs   only the banner line is recieved the log file looks correct..  could someone point me in the right direction!!!


pokey

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: blank faxs
Date: Sat, 14 Mar 1998 16:19:32 +0100
Sender: owner-flexfax@celestial.com

> i'm getting blank faxs   only the banner line is recieved the log file looks correct..  could someone point me in the right direction!!!
> 

maybe you should try a more detailed logging level? Look in 
etc/config.deviceID:

ServerTracing:          1
SessionTracing:         11

The higher the number the more information you will find...

hope it helps,

greetings Sascha

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 14 Mar 1998 19:22:07 +0100
From: Michael Agbaglo <byteshifter@shifted-bytes.de>
To: flexfax@sgi.com
Subject: flexfax: faxviewer for win95/nt ?
Sender: owner-flexfax@celestial.com

Is there a faxviewer that can print and handle normal and fine
resolution ?

I've tested
- ACDSee (can't handle normal resolution).
- Netscape Plug-In from Minolta (doesn't work at all)
- Some strange viewers that claim to handle tiff but can't handle fax or
strange tiff (from wang imaging - scanner software in win95)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
To: Michael Agbaglo <byteshifter@shifted-bytes.de>
cc: flexfax@sgi.com
Subject: Re: flexfax: faxviewer for win95/nt ?
Date: Sun, 15 Mar 1998 13:03:52 +0100
Sender: owner-flexfax@celestial.com

>Is there a faxviewer that can print and handle normal and fine
>resolution ?
>
>I've tested
>- ACDSee (can't handle normal resolution).
>- Netscape Plug-In from Minolta (doesn't work at all)
>- Some strange viewers that claim to handle tiff but can't handle fax or
>strange tiff (from wang imaging - scanner software in win95)
>

Hi,

on http://www.winfiles.com/apps/98/graph-view.html I found IrfanView32, which 
is small, easy to install (just 1 exe-file) and fast. And can handle 
multipage-tiff, which makes it perfect for viewing faxes. And not to forget, 
it's free for many situations, and very cheap in the others.

Look at http://stud1.tuwien.ac.at/~e9227474/

Greetings Sascha

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sun, 15 Mar 1998 17:52:31 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: flexfax: bug fixes in tag line
Sender: owner-flexfax@celestial.com

Hi all,

	I found the bug, which causes extended characters (\241 ...)striping in
the tag line. The problem is in the PCFFont.c++ file. 

511    for (const char* cp = text; *cp; cp++)
{                                                
512       u_int g =
*cp;                                                                      
513       charInfo* ci = (firstCol <= g && g <= lastCol)
?                                    
            encoding[g - firstCol] : cdef;

	When *cp reaches symbol with code more than 127, it takes value <0 (I
don't know why this happens...). Because of this (512) u_int g becomes
undefined and condition in 513 always fail, thus resetting ci to cdef
(default symbol, witch in most cases is space). So all international
characters looks like blank spaces.
	I have some fast and ugly solution for this problem and it looks like:

511    for (const char* cp = text; *cp; cp++)
{                                                
512        int g_temp=
*cp;                                                                    
513        if ( g_temp < 0) { g_temp = g_temp + 256
;}                                         
514        u_int g =
g_temp;                                                                   
516        charInfo* ci = (firstCol <= g && g <= lastCol)
?                                    
              encoding[g - firstCol] : cdef; 

(Sorry... C++ gurus, I need You help !!!)

	Maybe this problem exist only on Linux systems (I have RedHat 5.0 with
most of the patches released at this time and HylaFAX 4.0pl2)? Any help,
ideas, patches very appreciated.

Kestas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: bug fixes in tag line
To: kestas@blue.ot.lt (Kestas Liaugminas)
Date: Sun, 15 Mar 1998 22:06:17 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 	When *cp reaches symbol with code more than 127, it takes value <0 (I
> don't know why this happens...). Because of this (512) u_int g becomes

It will happen on any machine where char is signed.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sun, 15 Mar 1998 16:56:42 -0600 (CST)
From: Bill Suetholz <bill@centonline.com>
To: Kestas Liaugminas <kestas@blue.ot.lt>
cc: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: bug fixes in tag line
Sender: owner-flexfax@celestial.com

On Sun, 15 Mar 1998, Kestas Liaugminas wrote:

> Hi all,
> 
> 	I found the bug, which causes extended characters (\241 ...)striping in
> the tag line. The problem is in the PCFFont.c++ file. 
> 
> 511    for (const char* cp = text; *cp; cp++)
I have found that on some compilers char defaults to signed char, and on
some char defaults to unsigned char..  In this case this should probably
read as
  511	 for (const u_char* cp = (u_char *)text; *cp; cp++)
This would account for the characters > 127 being Negative...


> {                                                
> 512       u_int g =
> *cp;                                                                      
> 513       charInfo* ci = (firstCol <= g && g <= lastCol)
> ?                                    
>             encoding[g - firstCol] : cdef;
> 
> 	When *cp reaches symbol with code more than 127, it takes value <0 (I
> don't know why this happens...). Because of this (512) u_int g becomes
> undefined and condition in 513 always fail, thus resetting ci to cdef
> (default symbol, witch in most cases is space). So all international
> characters looks like blank spaces.
> 	I have some fast and ugly solution for this problem and it looks like:
> 
> 511    for (const char* cp = text; *cp; cp++)
> {                                                
> 512        int g_temp=
> *cp;                                                                    
> 513        if ( g_temp < 0) { g_temp = g_temp + 256
> ;}                                         
> 514        u_int g =
> g_temp;                                                                   
> 516        charInfo* ci = (firstCol <= g && g <= lastCol)
> ?                                    
>               encoding[g - firstCol] : cdef; 
> 
> (Sorry... C++ gurus, I need You help !!!)
> 
> 	Maybe this problem exist only on Linux systems (I have RedHat 5.0 with
> most of the patches released at this time and HylaFAX 4.0pl2)? Any help,
> ideas, patches very appreciated.
> 
> Kestas
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: "Steven E. Frazier" <sfrazier@futurenet.net>
To: <flexfax@sgi.com>
Subject: flexfax: Professional Help (Installation) of Hylafax
Date: Sun, 15 Mar 1998 11:44:19 -0500
Sender: owner-flexfax@celestial.com

I am trying to get Hylafax to install on Redhat 5.0 as well as the paging
piece, is there anyone willing to help me for a fee?
I can't pay a lot, but I am willing to pay for help on getting Hylafax
installed on a Redhat 5.0 linux box.

Thanks in advance.

Steve

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sun, 15 Mar 1998 12:44:46 -0500 (EST)
From: Dave Wreski <dave@nic.com>
To: "Steven E. Frazier" <sfrazier@futurenet.net>
cc: flexfax@sgi.com
Subject: Re: flexfax: Professional Help (Installation) of Hylafax
Sender: owner-flexfax@celestial.com


> I am trying to get Hylafax to install on Redhat 5.0 as well as the paging
> piece, is there anyone willing to help me for a fee?
> I can't pay a lot, but I am willing to pay for help on getting Hylafax
> installed on a Redhat 5.0 linux box.

Spend the money instead on a better modem, and you'll be fine.  A solid
eight hours or less, and you'll have it running on your own..

Dave

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
To: flexfax@sgi.com
Subject: Re: flexfax: :4559 ftp port
From: Jeff Murphy <jcmurphy@smurfland.cit.buffalo.edu>
Date: 16 Mar 1998 12:05:48 -0500
Lines: 21
Sender: owner-flexfax@celestial.com

David Woolley <david@djwhome.demon.co.uk> writes:

> > can you disable/restrict the ftp server running on port 4559 via
> > hfaxd? basically, i don't need it and would like to turn it off.
> 
> You can enable or disable these on the command line; however I think you
> will find that if you disable the new protocol, none of the Unix user level
> commands will work!


yes, true. i'm would prefer if the "hosts" file acl's would behave more
like tcp-wrappers. currrently, as far as i can tell, hosts that are not in
the "hosts" file can still connect and browse files in "etc" "conf" and
other directories. i would like it if only hosts in the "hosts" file would
get a connection and also that they would only be able to browse certain
directories.

i havent tried it, but i suppose i could use tcp-wrappers by setting up
hfaxd to run from inetd. but i'd rather just use the built-in "hosts" acl
if possible.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 14 Mar 1998 10:42:54 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: flexfax: HylaFAX Resource Page on the web
Sender: owner-flexfax@celestial.com

Hi, everyone.

I have put together a web page with a list of links to client programs,
other contributions and generally all things HylaFAX. It's at :

		http://www.elgro.demon.co.uk/resources.html

There isn't anything new that the mailing-list hasn't already seen, but
at least is suitable as a reference.

Anything I've missed, or just comments, please mail directly to me.

Cheers,
Phil Watkinson,
Boston, UK.


From ben@ocha.unon.org  Tue Feb 16 17:31:49 1999
Date: Mon, 16 Mar 1998 12:40:25 -0300 (GMT+3)
From: Ben Parker <ben@ocha.unon.org>
To: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: HylaFAX Resource Page on the web

Thanks! The "official" page remains annoying so I will be using yours from
now on. 

Ben


On Sat, 14 Mar 1998, Phil Watkinson wrote:

> Hi, everyone.
> 
> I have put together a web page with a list of links to client programs,
> other contributions and generally all things HylaFAX. It's at :
> 
> 		http://www.elgro.demon.co.uk/resources.html
> 
> There isn't anything new that the mailing-list hasn't already seen, but
> at least is suitable as a reference.
> 
> Anything I've missed, or just comments, please mail directly to me.
> 
> Cheers,
> Phil Watkinson,
> Boston, UK.
> 


From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 14 Mar 1998 22:54:01 +0100
From: Martin Tanzer <office@webpower.co.at>
Organization: ArtCom
To: flexfax@sgi.com
Subject: flexfax: Problems with diald
Sender: owner-flexfax@celestial.com

Hi, it's me again...
I am setting up a machine as an internet/fax server. I've installed
hylafax and diald succesfully - but running them together I have
problems. diald is running on ttyS1 and hylaFAX is running on ttyS0.
When I want to send a fax from a M$/Mac-client to the server, diald
opens a connection to the internet. What can I do to avoid that problem?

Thanks in advance,
MT

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: destctrls
To: ken@mui.net
Date: Sat, 14 Mar 1998 12:37:40 +0000 (GMT)
Cc: flexfax@sgi.com
Reply-To: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

I've not checked the exact regular expression syntax for Hylafax, but
assuming that you have the right use of \...
> 
> I've been trying to get the destctrls file to handle the following:
> 
> ^[+]{0,6}$		RejectNotice = "Number too short, Need 7 digits"

This matches 0 to 6 plus characters, with no other character.

> ^[+]{8,}$		RejectNotice = "Number has too many digits"

This matches 8 or more plusses as the only characters.

> 
> or should it be:
> 
> ^[+][0-9]{0,6}$	RejectNotice = "blahblahblah ....

This is plausible, but I don't know where in the world you are, e.g.
in the UK the allowable number of digits is variable, but my office
number is of the general form +441810000000, when canonicalised, which
is 12 digits, and the typical US number is +15555551234, which is 11
digits.  Places small enough to have short national numbers tend to have
long international prefixes, so eight digits still seems somewhat short,
even for them.

Note, it looks as though you are trying to restrict calls to national
calls, in which case it would be better to just match anything without
your IDD prefix.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sat, 14 Mar 1998 18:43:47 -0800 (PST)
From: Andy Moskoff <abm@ftel.net>
To: flexfax@sgi.com
Subject: flexfax: ANNOUNCE: tkhylafax-3.2beta
Sender: owner-flexfax@celestial.com


I've uploaded tkhylafax-3.2, so it should appear at the sgi ftp site
soon. 


This release has just a few minor changes. However, I did put in a
feature that I've been getting many requests for, and that is an
option to specify a file on the command line when tkhylafax is started.

The scheduling section of the main window has changed, it should be cleaner
and more intuitive. If you are happy with 3.1 there is no need to upgrade.

Please, I would like some feedback on these changes, so if you use tkhylafax
let me know what works and what doesn't.

--------------------------------------------------------------
Andy Moskoff                               email: abm@ftel.net  
Intelligent Systems Solutions

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Sun, 15 Mar 1998 15:27:26 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Martin Tanzer <office@webpower.co.at>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Problems with diald
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Sat, 14 Mar 1998, Martin Tanzer wrote:

> Date: Sat, 14 Mar 1998 22:54:01 +0100
> From: Martin Tanzer <office@webpower.co.at>
> To: flexfax@sgi.com
> Subject: flexfax: Problems with diald
> 
> Hi, it's me again...
> I am setting up a machine as an internet/fax server. I've installed
> hylafax and diald succesfully - but running them together I have
> problems. diald is running on ttyS1 and hylaFAX is running on ttyS0.
> When I want to send a fax from a M$/Mac-client to the server, diald
> opens a connection to the internet. What can I do to avoid that problem?

What in the? Diald should be on the same line as HylaFAX, they interoperate
fine. HylaFAX can handle multiple modems as well, to help keep the lines
configured and deal with PPP use.

One difficulty I've noted when using linuxconf is that the default
/etc/hosts did not have a "localhost" IP address stored, and the Linux
box tried to send hfaxd jobs to localhost and couldn't resolve the IP
address. Expect similar problems if the Macintosh tries to send a job
to some faxhost: it has to resolve the IP address of the host, first.

It looks like you are using the Linux box as a gateway between your
household network and some ISP. I think you need to get the Linux box to
provide domain name service for its own local network, and make sure
that you have your native IP address in the /etc/hosts table.
Then point the Macintosh to the Linux as the DNS server.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQw5qj/+ItycgIJRAQGDgwP/bAG2F1p3JHJVm7nEKKX12sCD8THvQa07
jVvcVTnH5zB8704zjB7wgg3A+i/zgyGxwzY33P0FNwvsMBEP8GcRfZpxXYGXHEmo
Wr0diJn1HFCzc7ZzZCjbogkeAywiQgZz00RQchtkY/iRFOPwX8i6at/Ymp4g4whn
88JLIJHj7RQ=
=3gwl
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Problems with diald
To: office@webpower.co.at (Martin Tanzer)
Date: Sun, 15 Mar 1998 09:39:51 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> When I want to send a fax from a M$/Mac-client to the server, diald
> opens a connection to the internet. What can I do to avoid that problem?

Do you have DNS requests as a bring-up condition?  If so, the problem reason
is that, either you don't have in-addr.arpa entries for the clients, or you
are using faxmail and don't have CPFAX in your /etc/sendmail.cf.
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: "Steven E. Frazier" <sfrazier@futurenet.net>
To: <flexfax@sgi.com>
Subject: flexfax: RedHat 5.0 RPM hylafax-4_0_i386,rpm
Date: Sat, 14 Mar 1998 20:15:21 -0500
Sender: owner-flexfax@celestial.com

<x-html><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=text/html;charset=iso-8859-1 http-equiv=Content-Type>
<META content='"MSHTML 4.72.2106.6"' name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=1>
<P>I have</P>
<P>RedHat 5.0 RPM </P>
<P>I found</P>
<P>hylafax-4_0_6_ii386.rpm</P>
<P>&nbsp;</P>
<P>I would like to know if anyone could tell me if this will install hylafax 
completely and be ready to run out of the box and is this the latest and 
greatest Hylafax?</P>
<P>&nbsp;</P>
<P>I have heard a lot about hylafax but not familar with all that it does.</P>
<P>&nbsp;</P>
<P>I am looking for a fax server and also a paging server and understand this 
package will do it all.&nbsp;</P>
<P>&nbsp;</P>
<P>Thanks.</P>
<P>&nbsp;</P>
<P>Steve</P>
<P>&nbsp;</P></FONT></DIV></BODY></HTML>
</x-html>
Date: Sun, 15 Mar 1998 15:48:54 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
X-Sender: raoul@earhook
To: "Steven E. Frazier" <sfrazier@futurenet.net>
Cc: flexfax@sgi.com
Subject: Re: flexfax: RedHat 5.0 RPM hylafax-4_0_i386,rpm
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Sat, 14 Mar 1998, Steven E. Frazier wrote:

> I have
> 
> RedHat 5.0 RPM 
> 
> I found
> 
> hylafax-4_0_6_ii386.rpm
> 
> 
> 
> I would like to know if anyone could tell me if this will install hylafax completely and be ready to run out of the box and is this the latest and greatest Hylafax?

No. It has a number of difficulties under RedHat 5.0, and in my opinion some
errors.

Grab my patches from http://cirl.meei.harvard.edu/~raoul/patches/

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQw+sT/+ItycgIJRAQE8XQP/Tk9LOxANG2v/PiuQ35pTLnvd7Qel/h9F
qqwk88O05NfgJ92Y5viLgIHE3MDnt4/TsGqGHBL+clfLqq8+MLxw90KhSmvhZhLW
xHD9/EOBz3+O0m8MPQyNR0Mr98fK0CGwGWoIKj2nnt6rOGySVNrNf8iPW/okyqm0
HFAyfhRosas=
=B+5H
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: John James Ackley <john@softspace.com>
Date: Sat, 14 Mar 98 22:07:17 -0500
To: flexfax@sgi.com
Subject: flexfax: Bug in SYNC_EOL macro (was Re: FaxQueuer error: bad exit status 0xb
	from sub-fork)
Reply-To: <john@softspace.com>
Sender: owner-flexfax@celestial.com

Just spent several hours tracing a sub-fork failure (Signal 11 - Segmentation Violation)
[Hylafax 4.0pl2 on DGUX R4.11MU04/Intel with g++-2.7.2]

The calling trace is:

prepareJob() in FaxQueueApp.c++
preparePageHandling()
preparePageChop()
MemoryDecoder::scanPageForBlanks() in faxQueueApp.c++
G3Decoder::decodeRow() in G3Decoder.c++
SYNC_EOL() in tif_fax3.h

I haven't found the exact cause of the fault, but it's definitely in this macro.
For now, I've forced the system to never chop pages and things are working fine,
but I'd like a more permanent solution.  I probably won't have time to look further into this
for a few weeks, so if anyone has any ideas, I'd welcome them.

Regards,
John Ackley <john@softspace.com>

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: John James Ackley <john@softspace.com>
Date: Sat, 14 Mar 98 22:12:16 -0500
To: flexfax@sgi.com
Subject: flexfax: Hylafax on Nextstep 3.3 with gcc-2.8.0
Reply-To: <john@softspace.com>
Sender: owner-flexfax@celestial.com

Having problems compiling Dispatcher.c++ because of Sys.h, and I suspect, port.h.

Does anyone have a port.h suitable for use on:
NeXT Mach 3.3: Mon May 22 17:56:06 PDT 1995; root(rcbuilder):mk-171.12.obj~11/RC_m68k/RELEASE_M68K

Thanks,
John Ackley <john@softspace.com>
Date: Mon, 16 Mar 1998 08:54:01 +0100 (CEST)
From: kees <kees@schoen.nl>
To: David Woolley <david@djwhome.demon.co.uk>
cc: Sascha Ottolski <alzhimer@cs.tu-berlin.de>, flexfax@sgi.com
Subject: Re: flexfax: wrong status-message if receiving fax failed: normal and proper end of
Sender: owner-flexfax@celestial.com

Hello,

I have a tornado FM288SA modem and I see the same problem quite regulary.

Kees


On Sun, 15 Mar 1998, David Woolley wrote:

> 
> Hylafax is reporting the status from the modem correctly; your problem is
> with the modem or sender; you've given us no clue as to the type of modem.
> 
> > 
> > there is a small problem when I _not_ receive a fax for some error. Is there a
> * simple way to correct this?
> > Mar 14 10:54:27.20: [  891]: <-- [7:AT+FDR\r]
> > Mar 14 10:54:32.09: [  891]: --> [29:+FTSI: "+49 30 xxxxx      "]
> > Mar 14 10:54:32.09: [  891]: REMOTE TSI "+49 30 xxxxx"
> 
>    Five repeats of the above pair
> 
> > Mar 14 10:55:01.91: [  891]: --> [8:+FHNG: 0]
> 
>   Modem reports normal and proper end of connection.
> 
> > Mar 14 10:55:01.91: [  891]: REMOTE HANGUP: Normal and proper end of connection (code 0)
> 
>   Hylafax properly reports this.
> 
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
To: flexfax@sgi.com
Subject: Re: flexfax: wrong status-message if receiving fax failed: normal and 
         proper end of
Date: Mon, 16 Mar 1998 11:29:34 +0100
Sender: owner-flexfax@celestial.com

On Sun, 15 Mar 1998 10:01:11 GMT David Woolley wrote:

david@djwhome.demon.co.uk said:
> Hylafax is reporting the status from the modem correctly; your problem
> is with the modem or sender; you've given us no clue as to the type of
> modem.

Hi David,

it's a Creatix SG144 which works great in most cases. I was wondering about 
the combination "terminated abnormally" and "normal and proper end of 
connection".

Mar 16 11:55:20.29: [  891]: RECV FAX (00001097): session with +49 831 xxxx 
terminated abnormally: Normal and proper end of connection

Same thing happened just some minutes ago, but with a different sender. I 
thought the problem would be on the other end, sending it TSI again and again, 
not on my end...

I paste my config.cua1 just in case...

Thanks for your help,

greetings Sascha


#
# Configuration for a Rockwell RC32ACL-based Class 2 modem.
#    Boca M1440E                firmware V1.000
#    SupraFAX v.32bis           firmware V1.000
# (and others)
#
# This configuration file sets up the modem to run at 38.4 for
# sending and for receiving.  RTS/CTS is used for flow control
# which also works for data connections.  Adaptive answer support
# is reliable, but to use it you must also enable ModemWaitForConnect
# to force the server to skip intermediate status messages and
# wait for the "CONNECT" message.
#
#
CountryCode:            49
AreaCode:               30
FAXNumber:              "+49.30 202.90-249"
LongDistancePrefix:     0
InternationalPrefix:    00
DialStringRules:        "etc/dialrules"
ServerTracing:          1
SessionTracing:         11
RecvFileMode:           0644
LogFileMode:            0644
DeviceMode:             0600
RingsBeforeAnswer:      1
SpeakerVolume:          medium
GettyArgs:              "-h %l dx_%s"
LocalIdentifier:        KWB/innominate  gesendet_mit_Lingo http://innominate.de
TagLineFont:            etc/lutRS18.pcf
TagLineFormat:          "From %%l|%c|Page %%p of %%t"
MaxRecvPages:           25
MaxConsecutiveBadLines: 20
PercentageGoodLines:    80
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:              Class2          # use class 2 interface
ModemRate:              38400
ModemAnswerFaxBeginCmd: "<19200>"
ModemFlowControl:       rtscts          # default
ModemWaitForConnect:    yes             # wait for CONNECT on answer
#
#ModemResetCmds:        AT&F2           # what you want for a Supra
ModemNoFlowCmd:         AT&K            # disable flow control cmd
ModemHardFlowCmd:       AT&K3           # hardware flow control cmd
ModemSoftFlowCmd:       AT&K4           # software flow control cmd
ModemSetupDTRCmd:       AT&D2           # DTR off causes modem to reset
ModemSetupDCDCmd:       AT&C1           # DCD follows carrier
ModemSetupAACmd:        AT+FCLASS=0;+FAA=1 # enable in class 0
#
ModemSendFillOrder:     LSB2MSB         # as expected
ModemRecvFillOrder:     MSB2LSB         # opposite of what makes sense
Class2RecvDataTrigger:  "\022"          # a la 2388-B

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
To: flexfax@sgi.com
Subject: flexfax: browsing recvq with a web browser (was Re: :4559 ftp port)
From: Jeff Murphy <jcmurphy@smurfland.cit.buffalo.edu>
Date: 16 Mar 1998 12:13:45 -0500
Lines: 49
Sender: owner-flexfax@celestial.com

Sascha Ottolski <alzhimer@cs.tu-berlin.de> writes:

> asparks@nss.harris.com said:
> > Try pointing your web browser at it... ftp://your.hylafax.com:4559/
> > recvq/ -Alan
> 
> sure I did, but it looks like this:
> 
> Current directory is /recvq
> 
> Up to higher level directory
>  -rw-r--
>  -rw-r--



yes. i get the same buggy behaviour when trying to browse the recvq
directory via a web browser. apparently, the formatting for that 
directory is non-standard. browsers expect the results of "dir" to
produce predictable output. using "ncftp" shows that hfaxd does not
produce the expected "dir" format for the recvq directory.

myhost:/> dir
drwxr-x   2        5      512 Mar  4 21:42 bin
drwxr-x   2        5      512 Mar 16 17:06 client
drwxr-x   2        5     1024 Mar  4 21:37 config
drwxr-x   2        5      512 Mar  4 21:43 dev
drwxr-x   2        5      512 Mar  4 21:46 etc
drwxr-x   2        5      512 Mar  5 18:25 info
drwxr-x   2        5     7680 Mar 16 15:16 log
drwxr-x   2        5      512 Mar 13 17:22 recvq
drwxr-x   2        5      512 Mar  4 21:44 status
drwx---   2        5      512 Mar 16 15:17 sendq
drwx---   2        5     6656 Mar 16 15:17 doneq
drwx---   2        5     9728 Mar 16 15:02 docq
drwx---   2        5      512 Mar 16 15:02 tmp
drwx---   2        5      512 Mar  4 20:20 pollq
drwx---   2        5      512 Mar  4 20:20 archive
-r--r--   1      330     1233 Mar  4 21:35 COPYRIGHT
myhost:/> cd recvq
myhost:/recvq> dir
-rw----    1  5         716  555 1234 Fri05PM fax00002.tif
myhost:/recvq> 


hfaxd attempts to keep the number of fields the same, probably hoping to
fool some parsers.. but this fails on netscape at least.

jeff

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Mon, 16 Mar 1998 19:12:21 +0000
From: Ross Becker <beckerr@softrends.com>
To: flexfax@sgi.com
Subject: flexfax: HylaFAX 4.0b2 on Linux 2.0.32 with USRobotics Sportster V.34+ fax
Sender: owner-flexfax@celestial.com

Hello,.
  I just grabbed, compiled and installed Hylafax on my system,. pored
through the
documentation,  ran the appropriate scripts,  and attempted to send a
fax.
Unfortunately, HylaFAX didn't buy it, reporting to me an "Unspecified
Transmit
Phase B" error.  I'm rather lost, so, if anyone could give me a pointer
as to what
might be going wrong, I would appreciate it.  Following is the relevant
section of
my log:

Mar 16 18:40:43.24: [ 1948]: DIAL 2896626
Mar 16 18:40:43.25: [ 1948]: <-- [12:ATDT2896626\r]
Mar 16 18:40:51.87: [ 1948]: --> [4:+FCO]
Mar 16 18:40:54.31: [ 1948]: --> [15:+FNF:^[+FCI:"   ]
Mar 16 18:40:54.31: [ 1948]: REMOTE NSF "^[+FCI:""
Mar 16 18:40:54.31: [ 1948]: --> [32:      2162896626"^T+FIS:1,3,0,2,0]
Mar 16 18:40:54.31: [ 1948]: -->
[25:0,0,3^?^?^?^?^?^?^?^?^?^?^?^?^?^=^H^?^?^?^?
^?]
Mar 16 18:41:34.31: [ 1948]: REMOTE HANGUP: Unspecified Transmit Phase B
error (
code 20)
Mar 16 18:41:34.31: [ 1948]: SEND FAILED: Unspecified Transmit Phase B
error
Mar 16 18:41:34.31: [ 1948]: SEND FAILED: Unspecified Transmit Phase B
error; to
o many attempts to send
Mar 16 18:41:34.31: [ 1948]: <-- [5:ATH0\r]
Mar 16 18:41:34.54: [ 1948]: --> [4:ATH0]
Mar 16 18:41:34.54: [ 1948]: --> [2:OK]
Mar 16 18:41:34.54: [ 1948]: SESSION END

Can anyone enlighten me a bit further?


--Ross Becker
  beckerr@softrends.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: "Alan Sparks" <asparks@nss.harris.com>
To: <flexfax@sgi.com>
Subject: flexfax: ZyXEL 1496 won't answer
Date: Mon, 16 Mar 1998 12:35:53 -0800
Sender: owner-flexfax@celestial.com

Running HylaFAX 4pl1 on SunOS 4.1.4...

I've a ZyXEL 1496 set up here, good luck sending fax.  Have a faxgetty
running OK on /dev/cua0 which shows "running and idle," with inbound service
enabled.  So far, so good.

But it will not answer an incoming call.  (using the stock config file).
RingsBeforeAnswer is set to 1.  When I call the modem, faxstat shows
"Listening to rings from modem", and I see a LCK..cua0 file created (in my
/var/spool/locks dir).  Lock file disappears when call is discontinued, and
faxstat returns to "running and idle."

Any ideas why this won't pick up?  Any thoughts are appreciated.
-Alan

=============
Alan Sparks, IS Engineering Support
<asparks@nss.harris.com>
Harris Network Support Systems, Camarillo CA     (805) 389-2430

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
From: "Philipp Gruenig" <gruenig@tecnosoft.ch>
To: <flexfax@sgi.com>
Subject: flexfax: Single page-fax goes but multipage-fax goes not
Date: Tue, 17 Mar 1998 02:17:54 +0100
Sender: owner-flexfax@celestial.com

Hi

I've just setup hylafax 4.0pl1 with an zyxel 1496E

Receiving of faxes runs without any problems!

Sending of faxes runs only for single-page-faxes!! Multipages are not send
correctly!

Here is a error info:
Mar 17 01:33:24.40: [ 6445]: SESSION BEGIN 00000327 410326537085
Mar 17 01:33:24.40: [ 6445]: SEND FAX: JOB 11 DEST 6537085 COMMID 00000327
Mar 17 01:33:24.40: [ 6445]: DELAY 2600 ms
Mar 17 01:33:27.01: [ 6445]: <--
[44:AT&B1&N0&S0*F0S18=2S38.3=1S39=0E0V1Q0S0=0H0\r]
Mar 17 01:33:27.23: [ 6445]: --> [2:OK]
Mar 17 01:33:27.23: [ 6445]: <-- [21:ATS8=2S7=60&H3&D2&C1\r]
Mar 17 01:33:27.25: [ 6445]: --> [2:OK]
Mar 17 01:33:27.25: [ 6445]: <-- [14:AT+FCLASS=2.0\r]
Mar 17 01:33:27.38: [ 6445]: --> [2:OK]
Mar 17 01:33:27.38: [ 6445]: <-- [9:AT+FLO=2\r]
Mar 17 01:33:27.39: [ 6445]: --> [2:OK]
Mar 17 01:33:27.39: [ 6445]: <-- [9:AT+FPP=0\r]
Mar 17 01:33:27.40: [ 6445]: --> [2:OK]
Mar 17 01:33:27.40: [ 6445]: <-- [9:AT+FBO=0\r]
Mar 17 01:33:27.41: [ 6445]: --> [2:OK]
Mar 17 01:33:27.41: [ 6445]: <-- [10:AT+FCT=30\r]
Mar 17 01:33:27.42: [ 6445]: --> [2:OK]
Mar 17 01:33:27.42: [ 6445]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 17 01:33:27.43: [ 6445]: --> [2:OK]
Mar 17 01:33:27.43: [ 6445]: <-- [9:AT+FIE=0\r]
Mar 17 01:33:27.44: [ 6445]: --> [2:OK]
Mar 17 01:33:27.44: [ 6445]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 17 01:33:27.46: [ 6445]: --> [2:OK]
Mar 17 01:33:27.46: [ 6445]: <-- [5:ATM0\r]
Mar 17 01:33:27.47: [ 6445]: --> [2:OK]
Mar 17 01:33:27.49: [ 6445]: <-- [14:AT+FCLASS=2.0\r]
Mar 17 01:33:27.72: [ 6445]: --> [2:OK]
Mar 17 01:33:27.72: [ 6445]: <-- [9:AT+FLO=2\r]
Mar 17 01:33:27.83: [ 6445]: --> [2:OK]
Mar 17 01:33:27.83: [ 6445]: <-- [9:AT+FPP=0\r]
Mar 17 01:33:27.94: [ 6445]: --> [2:OK]
Mar 17 01:33:27.94: [ 6445]: <-- [9:AT+FBO=0\r]
Mar 17 01:33:28.05: [ 6445]: --> [2:OK]
Mar 17 01:33:28.05: [ 6445]: <-- [10:AT+FCT=30\r]
Mar 17 01:33:28.16: [ 6445]: --> [2:OK]
Mar 17 01:33:28.16: [ 6445]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 17 01:33:28.27: [ 6445]: --> [2:OK]
Mar 17 01:33:28.27: [ 6445]: <-- [9:AT+FIE=0\r]
Mar 17 01:33:28.38: [ 6445]: --> [2:OK]
Mar 17 01:33:28.38: [ 6445]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 17 01:33:28.50: [ 6445]: --> [2:OK]
Mar 17 01:33:28.50: [ 6445]: <-- [24:AT+FLI="Tecno Software"\r]
Mar 17 01:33:28.62: [ 6445]: --> [2:OK]
Mar 17 01:33:28.62: [ 6445]: DIAL 6537085
Mar 17 01:33:28.62: [ 6445]: <-- [12:ATDT6537085\r]
Mar 17 01:34:02.88: [ 6445]: --> [4:+FCO]
Mar 17 01:34:02.88: [ 6445]: --> [96:+FNF:00 00 09 00 09 00 30 30 30 30 FF
FF FF FF FF FF FF FF 41 32 65 37 08 5F FF FF FF FF FF FF  ]
Mar 17 01:34:02.88: [ 6445]: REMOTE NSF "00 00 09 00 09 00 30 30 30 30 FF FF
FF FF FF FF FF FF 41 32 65 37 08 5F FF FF FF FF FF FF"
Mar 17 01:34:03.00: [ 6445]: --> [26:+FCI:      +41 32 6537085 ]
Mar 17 01:34:03.00: [ 6445]: REMOTE CSI "+41 32 6537085"
Mar 17 01:34:03.00: [ 6445]: --> [20:+FIS:1,3,0,2,1,1,0,3]
Mar 17 01:34:03.00: [ 6445]: --> [2:OK]
Mar 17 01:34:03.00: [ 6445]: REMOTE best rate 9600 bit/s
Mar 17 01:34:03.00: [ 6445]: REMOTE max page width 1728 pixels in 215 mm
Mar 17 01:34:03.00: [ 6445]: REMOTE max unlimited page length
Mar 17 01:34:03.00: [ 6445]: REMOTE best vres 7.7 line/mm
Mar 17 01:34:03.00: [ 6445]: REMOTE best format 2-D MR
Mar 17 01:34:03.00: [ 6445]: REMOTE supports T.30 Annex A, ECM
Mar 17 01:34:03.00: [ 6445]: REMOTE best 10 ms/scanline
Mar 17 01:34:03.00: [ 6445]: USE 9600 bit/s
Mar 17 01:34:03.00: [ 6445]: USE 10 ms/scanline
Mar 17 01:34:03.00: [ 6445]: SEND file "docq/doc2.ps;70"
Mar 17 01:34:03.00: [ 6445]: USE page width 1728 pixels in 215 mm
Mar 17 01:34:03.00: [ 6445]: USE unlimited page length
Mar 17 01:34:03.00: [ 6445]: USE 3.85 line/mm
Mar 17 01:34:03.00: [ 6445]: USE 2-D MR
Mar 17 01:34:03.00: [ 6445]: <-- [23:AT+FIS=0,3,0,2,1,0,0,3\r]
Mar 17 01:34:03.12: [ 6445]: --> [2:OK]
Mar 17 01:34:03.12: [ 6445]: <-- [7:AT+FDT\r]
Mar 17 01:34:09.06: [ 6445]: --> [20:+FCS:0,3,0,2,1,0,0,3]
Mar 17 01:34:09.06: [ 6445]: --> [7:CONNECT]
Mar 17 01:34:09.06: [ 6445]: SEND begin page
Mar 17 01:34:09.06: [ 6445]: <-- data [1030]
Mar 17 01:34:09.06: [ 6445]: <-- data [1033]
Mar 17 01:34:09.06: [ 6445]: <-- data [1033]
Mar 17 01:34:09.51: [ 6445]: <-- data [1033]
Mar 17 01:34:09.51: [ 6445]: <-- data [1034]
Mar 17 01:34:10.04: [ 6445]: <-- data [1041]
Mar 17 01:34:10.04: [ 6445]: <-- data [24]
Mar 17 01:34:10.05: [ 6445]: SENT 6168 bytes of data
Mar 17 01:34:10.05: [ 6445]: SEND 2D RTC
Mar 17 01:34:10.05: [ 6445]: <-- data [10]
Mar 17 01:34:10.05: [ 6445]: SEND end page
Mar 17 01:34:10.05: [ 6445]: SEND send MPS (more pages, same document)
Mar 17 01:34:10.05: [ 6445]: <-- data [2]
Mar 17 01:34:25.37: [ 6445]: --> [5:ERROR]
Mar 17 01:34:25.37: [ 6445]: SEND recv RTN (retrain negative)
Mar 17 01:34:25.37: [ 6445]: <-- [7:AT+FDT\r]
Mar 17 01:34:31.31: [ 6445]: --> [20:+FCS:0,3,0,2,1,0,0,3]
Mar 17 01:34:31.31: [ 6445]: --> [7:CONNECT]
Mar 17 01:34:31.31: [ 6445]: SEND begin page
Mar 17 01:34:31.31: [ 6445]: <-- data [1030]
Mar 17 01:34:31.31: [ 6445]: <-- data [1033]
Mar 17 01:34:31.31: [ 6445]: <-- data [1033]
Mar 17 01:34:31.76: [ 6445]: <-- data [1033]
Mar 17 01:34:31.76: [ 6445]: <-- data [1034]
Mar 17 01:34:32.29: [ 6445]: <-- data [1041]
Mar 17 01:34:32.29: [ 6445]: <-- data [24]
Mar 17 01:34:32.29: [ 6445]: SENT 6168 bytes of data
Mar 17 01:34:32.29: [ 6445]: SEND 2D RTC
Mar 17 01:34:32.30: [ 6445]: <-- data [10]
Mar 17 01:34:32.30: [ 6445]: SEND end page
Mar 17 01:34:32.30: [ 6445]: SEND send MPS (more pages, same document)
Mar 17 01:34:32.30: [ 6445]: <-- data [2]
Mar 17 01:34:47.64: [ 6445]: --> [5:ERROR]
Mar 17 01:34:47.64: [ 6445]: SEND recv RTN (retrain negative)
Mar 17 01:34:47.64: [ 6445]: <-- [7:AT+FDT\r]
Mar 17 01:34:53.55: [ 6445]: --> [20:+FCS:0,3,0,2,1,0,0,3]
Mar 17 01:34:53.55: [ 6445]: --> [7:CONNECT]
Mar 17 01:34:53.55: [ 6445]: SEND begin page
Mar 17 01:34:53.55: [ 6445]: <-- data [1030]
Mar 17 01:34:53.55: [ 6445]: <-- data [1033]
Mar 17 01:34:53.55: [ 6445]: <-- data [1033]
Mar 17 01:34:54.00: [ 6445]: <-- data [1033]
Mar 17 01:34:54.00: [ 6445]: <-- data [1034]
Mar 17 01:34:54.53: [ 6445]: <-- data [1041]
Mar 17 01:34:54.53: [ 6445]: <-- data [24]
Mar 17 01:34:54.53: [ 6445]: SENT 6168 bytes of data
Mar 17 01:34:54.53: [ 6445]: SEND 2D RTC
Mar 17 01:34:54.54: [ 6445]: <-- data [10]
Mar 17 01:34:54.54: [ 6445]: SEND end page
Mar 17 01:34:54.54: [ 6445]: SEND send MPS (more pages, same document)
Mar 17 01:34:54.54: [ 6445]: <-- data [2]
Mar 17 01:35:09.86: [ 6445]: --> [5:ERROR]
Mar 17 01:35:09.86: [ 6445]: SEND recv RTN (retrain negative)
Mar 17 01:35:09.86: [ 6445]: <-- [7:AT+FKS\r]
Mar 17 01:35:11.34: [ 6445]: --> [7:+FHS:02]
Mar 17 01:35:11.34: [ 6445]: REMOTE HANGUP: Call aborted,  from +FK or <CAN>
(code 2)
Mar 17 01:35:11.34: [ 6445]: --> [5:ERROR]
Mar 17 01:35:11.34: [ 6445]: MODEM Command error
Mar 17 01:35:11.34: [ 6445]: <-- [5:ATH0\r]
Mar 17 01:35:11.74: [ 6445]: --> [10:NO CARRIER]
Mar 17 01:35:11.74: [ 6445]: MODEM No carrier
Mar 17 01:35:11.75: [ 6445]: SESSION END

----------------------------------------------------------------------------
----------------------------------------------

Here is my modem config:
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:  Class2.0 # use class 2.0 interface
ModemRate:  38400  # 38.4 works fine
ModemFlowControl: rtscts  # default
#
ModemNoFlowCmd:  AT&H0  # disable flow control
ModemHardFlowCmd: AT&H3  # hardware flow control
ModemSoftFlowCmd: AT&H4  # software flow control
ModemSetupDTRCmd: AT&D2  # DTR off causes modem to hang up
ModemSetupDCDCmd: AT&C1  # DCD tracks carrier
#
ModemSetupAACmd: AT+FAA=1 # enable in current class
#
# Additional reset commands:
#
# &B1   DTE-DCE rate is fixed at DTE setting
# &N0   Auto-negotiate highest possible DCE-DCE link rate
# &S0   DSR always on
# *F0   Deny remote configuration
# S18=2   Receive at 38400
# S38.3=1 DCD on/off sequence follows UNIX standard; also
#   fix receiving baud rate at S18 value
# S39=0   (avoid Class 2 compatibility hacks)
#
ModemResetCmds:  AT&B1&N0&S0*F0S18=2S38.3=1S39=0
#
ModemDialCmd:  ATDT%s  # no '@' 'cuz then busy not recognized
NoCarrierRetrys: 3  # retry 3 times on no carrier
#
ModemSetVolumeCmd: "ATM0 ATM1L1 ATM1L3 ATM1L5 ATM1L7"
#
# Caller ID configuration setup.
#
#QualifyCID:  etc/cid  # CID access control list file
#CIDNumber:  "CALLER NUMBER: " # pattern string for phone number info
#CIDName:  "CALLER NAME: " # pattern string for identity info
#
PagerSetupCmds:  AT&K0&N15 # use V.22 at 1200 bps (PageNet)
#
# Rev 6.1x firmware have a bug in the ECM support so
# explicitly disable it's use.  To re-enable its use just
# comment out the following line.
#
Class2DCCQueryCmd: "!(0,1),(0-5),(0-4),(0-2),(0,1),(0),(0),(0-7)"
----------------------------------------------------------------------------
------------------------------

Greetings

Please replay to gruenig@tecnosoft.ch

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 17 Mar 1998 10:16:42 +0100
From: Geoffrey Tolchin <gbt@adeptus.com>
Organization: Solutions En Ligne, SARL
To: flexfax@sgi.com
Subject: flexfax: comms problem in france
Sender: owner-flexfax@celestial.com

hi,

i have a reproducible problem sending to certain fax machines (i.e., the
problem does not appear when i send the same document to other fax
machines).  the fax is sent from a faxmodem in france to a machine in
france.  the remote fax machine reports an error when hylafax sends
either an mps (more pages, same doc) or eop (no more pages or
documents).  it seems to me that tiffinfo reports (see attachment) the
image created by sendfax is within the parameters of the receiving fax
machine.  comparisons between the trace of the session which fails and
traces of those which succeed indicate only one major differences -- the
called machine renogotiates the scan mode from 20ms/10ms-fine to 20ms
(see attached trace).

i am at a loss as to what further measures to take.

things i have tried:
 -  reformatting the document
 -  setting ecm to 'no' during send (but see note, below)
 -  explicitly setting paper format to a4 (default in config file is a4)
 -  breaking the (multipage) document into individual pages
 -  explicitly setting the baud rate
 -  explicitly setting the mode

Note regarding ecm:
  it appears that setting ecm to 'no' is impossible due to a bug in
sendfax:
  500 'JPARM USEECM 0': Syntax error, invalid boolean value, use YES or
NO.
however, the session trace ('+fcs:...') seems to show that ecm is
actually disabled...


platform:	pentium 200 pc running bsd/os 2.0, 48mb ram
modem:		zyxel 2864i. output from ati1:
			Elite 2864I DSS1:  V 2.09
			Internal fax/modem:  V 1.16
			1605
software:	hylafax 4.0


any clues would be appreciated.


thanks,
geoff tolchin

-- 
Geoff Tolchin             Solutions En Ligne   
gbt@solutions.fr            13 rue Reaumur     
import Std.Disclaimer.*;  75003 Paris, France
TIFF Directory at offset 0x8
  Subfile Type: multi-page document (2 = 0x2)
  Image Width: 1728 Image Length: 1146
  Resolution: 204, 98 pixels/inch
  Bits/Sample: 1
  Compression Scheme: CCITT Group 3
  Photometric Interpretation: min-is-white
  FillOrder: msb-to-lsb
  Orientation: row 0 top, col 0 lhs
  Samples/Pixel: 1
  Rows/Strip: (infinite)
  Planar Configuration: single image plane
  Group 3 Options: (0 = 0x0)
  Fax Data: clean (0 = 0x0)
Mar 17 08:08:40.12: [10431]: SESSION BEGIN 00000095 xxxx
Mar 17 08:08:40.12: [10431]: SEND FAX: JOB 62 DEST xxxx COMMID 00000095
Mar 17 08:08:40.12: [10431]: MODEM set DTR OFF
Mar 17 08:08:40.12: [10431]: DELAY 2600 ms
Mar 17 08:08:42.73: [10431]: MODEM set DTR ON
Mar 17 08:08:42.73: [10431]: MODEM set baud rate: 115200 baud, input flow RTS/CTS, output flow RTS/CTS
Mar 17 08:08:42.73: [10431]: MODEM flush i/o
Mar 17 08:08:42.73: [10431]: <-- [15:ATE0V1Q0S0=0H0\r]
Mar 17 08:08:42.73: [10431]: --> [2:OK]
Mar 17 08:08:42.73: [10431]: <-- [12:ATS8=2S7=60\r]
Mar 17 08:08:42.74: [10431]: --> [2:OK]
Mar 17 08:08:42.74: [10431]: <-- [14:AT+FCLASS=2.0\r]
Mar 17 08:08:42.76: [10431]: --> [2:OK]
Mar 17 08:08:42.76: [10431]: <-- [9:AT+FLO=2\r]
Mar 17 08:08:42.77: [10431]: --> [2:OK]
Mar 17 08:08:42.77: [10431]: <-- [9:AT+FPP=0\r]
Mar 17 08:08:42.78: [10431]: --> [2:OK]
Mar 17 08:08:42.78: [10431]: <-- [9:AT+FBO=0\r]
Mar 17 08:08:42.79: [10431]: --> [2:OK]
Mar 17 08:08:42.79: [10431]: <-- [10:AT+FCT=30\r]
Mar 17 08:08:42.80: [10431]: --> [2:OK]
Mar 17 08:08:42.80: [10431]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 17 08:08:42.81: [10431]: --> [2:OK]
Mar 17 08:08:42.81: [10431]: <-- [9:AT+FIE=0\r]
Mar 17 08:08:42.82: [10431]: --> [2:OK]
Mar 17 08:08:42.82: [10431]: <-- [9:AT+FBU=1\r]
Mar 17 08:08:42.83: [10431]: --> [2:OK]
Mar 17 08:08:42.83: [10431]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 17 08:08:42.84: [10431]: --> [2:OK]
Mar 17 08:08:42.84: [10431]: <-- [7:ATM1L3\r]
Mar 17 08:08:42.85: [10431]: --> [2:OK]
Mar 17 08:08:42.85: [10431]: STATE CHANGE: RUNNING -> SENDING
Mar 17 08:08:42.85: [10431]: MODEM input buffering enabled
	[ telno globbing omitted ]
Mar 17 08:08:42.87: [10431]: <-- [14:AT+FCLASS=2.0\r]
Mar 17 08:08:42.98: [10431]: --> [2:OK]
Mar 17 08:08:42.98: [10431]: <-- [9:AT+FLO=2\r]
Mar 17 08:08:43.09: [10431]: --> [2:OK]
Mar 17 08:08:43.09: [10431]: <-- [9:AT+FPP=0\r]
Mar 17 08:08:43.20: [10431]: --> [2:OK]
Mar 17 08:08:43.20: [10431]: <-- [9:AT+FBO=0\r]
Mar 17 08:08:43.30: [10431]: --> [2:OK]
Mar 17 08:08:43.30: [10431]: <-- [10:AT+FCT=30\r]
Mar 17 08:08:43.41: [10431]: --> [2:OK]
Mar 17 08:08:43.41: [10431]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 17 08:08:43.52: [10431]: --> [2:OK]
Mar 17 08:08:43.52: [10431]: <-- [9:AT+FIE=0\r]
Mar 17 08:08:43.62: [10431]: --> [2:OK]
Mar 17 08:08:43.62: [10431]: <-- [9:AT+FBU=1\r]
Mar 17 08:08:43.73: [10431]: --> [2:OK]
Mar 17 08:08:43.73: [10431]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 17 08:08:43.84: [10431]: --> [2:OK]
Mar 17 08:08:43.84: [10431]: <-- [28:AT+FLI="SOLUTIONS EN LIGNE"\r]
Mar 17 08:08:43.94: [10431]: --> [2:OK]
Mar 17 08:08:43.96: [10431]: DIAL xxx
Mar 17 08:08:43.96: [10431]: <-- [15:ATDMxxx\r]
Mar 17 08:09:04.08: [10431]: --> [4:+FCO]
Mar 17 08:09:04.09: [10431]: --> [66:+FNF:  xxxxxx ]
	[ REMOTE NSF omitted ]
Mar 17 08:09:04.09: [10431]: --> [26:+FCI:       xxxxxx ]
Mar 17 08:09:04.09: [10431]: REMOTE CSI "xxxxxx"
Mar 17 08:09:04.19: [10431]: --> [20:+FIS:1,3,0,2,1,1,0,4]
Mar 17 08:09:04.19: [10431]: --> [2:OK]
Mar 17 08:09:04.19: [10431]: REMOTE best rate 9600 bit/s
Mar 17 08:09:04.19: [10431]: REMOTE max page width 1728 pixels in 215 mm
Mar 17 08:09:04.19: [10431]: REMOTE max unlimited page length 
Mar 17 08:09:04.19: [10431]: REMOTE best vres 7.7 line/mm
Mar 17 08:09:04.19: [10431]: REMOTE best format 2-D MR
Mar 17 08:09:04.19: [10431]: REMOTE supports T.30 Annex A, ECM
Mar 17 08:09:04.19: [10431]: REMOTE best 20 ms, 10 ms/scanline
Mar 17 08:09:04.19: [10431]: USE 9600 bit/s
Mar 17 08:09:04.19: [10431]: USE 20 ms, 10 ms/scanline
Mar 17 08:09:04.19: [10431]: SEND file "docq/doc87.ps;40"
Mar 17 08:09:04.19: [10431]: USE page width 1728 pixels in 215 mm
Mar 17 08:09:04.19: [10431]: USE unlimited page length 
Mar 17 08:09:04.19: [10431]: USE 3.85 line/mm
Mar 17 08:09:04.19: [10431]: USE 1-D MR
Mar 17 08:09:04.19: [10431]: <-- [23:AT+FIS=0,3,0,2,0,0,0,4\r]
Mar 17 08:09:04.29: [10431]: --> [2:OK]
Mar 17 08:09:04.29: [10431]: <-- [7:AT+FDT\r]
Mar 17 08:09:10.35: [10431]: --> [20:+FCS:0,3,0,2,0,0,0,5]
Mar 17 08:09:10.88: [10431]: --> [7:CONNECT]
Mar 17 08:09:10.88: [10431]: SEND begin page
Mar 17 08:09:10.88: [10431]: <-- data [1031]
Mar 17 08:09:10.88: [10431]: <-- data [1027]
Mar 17 08:09:10.88: [10431]: <-- data [1025]
Mar 17 08:09:10.88: [10431]: <-- data [1027]
Mar 17 08:09:11.42: [10431]: <-- data [1025]
Mar 17 08:09:11.42: [10431]: <-- data [1030]
Mar 17 08:09:11.42: [10431]: <-- data [1027]
Mar 17 08:09:11.42: [10431]: <-- data [1025]
Mar 17 08:09:13.70: [10431]: <-- data [1026]
Mar 17 08:09:13.70: [10431]: <-- data [1027]
Mar 17 08:09:13.70: [10431]: <-- data [1025]
Mar 17 08:09:13.70: [10431]: <-- data [1026]
Mar 17 08:09:17.60: [10431]: <-- data [1026]
Mar 17 08:09:17.60: [10431]: <-- data [1025]
Mar 17 08:09:17.60: [10431]: <-- data [1024]
Mar 17 08:09:17.60: [10431]: <-- data [1024]
Mar 17 08:09:21.91: [10431]: <-- data [1025]
Mar 17 08:09:21.91: [10431]: <-- data [1025]
Mar 17 08:09:21.91: [10431]: <-- data [1026]
Mar 17 08:09:27.65: [10431]: <-- data [1024]
Mar 17 08:09:27.65: [10431]: <-- data [1026]
Mar 17 08:09:27.65: [10431]: <-- data [1026]
Mar 17 08:09:27.65: [10431]: <-- data [1026]
Mar 17 08:09:31.59: [10431]: <-- data [1025]
Mar 17 08:09:31.59: [10431]: <-- data [1027]
Mar 17 08:09:31.59: [10431]: <-- data [1030]
Mar 17 08:09:31.59: [10431]: <-- data [623]
Mar 17 08:09:35.90: [10431]: SENT 27247 bytes of data
Mar 17 08:09:35.90: [10431]: SEND 1D RTC
Mar 17 08:09:35.90: [10431]: <-- data [9]
Mar 17 08:09:35.90: [10431]: SEND end page
Mar 17 08:09:35.90: [10431]: SEND send EOP (no more pages or documents)
Mar 17 08:09:35.90: [10431]: <-- data [2]
Mar 17 08:09:49.42: [10431]: --> [5:ERROR]
Mar 17 08:09:49.42: [10431]: SEND recv RTN (retrain negative)
Mar 17 08:09:49.42: [10431]: <-- [7:AT+FDT\r]
Mar 17 08:09:55.48: [10431]: --> [20:+FCS:0,3,0,2,0,0,0,5]
Mar 17 08:09:56.01: [10431]: --> [7:CONNECT]
Mar 17 08:09:56.01: [10431]: SEND begin page
Mar 17 08:09:56.01: [10431]: <-- data [1031]
Mar 17 08:09:56.01: [10431]: <-- data [1027]
Mar 17 08:09:56.01: [10431]: <-- data [1025]
Mar 17 08:09:56.01: [10431]: <-- data [1027]
Mar 17 08:09:56.55: [10431]: <-- data [1025]
Mar 17 08:09:56.55: [10431]: <-- data [1030]
Mar 17 08:09:56.55: [10431]: <-- data [1027]
Mar 17 08:09:56.55: [10431]: <-- data [1025]
Mar 17 08:09:58.83: [10431]: <-- data [1026]
Mar 17 08:09:58.83: [10431]: <-- data [1027]
Mar 17 08:09:58.83: [10431]: <-- data [1025]
Mar 17 08:09:58.84: [10431]: <-- data [1026]
Mar 17 08:10:02.73: [10431]: <-- data [1026]
Mar 17 08:10:02.73: [10431]: <-- data [1025]
Mar 17 08:10:02.73: [10431]: <-- data [1024]
Mar 17 08:10:02.73: [10431]: <-- data [1024]
Mar 17 08:10:07.04: [10431]: <-- data [1025]
Mar 17 08:10:07.04: [10431]: <-- data [1025]
Mar 17 08:10:07.04: [10431]: <-- data [1026]
Mar 17 08:10:12.78: [10431]: <-- data [1024]
Mar 17 08:10:12.78: [10431]: <-- data [1026]
Mar 17 08:10:12.78: [10431]: <-- data [1026]
Mar 17 08:10:12.78: [10431]: <-- data [1026]
Mar 17 08:10:16.72: [10431]: <-- data [1025]
Mar 17 08:10:16.72: [10431]: <-- data [1027]
Mar 17 08:10:16.73: [10431]: <-- data [1030]
Mar 17 08:10:16.73: [10431]: <-- data [623]
Mar 17 08:10:21.03: [10431]: SENT 27247 bytes of data
Mar 17 08:10:21.03: [10431]: SEND 1D RTC
Mar 17 08:10:21.03: [10431]: <-- data [9]
Mar 17 08:10:21.03: [10431]: SEND end page
Mar 17 08:10:21.03: [10431]: SEND send EOP (no more pages or documents)
Mar 17 08:10:21.03: [10431]: <-- data [2]
Mar 17 08:10:34.49: [10431]: --> [5:ERROR]
Mar 17 08:10:34.49: [10431]: SEND recv RTN (retrain negative)
Mar 17 08:10:34.49: [10431]: <-- [7:AT+FDT\r]
Mar 17 08:10:40.55: [10431]: --> [20:+FCS:0,3,0,2,0,0,0,5]
Mar 17 08:10:41.08: [10431]: --> [7:CONNECT]
Mar 17 08:10:41.08: [10431]: SEND begin page
Mar 17 08:10:41.08: [10431]: <-- data [1031]
Mar 17 08:10:41.08: [10431]: <-- data [1027]
Mar 17 08:10:41.08: [10431]: <-- data [1025]
Mar 17 08:10:41.08: [10431]: <-- data [1027]
Mar 17 08:10:41.62: [10431]: <-- data [1025]
Mar 17 08:10:41.62: [10431]: <-- data [1030]
Mar 17 08:10:41.62: [10431]: <-- data [1027]
Mar 17 08:10:41.62: [10431]: <-- data [1025]
Mar 17 08:10:43.90: [10431]: <-- data [1026]
Mar 17 08:10:43.90: [10431]: <-- data [1027]
Mar 17 08:10:43.90: [10431]: <-- data [1025]
Mar 17 08:10:43.90: [10431]: <-- data [1026]
Mar 17 08:10:47.80: [10431]: <-- data [1026]
Mar 17 08:10:47.80: [10431]: <-- data [1025]
Mar 17 08:10:47.80: [10431]: <-- data [1024]
Mar 17 08:10:47.80: [10431]: <-- data [1024]
Mar 17 08:10:52.11: [10431]: <-- data [1025]
Mar 17 08:10:52.11: [10431]: <-- data [1025]
Mar 17 08:10:52.11: [10431]: <-- data [1026]
Mar 17 08:10:57.85: [10431]: <-- data [1024]
Mar 17 08:10:57.85: [10431]: <-- data [1026]
Mar 17 08:10:57.85: [10431]: <-- data [1026]
Mar 17 08:10:57.85: [10431]: <-- data [1026]
Mar 17 08:11:01.79: [10431]: <-- data [1025]
Mar 17 08:11:01.79: [10431]: <-- data [1027]
Mar 17 08:11:01.79: [10431]: <-- data [1030]
Mar 17 08:11:01.80: [10431]: <-- data [623]
Mar 17 08:11:06.10: [10431]: SENT 27247 bytes of data
Mar 17 08:11:06.10: [10431]: SEND 1D RTC
Mar 17 08:11:06.10: [10431]: <-- data [9]
Mar 17 08:11:06.10: [10431]: SEND end page
Mar 17 08:11:06.10: [10431]: SEND send EOP (no more pages or documents)
Mar 17 08:11:06.10: [10431]: <-- data [2]
Mar 17 08:11:19.56: [10431]: --> [5:ERROR]
Mar 17 08:11:19.56: [10431]: SEND recv RTN (retrain negative)
Mar 17 08:11:19.56: [10431]: <-- [7:AT+FKS\r]
Mar 17 08:11:20.99: [10431]: --> [7:+FHS:02]
Mar 17 08:11:20.99: [10431]: REMOTE HANGUP: Call aborted,  from +FK or <CAN> (code 2)
Mar 17 08:11:20.99: [10431]: --> [5:ERROR]
Mar 17 08:11:20.99: [10431]: MODEM Command error
Mar 17 08:11:20.99: [10431]: <-- [5:ATH0\r]
Mar 17 08:11:21.18: [10431]: --> [10:NO CARRIER]
Mar 17 08:11:21.18: [10431]: MODEM No carrier
Mar 17 08:11:21.18: [10431]: MODEM set DTR OFF
Mar 17 08:11:21.18: [10431]: STATE CHANGE: SENDING -> MODEMWAIT (timeout 5)
Mar 17 08:11:21.20: [10431]: SESSION END

From owner-flexfax@celestial.com  Tue Feb 16 17:31:49 1999
Date: Tue, 17 Mar 1998 12:54:20 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Hylafax Mailing List <flexfax@sgi.com>
Subject: flexfax: Antique notes from Sam, minor amusement
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----


This is frightening. I was digging out old manuals to throw out,
and found this:


	Installing and Operating 4.2BSD on the VAX
		July 21, 1983

		Samuel J. Leffler

		William N. Joy

...

Sam has been at this much, much too long....


			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQ63zT/+ItycgIJRAQGfMwP/XKErDuws0tOWbs5bjmkajMYV5t48FHyO
anwJtw0nbDY3NTfaQ/0hyYz8wPUhlgX4wW1UXpAk7Hgv18Es9ZE+n5JgOUGYCZi+
nSlH9VYin+Q7lhWcy1bP4MQNUtDVTXUqRPKWueOf8QfzIubkMKQM2WfrcekNxLpR
THTm9yXNEt4=
=JDKC
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Sam Leffler" <sam@cthulhu.engr.sgi.com>
To: "Nico Garcia" <raoul@cirl.meei.harvard.edu>,
        "Hylafax Mailing List" <flexfax@sgi.com>
Subject: Re: flexfax: Antique notes from Sam, minor amusement
Date: Tue, 17 Mar 1998 11:57:02 -0800
Sender: owner-flexfax@celestial.com

That's relatively recent stuff; you'd be surprised (maybe frightened) at how
much of my code you're probably running right now! :-)

    Sam

-----Original Message-----
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Hylafax Mailing List <flexfax@sgi.com>
Date: Tuesday, March 17, 1998 11:38 AM
Subject: flexfax: Antique notes from Sam, minor amusement


>-----BEGIN PGP SIGNED MESSAGE-----
>
>
>This is frightening. I was digging out old manuals to throw out,
>and found this:
>
>
> Installing and Operating 4.2BSD on the VAX
> July 21, 1983
>
> Samuel J. Leffler
>
> William N. Joy
>
>...
>
>Sam has been at this much, much too long....
>
>
> Nico Garcia
> Engineer, CIRL
> Mass. Eye and Ear Infirmary
> raoul@cirl.meei.harvard.edu
>
>-----BEGIN PGP SIGNATURE-----
>Version: 2.6.2
>
>iQCVAwUBNQ63zT/+ItycgIJRAQGfMwP/XKErDuws0tOWbs5bjmkajMYV5t48FHyO
>anwJtw0nbDY3NTfaQ/0hyYz8wPUhlgX4wW1UXpAk7Hgv18Es9ZE+n5JgOUGYCZi+
>nSlH9VYin+Q7lhWcy1bP4MQNUtDVTXUqRPKWueOf8QfzIubkMKQM2WfrcekNxLpR
>THTm9yXNEt4=
>=JDKC
>-----END PGP SIGNATURE-----
>

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 17 Mar 1998 17:41:18 -0800 (PST)
From: Tim Rice <tim@trr.metro.NET>
To: HylaFax mailing list <flexfax@sgi.com>
Subject: flexfax: pl2 pkg patch
Sender: owner-flexfax@celestial.com


Here is a patch to pkg/sproto.stub.in
There were some new htlm files added to pl2 and this patch
will include them in the package made with "make package"

P.S. Sorry I didn't catch this during the pl2 testing phase.

-----------< begin patch >----------
*** pkg/sproto.stub.in.old	Sat Feb 14 02:50:31 1998
--- pkg/sproto.stub.in	Tue Mar 17 17:25:02 1998
***************
*** 282,287 ****
--- 282,290 ----
  f html @HTMLDIR@/Modems/usr-courier.html=../html/Modems/usr-courier.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/Modems/usr-sportster.html=../html/Modems/usr-sportster.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/Modems/zyxel-1496.html=../html/Modems/zyxel-1496.html 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/Modems/K56flex.html=../html/Modems/K56flex.html 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/Modems/multitech-2834.html=../html/Modems/multitech-2834.html 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/Modems/hayes-accura288.html=../html/Modems/hayes-accura288.html 0444 @SYSUID@ @SYSGID@
  d html @HTMLDIR@/Majordomo 0755 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/Majordomo/help.html=../html/Majordomo/help.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/acknowledge.html=../html/acknowledge.html 0444 @SYSUID@ @SYSGID@
***************
*** 296,301 ****
--- 299,305 ----
  f html @HTMLDIR@/faxgateway.html=../html/faxgateway.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/ftpmail-help.html=../html/ftpmail-help.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/ghostscript.html=../html/ghostscript.html 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/HOWTO.html=../html/HOWTO.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/hylafax3.0.html=../html/hylafax3.0.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/hylafax4.0.html=../html/hylafax4.0.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/index.html=../html/index.html 0444 @SYSUID@ @SYSGID@
***************
*** 307,312 ****
--- 311,317 ----
  f html @HTMLDIR@/operation.html=../html/operation.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/overview.html=../html/overview.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/sam.html=../html/sam.html 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/matthias.html=../html/matthias.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/setup-advanced.html=../html/setup-advanced.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/setup-client.html=../html/setup-client.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/setup.html=../html/setup.html 0444 @SYSUID@ @SYSGID@
***************
*** 343,347 ****
--- 348,354 ----
  f html @HTMLDIR@/v4.0beta020.html=../html/v4.0beta020.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/v4.0beta021.html=../html/v4.0beta021.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/v4.0beta022.html=../html/v4.0beta022.html 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/v4.0beta023.html=../html/v4.0beta023.html 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/sam.gif=../html/sam.gif 0444 @SYSUID@ @SYSGID@
+ f html @HTMLDIR@/matthias.gif=../html/matthias.gif 0444 @SYSUID@ @SYSGID@
  f html @HTMLDIR@/hylafax.gif=../html/hylafax.gif 0444 @SYSUID@ @SYSGID@
-----------< end patch >----------

--
Tim Rice			Multitalents	(707) 887-1469 (voice)
tim@trr.metro.net


From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Rob Embry" <Rob.Embry@emctest.com>
Organization: EMC Test Systems
To: flexfax@sgi.com
Date: Wed, 18 Mar 1998 09:41:15 -0600
Subject: flexfax: "Could not reopen converted document to verify format" error
Sender: owner-flexfax@celestial.com

I am getting a "Could not reopen converted document to verify format" 
while attempting to fax an EPS file.

The EPS file is a special coversheet I am creating for a user.  I 
have designed it using Xfig on a Red Hat 5.0 machine which has 
Ghostscript 3.33 installed out of the box.  At this point the 
coversheet is just boilerplate text and some rectangles, no tags for 
fields and no imbedded logos.  I saved it out to EPS and ftp'ed to my 
fax server.

The fax server is a Slackware machine with kernel 2.0.0.  It has 
Hylafax 4.0pl2 and GS 5.10 installed. I am using sendfax to fax the 
EPS file to test the conversion and get the error message.

If I manually convert it with GS, I get no error message whatever, 
and no output file.

Any clues?  The threads on this topic in the list archive are not 
very helpful.

TIA

Rob Embry
EMC Test Systems
Austin, TX

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 18 Mar 1998 12:17:42 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: "Could not reopen converted document to verify format" error
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Wed, 18 Mar 1998, Rob Embry wrote:

> Date: Wed, 18 Mar 1998 09:41:15 -0600
> From: Rob Embry <Rob.Embry@emctest.com>
> To: flexfax@sgi.com
> Subject: flexfax: "Could not reopen converted document to verify format" error
> 
> I am getting a "Could not reopen converted document to verify format" 
> while attempting to fax an EPS file.
> 
> The EPS file is a special coversheet I am creating for a user.  I 
> have designed it using Xfig on a Red Hat 5.0 machine which has 
> Ghostscript 3.33 installed out of the box.  At this point the 
> coversheet is just boilerplate text and some rectangles, no tags for 
> fields and no imbedded logos.  I saved it out to EPS and ftp'ed to my 
> fax server.

I think you need it to be in plain Postscript, not EPS.


			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRABpz/+ItycgIJRAQG0EgQAiG23G9dcAmYq+mc0BwCnhZFpL3TU0fWj
aTKmLz6Fn1TLxfdkuDw5JuEmS6Ni2Me7/x7dxlsDwpBAOE1FIK9UVk2cdinXgdOI
RpXtcF2JUuD336PyS0K0urDDXR3UDDRSxQByNX5P8ztTsNgpeEM0JEl2iLqrjqDP
9RBMgj3s0MA=
=uX5a
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Rob Embry" <Rob.Embry@emctest.com>
Reply-To: "Rob.Embry@emctest.com" <Rob.Embry@emctest.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: RE: flexfax: "Could not reopen converted document to verify format" error
Date: Wed, 18 Mar 1998 12:46:32 -0600
Organization: EMC Test Systems
Sender: owner-flexfax@celestial.com



On Wednesday, March 18, 1998 11:18 AM, Nico Garcia [SMTP:raoul@cirl.meei.harvard.edu] wrote:

>I think you need it to be in plain Postscript, not EPS.
> 
> 
One of the first alternatives I tried.  Doesn't work either.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Steven Pokrandt <pokey@pncinc.com>
To: "Flexfax (E-mail)" <flexfax@sgi.com>
Subject: flexfax: recieved faxes and outlook 97
Date: Wed, 18 Mar 1998 09:22:37 -0800
Sender: owner-flexfax@celestial.com

it seems that some versions of outlook parse the url to recieve the fax incorrectly
i have to machines one correctly parses and the other gets the following url!

ftp://salmonstout.pncinc.com:4559/recvq/fax00012.tif):

i know this is a micro$oft bug, but it is much easier to change hylafax that a micro$oft
product!!!!

it looks like adding a space after the tif would fix the problem...  I just can't find where
to make the change in the source!!


pokey

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
To: flexfax@sgi.com
Subject: Re: flexfax: recieved faxes and outlook 97
Date: Wed, 18 Mar 1998 19:39:29 +0100
Sender: owner-flexfax@celestial.com


pokey@pncinc.com said:
>  ftp://salmonstout.pncinc.com:4559/recvq/fax00012.tif):
> i know this is a micro$oft bug, but it is much easier to change
> hylafax that a micro$oft product!!!!

exmh behaves just the same :-)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 17 Dec 1997 16:27:03 +0000
From: JOSE FERRADEIRA <sf@sfconsultores.pt>
Reply-To: sf@sfconsultores.pt
Organization: S&F CONSULTORES
To: flexfax@sgi.com
Subject: flexfax: BLANK LINES
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id IAA15365
Sender: owner-flexfax@celestial.com

Hi !
I'm using Hylafax v4.0pl1 under Linux 2.0.30 (S.u.S.E. 5.0),
Modem NOKIA ECM FAST,
Win 95 and WHFC 0.8.0 (Alpha),
Printer used : AppleLaserWriter 
 When sending Fax's with Word97, WordPad ..., if in the midlle of the
text there is some blank lines the next line is always not printed or is
half cut and it messes some blank
spaces.
Can I send a full A4 page, even if I have blank spaces at the end ?

Why are this happen? Has anyone an idea ?

Thanks Very Much


Jos Ferradeira

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 19 Mar 1998 08:17:51 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
CC: sf@sfconsultores.pt
Subject: Re: flexfax: BLANK LINES
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA27047
Sender: owner-flexfax@celestial.com

JOSE FERRADEIRA wrote:
> 
> Hi !
> I'm using Hylafax v4.0pl1 under Linux 2.0.30 (S.u.S.E. 5.0),
> Modem NOKIA ECM FAST,
> Win 95 and WHFC 0.8.0 (Alpha),
> Printer used : AppleLaserWriter
>  When sending Fax's with Word97, WordPad ..., if in the midlle of the
> text there is some blank lines the next line is always not printed or is
> half cut and it messes some blank
> spaces.
> Can I send a full A4 page, even if I have blank spaces at the end ?

Hi,

normaly there is no problem with blank lines. Have you set your
printer according to the whfc - FAQ ? 

Uli 
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Sinisa Milivojevic <sinisa@coresinc.com>
To: flexfax@sgi.com
Subject: flexfax: TIFF to JPEG
Date: Fri, 20 Mar 1998 14:33:53 -0100
Sender: owner-flexfax@celestial.com



Does anyone knows of the on-line utility to convert TIFF to JPEG or GIF format ?

 --

Sinisa

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ --- ___            \/          - Sinisa Milivojevic, Consultant  _/
_/ -- /     o   __  o __   ___    - CORES , 11000 Beograd       8-) _/
_/ -  ---  /  /  / / /_   /__/   -- Marsala Tolbuhina 31, SERBIA    _/
_/   ___/ /  /  / / __/  /  /  ---- tel:+381 11 4443331,fax: 433001 _/
_/                            ----- http://www.coresinc.com/~sinisa _/
_/  To defy, to conquer. For us! -- mailto:sinisa@coresinc.com  ;o) _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 20 Mar 1998 14:28:52 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: TIFF to JPEG
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Fri, 20 Mar 1998, Sinisa Milivojevic wrote:

> Does anyone knows of the on-line utility to convert TIFF to JPEG or GIF format ?

Besides ghostscript, which is what the ImageMagick suite also uses?

			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRLDaT/+ItycgIJRAQEaWwP+Mg9xprbOSL8LmDGIq8x8Y7NhryoeSP0Q
kCf4nk0pNpMIQ3XADPLC/BSCja5u2jJFYu41iTl+QLSybvwQzG5ohEuaXqCf3dje
1Gs+wtBXpZ5wLO3nDqTOmjPNoN4ZPGltfpyblZ0Hv/Qlz5hCV7hzk9hcs3FH4/MH
Q1KE9e8X9KY=
=5vEz
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: TIFF to JPEG
To: sinisa@coresinc.com (Sinisa Milivojevic)
Date: Sat, 21 Mar 1998 12:27:24 +0000 (GMT)
Reply-To: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> Does anyone knows of the on-line utility to convert TIFF to JPEG or GIF format ?

I assume we are talking about fax images, in which case JPEG is a not a 
sensible format++.  GIF is better but not as compact as fax.

This question was covered about a month ago on the list.  I don't have
the TIFF tools on my home machine, but something like tifftopnm ought
to exist, in which case the next step is easy.

I also suspect that this question is really "how can I produce a web gateway
for viewing received faxes which doesn't require any helper applications
on the client side?"  If helper applications are allowed, see the recent
discussions about TIFF G3 viewers for NT and '95.

> Date: Fri, 20 Mar 1998 14:33:53 -0100
                                  ^^^^^
I don't think that Serbia is really in the eastern Atlantic!

++ JPEG is a very good format for photographs of natural scenes, but a very
bad one for line art.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Alan Sparks" <asparks@nss.harris.com>
To: <flexfax@sgi.com>
Subject: flexfax: dialrules and (ddd) ddd-dddd
Date: Wed, 18 Mar 1998 15:52:05 -0800
Sender: owner-flexfax@celestial.com

HylaFAX 4.0pl1 on SunOS 4.1.4...

For some reason, with the standard dialrules file in place, a user-specified
phone number of the form (ddd) ddd-dddd is not getting the parentheses
deleted.  It looks
like the rule

[^+0-9]+    =

in the CanonicalNumber section is supposed to do this, but isn't.

Am I missing something?  Is there an example of a rule that explicitly
deletes parens?

Thanks.
-Alan

=============
Alan Sparks, IS Engineering Support
<asparks@nss.harris.com>
Harris Network Support Systems, Camarillo CA     (805) 389-2430

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 18 Mar 1998 20:37:40 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Alan Sparks <asparks@nss.harris.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: dialrules and (ddd) ddd-dddd
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Wed, 18 Mar 1998, Alan Sparks wrote:

> HylaFAX 4.0pl1 on SunOS 4.1.4...
> 
> For some reason, with the standard dialrules file in place, a user-specified
> phone number of the form (ddd) ddd-dddd is not getting the parentheses
> deleted.  It looks
> like the rule
> 
> [^+0-9]+    =
> 
> in the CanonicalNumber section is supposed to do this, but isn't.
> 
> Am I missing something?  Is there an example of a rule that explicitly
> deletes parens?

I hadn't noticed this, but it's true for me as well.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRB24D/+ItycgIJRAQEYnAP+Pqx6k17K2TlOkrE5auorgostX/7MkoI2
FQug2RG+UPYHoH602t9ieHy6NL00deGPEdcqG5a9q4QXB4nEDK+1iGwZ4ZkzgDib
9wgyO4y0DQ6fns+q6JhB5ZKwaatdWSOrB22wuJx2YYTXNfomCRAjGT0at9HrSsly
K3XoEkd0ehM=
=GIFE
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Seth Chaiklin" <seth@psy.au.dk>
Organization: Dept. of Psychology, University of Aarhus
To: flexfax@sgi.com
Date: Fri, 20 Mar 1998 13:55:22 MEST
Subject: flexfax: Problem in faxcron:  Would someone please check the following fo
Sender: owner-flexfax@celestial.com

There is a line in faxcron

I have been working on faxcron, and there is one question that I would like 
to ask you (because my query to the list last month went unanswered).

On line 386 and 387 of /usr/local/sbin/faxcron, there are the following 
commands:

for i in log/[0-9]*; do
    if [ -f $i ]; then
 
As I can imagine, the idea is to file all the files in the log/ directory 
that start with something between 0 and 9, and then process them further if 
they exist.

But there is one problem.  

If I run a similar version under:  GNU bash, version 1.14.7(1) 

for i in log/[0-9]*; do
echo $i
done

then I get the following result (in toto):

log/[0-9]*


That does not seem right, does it?

Do other people get a similar result?

As best as I can tell, this means that the piece of faxcron that is supposed 
to set the user and mode will NEVER work -- despite what the man page says.

Or have I misunderstood the code in the script.

Thanks for the clarification.

Seth Chaiklin

--
seth@psy.au.dk
seth@schutz.psy.aau.dk
psykseth@aau.dk

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 20 Mar 1998 13:39:53 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Seth Chaiklin <seth@psy.au.dk>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Problem in faxcron:  Would someone please check the following fo
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Fri, 20 Mar 1998, Seth Chaiklin wrote:

> for i in log/[0-9]*; do
>     if [ -f $i ]; then
>  
> As I can imagine, the idea is to file all the files in the log/ directory 
> that start with something between 0 and 9, and then process them further if 
> they exist.
> 
> But there is one problem.  
> 
> If I run a similar version under:  GNU bash, version 1.14.7(1) 
> 
> for i in log/[0-9]*; do
> echo $i
> done

Bash does a lot of things in a subtly different fashion,  but this is
not one of them, according to the test I just ran under bash 1.14.7.
Something else is going on.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRK38T/+ItycgIJRAQE86AP8DDBI+MAuQZpyCpo4T1F/WdyEinVeHoM9
rx6Zx+ttSPiCSPE+UHPslQUJUODstF6J6ZaEIeBTYShdd9QkM2L+6uN9cptG/gYG
UFxIdlsfzpHIY4oDFeZKXB2fes76GVE00PXtX5YoTrhQPjD8X+0gT+WSipiVt9Yt
XW7pYZaSQkM=
=vVOp
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 20 Mar 1998 14:03:29 -0500 (EST)
From: David Birnbaum <davidb@chelsea.net>
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
cc: Seth Chaiklin <seth@psy.au.dk>, flexfax@sgi.com
Subject: Re: flexfax: Problem in faxcron:  Would someone please check the following fo
Sender: owner-flexfax@celestial.com

If nothing matches the REGEX, than it will return the REGEX; ie, echo
*.foo will return "*.foo" if nothing in the directory matches.  I suspect
that something is happening here.... 

David.


On Fri, 20 Mar 1998, Nico Garcia wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> 
> On Fri, 20 Mar 1998, Seth Chaiklin wrote:
> 
> > for i in log/[0-9]*; do
> >     if [ -f $i ]; then
> >  
> > As I can imagine, the idea is to file all the files in the log/ directory 
> > that start with something between 0 and 9, and then process them further if 
> > they exist.
> > 
> > But there is one problem.  
> > 
> > If I run a similar version under:  GNU bash, version 1.14.7(1) 
> > 
> > for i in log/[0-9]*; do
> > echo $i
> > done
> 
> Bash does a lot of things in a subtly different fashion,  but this is
> not one of them, according to the test I just ran under bash 1.14.7.
> Something else is going on.
> 
> 			Nico Garcia
> 			Engineer, CIRL 
> 			Mass. Eye and Ear Infirmary
> 			raoul@cirl.meei.harvard.edu
> 
> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.2
> 
> iQCVAwUBNRK38T/+ItycgIJRAQE86AP8DDBI+MAuQZpyCpo4T1F/WdyEinVeHoM9
> rx6Zx+ttSPiCSPE+UHPslQUJUODstF6J6ZaEIeBTYShdd9QkM2L+6uN9cptG/gYG
> UFxIdlsfzpHIY4oDFeZKXB2fes76GVE00PXtX5YoTrhQPjD8X+0gT+WSipiVt9Yt
> XW7pYZaSQkM=
> =vVOp
> -----END PGP SIGNATURE-----
> 
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Seth Chaiklin" <seth@psy.au.dk>
Organization: Dept. of Psychology, University of Aarhus
To: flexfax@sgi.com
Date: Sun, 22 Mar 1998 17:32:03 MEST
Subject: Re: flexfax: Problem in faxcron:  Would someone please check the
CC: David Birnbaum <davidb@chelsea.net>, raoul@cirl.meei.harvard.edu
Sender: owner-flexfax@celestial.com

Thanks to David Birnbaum and Nico Garcia for their responses to my query.

As David pointed out:

    If nothing matches the REGEX, than it will return the REGEX; ie, echo
    *.foo will return "*.foo" if nothing in the directory matches.  I suspect 
    that something is happening here.... 

And he was right, because if one changes the script to read:

cd /var/spool/fax
for i in log/c[0-9]*; do
  echo $i
done

then all the files in the log directory as listed.  (N.B., a 'c' has been 
added to the original version that I posted.

Nico wrote:
> 
> Bash does a lot of things in a subtly different fashion,  but this is
> not one of them, according to the test I just ran under bash 1.14.7.
> Something else is going on.
> 

Then I wonder whether Nico's /var/spool/fax/log directory do not start with 
'c'?

Are there different starting file names in log depending on which OS one is 
using?  Or is this script just left over from a time when Hylafax was using 
different file names?

Cheers,
   Seth Chaiklin

--
seth@psy.au.dk
seth@schutz.psy.aau.dk
psykseth@aau.dk

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sun, 22 Mar 1998 14:27:00 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Problem in faxcron:  Would someone please check the
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Sun, 22 Mar 1998, Seth Chaiklin wrote:

> Nico wrote:
> > 
> > Bash does a lot of things in a subtly different fashion,  but this is
> > not one of them, according to the test I just ran under bash 1.14.7.
> > Something else is going on.
> > 
> 
> Then I wonder whether Nico's /var/spool/fax/log directory do not start with 
> 'c'?

No, I actually had old entries in $SPOOLDIR/log for it to find.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRVl/j/+ItycgIJRAQEhEQP+P4weQsTOAKiVb4s0kxUv4fbXH6WhsFLg
wpmgISDPqnCWD6E4l44E2jGaA4pvpKRIwxMihZzAg/U1Bmk9KOmB1Y/981tIkI17
tye5iiuPwMyR7RjMw2h7dRqylR2p+M4FT9AN8pQwZXXhnQhIk3XwqUmd4QWpJpdO
Jpwzi3RI5tU=
=QzC7
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: ken@mui.net
Comments: Authenticated sender is <ken@[207.12.13.235]>
To: David Woolley <david@djwhome.demon.co.uk>, flexfax@sgi.com
Date: Mon, 16 Mar 1998 22:10:00 +0000
Subject: Re: flexfax: destctrls
Sender: owner-flexfax@celestial.com


> > ^[+]{0,6}$		RejectNotice = "Number too short, Need 7 digits"
> 
> This matches 0 to 6 plus characters, with no other character.
> 
> > ^[+]{8,}$		RejectNotice = "Number has too many digits"
> 
> This matches 8 or more plusses as the only characters.
> 
> > 
> > or should it be:
> > 
> > ^[+][0-9]{0,6}$	RejectNotice = "blahblahblah ....

It seems that you have one of the best understanding I've seen on the 
subject of destctrls.  I've noticed that it works as you say, but 
unfortunately it doesn't resolve the problem I'm having.

I've search the web over and over and over, and have yet to find 
something decent on explaining the syntax of destctrls and make it 
work consistently.

perhaps it may be better to say what i'd like to do.

I'd like to limit the calls to 7 digit numbers.
secondly, I need to limit those calls to certain types of numbers.  
In other words, allow all numbers that match certain starting numbers 
that match these three digits (in essense, allow local calls only.

ie:

allow:

9661234

not allow

9881234

966 represents local dialed numbers
988 represents another island, hence long distance charges.

most man pages seem broken right at this point.  I've looked through 
the mail archives, and haven't seen a working example (as far as I've 
seen).

don't know where else to look.

Thanks,

ken

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Alexandre Meissonnier <ameissonnier@dohle.com>
To: <ken@mui.net>
Cc: HylaFAX-Liste <flexfax@sgi.com>
Subject: Re: flexfax: destctrls
Date: Tue, 17 Mar 1998 11:46:45 +0100
Sender: owner-flexfax@celestial.com


-----Ursprngliche Nachricht-----
Von: ken@mui.net <ken@mui.net>
An: David Woolley <david@djwhome.demon.co.uk>; flexfax@sgi.com <flexfax@sgi.com>
Datum: Dienstag, 17. Mrz 1998 11:39
Betreff: Re: flexfax: destctrls


> perhaps it may be better to say what i'd like to do.
>
> I'd like to limit the calls to 7 digit numbers.
> secondly, I need to limit those calls to certain types of numbers.  
> In other words, allow all numbers that match certain starting numbers 
> that match these three digits (in essense, allow local calls only.

> ie:

> allow:

> 9661234

> not allow

> 9881234

> 966 represents local dialed numbers
> 988 represents another island, hence long distance charges.

> most man pages seem broken right at this point.  I've looked through 
> the mail archives, and haven't seen a working example (as far as I've 
> seen).


I think the point is that the number you enter is first transformed into a canonicalized form before it is matched
against the entries in the destctrls file. This usually means that the country code is put in front of the number.
On my system for example, the string "1234" is transformed into "+4922411234", where "49" is the contry code
for Germany and "2241" is the area code.
To find out what happens on your system, check your dialrules file with 

$ dialtest -a <YourAreaCode> - c <YourCountryCode> -i <YourIntlPrefix> -l <YourLongDistPrefix>

using the values from your /var/spool/fax/etc/config file. At the dialtest prompt, enter 
  ready> CanonicalNumber("<number>") and see what happens.

To restrict faxing to local calls on your server, you will probably have to reject everything that does not match
+CCC966 + 4 digits, where "CCC" is your country code".



Hope this helps


    Alexandre

---
Alexandre Meissonnier
Dohle Handelsgruppe Systemberatung GmbH
53719  Siegburg (Germany)
Email: ameissonnier@dohle.com

From ken@mui.net  Tue Feb 16 17:31:50 1999
From: ken@mui.net
To: Phil Watkinson <pkw@elgro.co.uk>
Date: Wed, 18 Mar 1998 07:37:26 +0000
Subject: destctrls

Phil,

I made a breakthrough.  There apparently are some traps when using 
destcontrols.  I should have it working for me by tomorrow.  
dialtest was extremely helpful, but in some ways misleading.  for me 
anyway.  as soon as I've figured it out, I will post the info on my 
page.

ken

From ken@mui.net  Tue Feb 16 17:31:50 1999
From: ken@mui.net
To: Phil Watkinson <pkw@elgro.co.uk>
Date: Thu, 19 Mar 1998 12:02:51 +0000
Subject: destcontrols

Phil,

guess what?  as far as I can tell, I've finally got it to do what I 
wanted.  I don't think this is a false start, I seem to get it to 
work under a variety of conditions.  Here's what it does:

1-rejects all number <> 7 digits
2-strips away areacode, ldprefix (assumes countryprefix is the same), 
idprefix, parenthesis, and 911 calls.
3-only accepts destinations that are on the big island here.

it gets a little creative, and probably wasn't really intended for 
what I'm using it for, but heck, it works!

The critical files are:

/var/spool/fax/etc/config
/var/spool/fax/etc/dialrules
/var/spool/fax/etc/destctrls.808

the key to making something like this to work seems to be the 
interaction with dialstring and canonical information.  They 
determine what gets fed into destcontrols.  The problem I was having 
dealt with the info that got fed into the destcontrols wasn't what I 
thought it was feeding.

the last issue was there were no normal hooks to get it to accept 
only certain numbers, so I had to use the MaxTries feature (I could 
have used one of the other features, but that one was handy).

That brings me to the last point --- how would you recommend that I 
open it to people here?  via a fax page?

Thanks,

ken


From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 17 Mar 1998 19:39:44 -0800
From: Hanson Co <hanson@wtouch.net>
Reply-To: hanson@wtouch.net
Organization: WorldTouch Technology Corp.
To: flexfax@sgi.com
Subject: flexfax: problem with sendfax
Sender: owner-flexfax@celestial.com

I installed the HylaFAX version 4.0pl1 in an SCO OpenServer 5.0.2
environment and using sendmail version 8.8.6 with a Zoom V.34x fax
modem. I downloaded from ftp.sgi.com the binary version
hylafax-sco3.2v5.0-v4.0pl1-cpio.gz. My problem is when I send a fax
using sendfax, what comes out of the fax machine is just the first 3
lines, everything after that just disappear. But when I looked at the
postscript file in spool/docq, I can see the entire fax message complete
in it. Could anyone kindly give my some hints on how to solve this
problem?


Hanson Co
hanson@wtouch.net

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 17 Mar 1998 12:10:11 -0500 (EST)
From: Trevor Astrope <astrope@tabbweb.com>
To: Jerome Castro <jerome@pacific.net.ph>
cc: flexfax@sgi.com
Subject: Re: flexfax: Which Modem for Hylafax (fwd)
Sender: owner-flexfax@celestial.com

Hi, I've had success with the following modems:

USR Courier X2 V.Everything in class 2.0
GVC FX 28.8 in class 2

I've also tried an USR Sportster 33.6 (external) with no success..It has
been posted to this list as well as the mgetty list that the fax
implementation in the Sportsters is broken.

Trevor

On Tue, 17 Mar 1998, Jerome Castro wrote:

> 
> 
> Howdy all!
> 
> I've been playing around with HylaFax with a number of modems...
> I tried USR Sportster and it doesn't seem to jive along, so I junked it
> and tried other brands.
> 
> The following seem to work fine (Class 1):
> 
> Motorola Modemsurfer
> Microcom OfficePorte
>  
> Now which modem BRAND would work best with Hylafax?
> 
> Thank you
> 
> 
> 

*       Trevor Astrope         *        TABB Web Services        *
*     astrope@tabbweb.com      *       http://www.tabbweb.com    *
*                                                                *
***              Visit my Tragically Hip web site              ***
***               The Hundredth Meridian                       ***
****              http://www.tabbweb.com/thehip/              ****

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 17 Mar 1998 12:23:50 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Alan Sparks <asparks@nss.harris.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: ZyXEL 1496 won't answer
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Mon, 16 Mar 1998, Alan Sparks wrote:

> Running HylaFAX 4pl1 on SunOS 4.1.4...
> 
> I've a ZyXEL 1496 set up here, good luck sending fax.  Have a faxgetty
> running OK on /dev/cua0 which shows "running and idle," with inbound service
> enabled.  So far, so good.

BAD FERRET! NO BISCUIT!

Sorry, I'm OK now.

Faxgetty should be running on /dev/tty*, not the /dev/cua* craziness.

Also take a look at my notes for SunOS at
	http://cirl.meei.harvard.edu/~raoul/INSTALL-sunos4.1.x-v4.0pl2.html


> But it will not answer an incoming call.  (using the stock config file).
> RingsBeforeAnswer is set to 1.  When I call the modem, faxstat shows
> "Listening to rings from modem", and I see a LCK..cua0 file created (in my
> /var/spool/locks dir).  Lock file disappears when call is discontinued, and
> faxstat returns to "running and idle."

Have you got a getty running on the associated /dev/tty* file?
I'm having no difficulty with a Zyxel 1496 under SunOS, on /dev/ttyb.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQ6xnz/+ItycgIJRAQF6VgP/U6lmanKBbDbVCSWuAfL9EVdJjwxJ9Wn/
pqY6m6MusryLjnnfeL6bywgtSXGiTuXsMa4zb9yCzNTRxrCe+Ilf5SSan7U2R9OP
pOcu4ZwrDfymI+ZkDrmeBGEJuraAp3xM4EuljXG5ZQzObNj/V9nWi3snVYZfjawm
DT7j8AIOnzE=
=XtrA
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 17 Mar 1998 22:02:38 +0200 (SAT)
From: "R.I.Pienaar" <rip@nephilim.ml.org>
To: flexfax@sgi.com
Subject: flexfax: FIFO problems
Sender: owner-flexfax@celestial.com

hia

I have hylafax-v4.0pl1 on a standard redhat 5 machine, I compiled it
myself (i dont know if there are any redhat-5 specific compile issues, i
havnt been on this list for long) but here is what happens:

/usr/local/sbin/hfaxd -i 4559 -o 4557 -s 444

( no problem here )

/usr/local/sbin/faxmodem cua1

FIFO: open: Device not configured

ok, now I looked at the code, this is where it seems to fail:

    fifo = open(FAX_FIFO, O_WRONLY|O_NDELAY);
    if (fifo < 0)
        fatal("%s: open: %s", FAX_FIFO, strerror(errno));

thats from line 253 of utils/faxmodem.c

can anyone give me some hints on this?

thank you.

----
R.I. Pienaar  rip@nephilim.ml.org    http://www.nephilim.ml.org
Raven on irc                         http://www.nephilim.ml.org/pgpkey
    
        "/earth is 98% full ... please delete anyone you can."

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 17 Mar 1998 16:03:35 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "R.I.Pienaar" <rip@nephilim.ml.org>
Cc: flexfax@sgi.com
Subject: Re: flexfax: FIFO problems
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Tue, 17 Mar 1998, R.I.Pienaar wrote:

> I have hylafax-v4.0pl1 on a standard redhat 5 machine, I compiled it
> myself (i dont know if there are any redhat-5 specific compile issues, i
> havnt been on this list for long) but here is what happens:

This is seriously becoming an FAQ. Get version 4.0pl2, and my
patches for Linux from http:/cirl.meei.harvard.edu/~raoul/patches/
and start from there.


> 
> ( no problem here )
> 
> /usr/local/sbin/faxmodem cua1
> 
> FIFO: open: Device not configured

Have you run setserial on the modem line? Is it a PnP modem?

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNQ7lIT/+ItycgIJRAQGu2gQAi6Xfh6nCam3uzmPhhlcE5643+uaT7GPE
+K1Xt8+I3W59l06h+CO/WW4sXu+qX2S/SFvXniljsKpCMtDETi79cFW8B1ceGzj3
m7PoClDFvDV+mKaTwijvxXZ4F3HMHucw59lXdi4zTqBDUS6T4MSyeInYkImbkKXT
VnBPo8SQyAM=
=/JMP
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 18 Mar 98 16:46:50 EST
From: glenn@aoi.ultranet.com (Glenn Burkhardt)
To: flexfax@sgi.com
Subject: flexfax: whfc transfer problem
Sender: owner-flexfax@celestial.com

It's still happening - we intermittently see ^T inserted into the
postscript file causing Ghostscript to cough and refuse to process the
file.  

We are sending the faxes from a Win95 system using the Apple Laserwriter
printer driver.  The printer driver has been configured for maximum
Postscript portability.

We have Hylafax-v4.0pl0 running on SunOS 4.1.4, and Whfc 0.8.3.

There's a very interesting and suspicious symption - the 4097th
character of the Postscript file in the docq has a ^T (0x14).  Sounds
like there's some problem with sockets (I'll bet on the Win95 system).

Anyone else having this problem?

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 19 Mar 1998 11:58:54 +0100
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: HFC 0.8.4
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id CAA04958
Sender: owner-flexfax@celestial.com

Hi,

i have releases whfc 0.8.4 on http://www.transcom.de/whfc. 
This release fixes a bug in the WHFC- donequeue log which
can cause some error messages like "can not open .." .

Also the log updates now on clicking on the View-Log button.

Uli
-- 
Ulrich Eckhardt       http://people.frankfurt.netsurf.de/uli
Signalgrotat des wu-ftpd 2,4 (unvollstndig?)
Cgi-Sicherheitsbohrung in EWS (regen Sie fr Webservers auf)
[Translation from an english text to german by AltaVista]

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 19 Mar 1998 15:18:36 -0500
From: Bob White <bob@murkworks.com>
Organization: MurkWorks, Inc.
To: flexfax@sgi.com
Subject: flexfax: Source for 2D Encoding
Sender: owner-flexfax@celestial.com

I am just looking through the source code and I am having trouble
finding exactly where the 2d-encoding is done.  I found the EXPAND2D
macro in tif_fax3.h which decodes the 2D compression, but I see nothing
similar for encoding 2D.  As far as I can tell, G3Encoder.c++ does
strictly 1D.

Is there code for 2D compression included in the package (V4.0pl2)?  If
so, can anyone point me in the right direction?

Thanks.



Attachment Converted: "C:\PROGRAM FILES\EUDORA\Attach\vcard9.vcf"

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Source for 2D Encoding
To: bob@murkworks.com (Bob White)
Date: Fri, 20 Mar 1998 08:21:49 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> Is there code for 2D compression included in the package (V4.0pl2)?  If
> so, can anyone point me in the right direction?

Try ghostscript or your RIP.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 19 Mar 1998 21:47:23 +0100 (MET)
From: Joachim Metge <jmetge@esrf.fr>
Reply-To: Joachim Metge <jmetge@esrf.fr>
To: flexfax@sgi.com
Subject: flexfax: Problems with inbound fax calls from outside of the site
Sender: owner-flexfax@celestial.com


Hi there,

  I have the following problem: I can receive faxes from all fax machines
which we have here at the site. (Sending faxes is also no problem).
But: Calls from outside get no response.  faxgetty picks up the phone when
the other sides hangs up. But then it's already to late and it complains
about "no carrier". The ring frequency from outside telephones is a little
faster than from site phones. I haven't set up distinctive ring support.
Is this problem known and if yes how can I solve it?

Jo

U.S. Robotics Sportster Flash 56000 Rev. 10.3.80

Linux 2.0.27

ModemType:              Class2.0
ModemRate:              115200
ModemFlowControl:       rtscts
ModemNoFlowCmd:         AT&H0&I0&R1
ModemHardFlowCmd:       AT&H1&I0&R2
ModemSoftFlowCmd:       AT&H2&I2&R1
ModemSetupDTRCmd:       ATS13=1&D2
ModemSetupDCDCmd:       AT&C1
ModemResultCodesCmd:    ATQ0X4
ModemSetupAACmd:        AT+FAA=1
ModemSetVolumeCmd:      "ATM0 ATM1L0 ATM1L1 ATM1L2 ATM1L3"
Class2BUGCmd:           AT+FBU=0
Class2CQQueryCmd:       !(0),(0)
Class2NRCmd:            AT+FNR=1,1,1,0

 --------------------------------------------------------------------------
 |                                                                        |
 | Dr. Joachim Metge                            e-mail: jmetge@esrf.fr    |
 | European Synchrotron Radiation Facility                                |
 | Nuclear Resonance Group                      Tel   : +33 4 76.88.27.29 |
 | BP220                                        FAX   : +33 4 76.88.26.69 |
 | F-38043 Grenoble Cedex                                                 |
 |                   http://www.esrf.fr/exp_facilities/bl11/handbook.html |
 |                                                                        |
 --------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Alexandre Meissonnier <ameissonnier@dohle.com>
To: HylaFAX-Liste <flexfax@sgi.com>
Subject: flexfax: Cleaning the doneq
Date: Fri, 20 Mar 1998 14:36:11 +0100
Sender: owner-flexfax@celestial.com

My config: 
Linux 2.0.32 (S.u.S.E 5.0.2)
HylaFAX 4.0pl1

On my server I run faxqclean each hour, but in the doneq nothing is ever deleted by faxqclean.
All files in the doneq directory have a line "doneop: default". 
I'd like to delete all files in the doneq automatically after a certain delay. This should be done by faxqclean, but nothing happens. 
Is there a way to define "default" behaviour or to change the "doneop" entry into "remove"?
I have scanned all HylaFAX manpages for "doneop". The result: faxqclean says "see man sendq" and the sendq manpage says "read the faxqclean page" - but no hint on how to set the "doneop" tag.

Thanks for any help

    Alexandre
---
Alexandre Meissonnier
Dohle Handelsgruppe Systemberatung GmbH
53719  Siegburg (Germany)
Email: ameissonnier@dohle.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 20 Mar 1998 17:20:27 +0100
From: Seth Chaiklin <seth@pc126.psy.aau.dk>
To: flexfax@sgi.com
Subject: flexfax: possible bug in faxcron
Sender: owner-flexfax@celestial.com

Faxcron is supposed to return the associated trace log of any calls
that failed suspiciously.

It never worked for me.  

I looked into why and found this answer:

If I modified the awk script in faxcron script as follows:
making the failures have a first letter capital (as they do in 
the etc/xferlog), then it worked fine.

I use:  Gnu Awk (gawk) 3.0, patchlevel 0

I am curious if anyone can confirm, deny , or clarify.

Thanks,
  Seth Chaiklin

Here is a small patch.

--- faxcron.sh.in.orig	Fri Mar 20 12:32:44 1998
+++ faxcron.sh.in	Fri Mar 20 16:15:10 1998
@@ -229,14 +233,14 @@
 }
 
 BEGIN		{ FS="\t";
-		  callFailed["busy signal"] = 1;
-		  callFailed["unknown pro"] = 1;
-		  callFailed["no carrier "] = 1;
-		  callFailed["no local di"] = 1;
-		  callFailed["no answer f"] = 1;
-		  callFailed["job aborted"] = 1;
-		  callFailed["invalid dia"] = 1;
-		  callFailed["can not loc"] = 1;
+		  callFailed["Busy signal"] = 1;
+		  callFailed["Unknown pro"] = 1;
+		  callFailed["No carrier "] = 1;
+		  callFailed["No local di"] = 1;
+		  callFailed["No answer f"] = 1;
+		  callFailed["Job aborted"] = 1;
+		  callFailed["Invalid dia"] = 1;
+		  callFailed["Can not loc"] = 1;
 		  months["01"] = "Jan"; months["02"] = "Feb";
 		  months["03"] = "Mar"; months["04"] = "Apr";
 		  months["05"] = "May"; months["06"] = "Jun";

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Steve Williams <steve@genie96.com>
Subject: flexfax: AIX Getty Feature.., attempted fix
To: flexfax@sgi.com
Date: Fri, 20 Mar 1998 14:15:28 -0700 (MST)
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

Hi,

I run HylaFax on AIX.  I also happen to be the guy that put together the last
binary dist for it, and am working on a binary dist for 4.0pl2 .

Something has bothered me for ever with HylaFax, and I decided to fix it once
and for all.

With 64 port concentrators and 128 port boards, the tty's are actually logged in
utmp with the device ending in a "/0".  For example, the getty running on 
tty5 will have a utmp entry of tty5/0.

You can't run a getty on tty5/0, it has to run on tty5, so the Linux convention
of using _'s in the filenames won't work.

For incoming calls, this always leaves a utmp entry around after the call is 
finished.  I have lived with this, but now I want to fix it.  I can fix it 
easily if I revert to my C experience, but I am trying to do it using the 
C++ & Sam's fxStr class.

The code that concerns me is in ...faxd/GettySysV.c++, in SysVGetty::hangup().

The original code is:

----
    while ((ut = getutent()) != NULL) { 
	if (!strneq(ut->ut_line, getLine(), sizeof (ut->ut_line)))
	    continue;
----

What happens is that the getutent returns tty5/0, while getLine returns tty5,
and thus a match is never made.

in C, I would just ( which I have done & it works )
----
	char alt_dev[256];

	strcpy(alt_dev,getLine());
	strcat(alt_dev,"/0");

	if (!strneq(ut->ut_line, getLine(), sizeof (ut->ut_line)) && 
	    !strneq(ut->ut_line, alt_dev, sizeof(ut->ut_line)))
----

I want to change it to be something like, where it used the concatenation
functions of fxStr:

----
    char *device=getLine();

    while ((ut = getutent()) != NULL) { 
	if (!strneq(ut->ut_line, device, sizeof (ut->ut_line)) && 
	    !strneq(ut->ut_line, device|"/0", sizeof (ut->ut_line)))
			            ^^^^^^^^
----

But this doesn't compile ( understandably so, because neither of the items 
around the "|" are fxStr's, so it's not going to know what the heck to do.

Any C++ Programmers that can help me out a wee bit?  I'd like a "proper" 
solution worth submitting as a patch for future releases.

Thanks for any input...
-- 
	Steve Williams, Calgary, Alberta, Canada
	Genie Computer Systems Inc.
	steve@genie96.com

"A man doesn't begin to attain wisdom until he recognizes that he is 
 no longer indespensable."
- Admiral Richard E. Byrd ( 1888-1957 )

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: chris_knox@hypercom.com
Date: Fri, 20 Mar 98 14:48:07 -0700
To: <flexfax@sgi.com>
Subject: flexfax: Sendpage FAQ candidate
Sender: owner-flexfax@celestial.com


     I am primarily interested in HylaFAX for its text paging capabilities 
     and recently had the singular experience of tearing my hair out making 
     it work with a SkyTel SkyWord pager.  I submit the following 
     information For the Good of the Order:
     
     If you want to send a page in the USA via SkyTel, you need to be aware 
     that not all SkyTel modem numbers implement the IXO/TAP protocol 
     correctly.  
     
     If you see a trace that looks something like this:
     
     .
     .
     .
     
     Mar 18 11:21:07.31: [14483]: DIAL 9,18007599673
     Mar 18 11:21:07.31: [14483]: <-- [18:ATDT9,18007599673\r] Mar 18 
     11:21:29.03: [14483]: --> [13:CONNECT 38400]
     Mar 18 11:21:29.03: [14483]: EXPECT ID (paging central identification) 
     Mar 18 11:21:29.49: [14483]: RECV: SKYTEL REMOTE TERMINAL        
     Mar 18 11:21:29.85: [14483]: RECV: PAGER ID: 
     Mar 18 11:21:30.21: [14483]: RECV: PAGER ID: 
     Mar 18 11:21:30.57: [14483]: RECV: PAGER ID: 
     Mar 18 11:21:30.93: [14483]: RECV: PAGER ID: 
     .
     .
     .
     
     You may be dialing the wrong number.  The protocol expects ID= at 
     which point the PIN is submitted and the page proceeds.
     
     I got this error when I dialed 1-800-759-9673.  This number apparently 
     implements a different protocol.  When I raised the issue with SkyTel 
     customer support, they gave me a different number:
     
     1-800-759-6366
     
     This information is obviously of use only for North American numbers.  
     I hereby move a collection be taken of valid text pager carrier 
     numbers correctly implementing the IXO/TAP protocol.
     
     If this information is already available elsewhere, a pointer to it in 
     the FAQ would be a Useful Thing.
     
     Chris

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sat, 21 Mar 1998 19:01:29 -0500 (EST)
From: Jason Sonnenschein <jes@ans.net>
To: flexfax@sgi.com
Subject: flexfax: sendpage/hfaxd hang with hylafax 4.0pl1, Solaris 2.5.1
Sender: owner-flexfax@celestial.com


Hi all,

I'm running Hylafax 4.0pl1 on an Ultra 2 running Solaris 2.5.1 with  4 
USRobotics Modems.  Although we are using the server for fax, our main
concern is paging.  We send about 400 pages per day.

When I was running hfaxd in standalone mode, every few hours, there would
be another hfaxd...  After 3 days, there were about 12 copies of hfaxd 
running and 30 sendpage processes were hung in the process.

I then started running hfaxd -S and hfaxd -I out of inetd, behind tcpwrappers,
but I also would get hung copies of hfaxd -S in the process table, each with
one sendpage process hadn't exited, either.  Just as above, this didn't happen
with every page, but enough to be a significant problem.  BTW:  hfaxd -S and
hfaxd -S -d in inetd.conf had the same effects.

Has anyone had similar experiences?  Any suggestions on how to troubleshoot
this further?

Thanks in advance for any help,

Jason Sonnenschein
ANS Communications

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sat, 21 Mar 1998 20:59:19 +0100
From: Tobias Richter <tsr@cave.isdn.cs.tu-berlin.de>
To: flexfax@sgi.com
Subject: flexfax: Failure to train at 2400 bps or +FMINSP value
Sender: owner-flexfax@celestial.com

Hi,

I have problems with outbound use of my new MultiTech MT2834ZDXI/0314B.
Most was solved by ugrading to hylafax-v4.0pl2, but this one still
remains:

Your facsimile job to 02319922959 was not sent because:
    Failure to train at 2400 bps or +FMINSP value

    ---- Transcript of session follows ----
Mar 21 02:32:07.20: [25043]: SESSION BEGIN 00000466 492319922959
Mar 21 02:32:07.20: [25043]: SEND FAX: JOB 62 DEST 02319922959 COMMID 00000466
Mar 21 02:32:07.20: [25043]: DELAY 2600 ms
Mar 21 02:32:09.81: [25043]: <-- [17:ATX3E0V1Q0S0=0H0\r]
Mar 21 02:32:10.02: [25043]: --> [16:ATX3E0V1Q0S0=0H0]
Mar 21 02:32:10.02: [25043]: --> [2:OK]
Mar 21 02:32:10.02: [25043]: <-- [21:ATS8=2S7=60&E4&D3&C1\r]
Mar 21 02:32:10.19: [25043]: --> [2:OK]
Mar 21 02:32:10.19: [25043]: <-- [12:AT+FCLASS=2\r]
Mar 21 02:32:10.35: [25043]: --> [2:OK]
Mar 21 02:32:10.35: [25043]: <-- [10:AT+FTBC=0\r]
Mar 21 02:32:10.51: [25043]: --> [2:OK]
Mar 21 02:32:10.51: [25043]: <-- [10:AT+FBOR=0\r]
Mar 21 02:32:10.67: [25043]: --> [2:OK]
Mar 21 02:32:10.67: [25043]: <-- [13:AT+FPHCTO=30\r]
Mar 21 02:32:10.83: [25043]: --> [2:OK]
Mar 21 02:32:10.83: [25043]: <-- [24:AT+FDCC=1,5,2,2,2,0,0,0\r]
Mar 21 02:32:11.00: [25043]: --> [2:OK]
Mar 21 02:32:11.00: [25043]: <-- [7:ATL1M1\r]
Mar 21 02:32:11.16: [25043]: --> [2:OK]
Mar 21 02:32:11.16: [25043]: <-- [12:AT+FCLASS=2\r]
Mar 21 02:32:11.43: [25043]: --> [2:OK]
Mar 21 02:32:11.43: [25043]: <-- [10:AT+FTBC=0\r]
Mar 21 02:32:11.69: [25043]: --> [2:OK]
Mar 21 02:32:11.69: [25043]: <-- [10:AT+FBOR=0\r]
Mar 21 02:32:11.95: [25043]: --> [2:OK]
Mar 21 02:32:11.95: [25043]: <-- [13:AT+FPHCTO=30\r]
Mar 21 02:32:12.21: [25043]: --> [2:OK]
Mar 21 02:32:12.21: [25043]: <-- [24:AT+FDCC=1,5,2,2,2,0,0,0\r]
Mar 21 02:32:12.48: [25043]: --> [2:OK]
Mar 21 02:32:12.48: [25043]: <-- [26:AT+FLID="+49.30.46507xxx"\r]
Mar 21 02:32:12.76: [25043]: --> [2:OK]
Mar 21 02:32:12.76: [25043]: DIAL 002319922959
Mar 21 02:32:12.76: [25043]: <-- [18:ATDT002319922959@\r]
Mar 21 02:32:25.87: [25043]: --> [5:+FCON]
Mar 21 02:32:28.47: [25043]: --> [27:+FNSF:20 51 06 00 05 00 00 ]
Mar 21 02:32:28.47: [25043]: REMOTE NSF "20 51 06 00 05 00 00"
Mar 21 02:32:28.47: [25043]: --> [28:+FCSI:"MMO-NW 02319922953  "]
Mar 21 02:32:28.48: [25043]: REMOTE CSI "MMO-NW 02319922953"
Mar 21 02:32:28.48: [25043]: --> [21:+FDIS:1,5,0,2,0,0,0,0]
Mar 21 02:32:28.48: [25043]: --> [6:+FPOLL]
Mar 21 02:32:28.48: [25043]: REMOTE has document to POLL
Mar 21 02:32:28.48: [25043]: --> [2:OK]
Mar 21 02:32:28.48: [25043]: REMOTE best rate 14400 bit/s
Mar 21 02:32:28.48: [25043]: REMOTE max page width 1728 pixels in 215 mm
Mar 21 02:32:28.48: [25043]: REMOTE max unlimited page length 
Mar 21 02:32:28.48: [25043]: REMOTE best vres 7.7 line/mm
Mar 21 02:32:28.48: [25043]: REMOTE best format 1-D MR
Mar 21 02:32:28.48: [25043]: REMOTE best 0 ms/scanline
Mar 21 02:32:28.48: [25043]: USE 14400 bit/s
Mar 21 02:32:28.48: [25043]: USE 0 ms/scanline
Mar 21 02:32:28.48: [25043]: SEND file "docq/doc72.ps;00"
Mar 21 02:32:28.54: [25043]: USE page width 1728 pixels in 215 mm
Mar 21 02:32:28.54: [25043]: USE unlimited page length 
Mar 21 02:32:28.54: [25043]: USE 3.85 line/mm
Mar 21 02:32:28.54: [25043]: USE 1-D MR
Mar 21 02:32:28.54: [25043]: <-- [24:AT+FDIS=0,5,0,2,0,0,0,0\r]
Mar 21 02:32:28.87: [25043]: --> [2:OK]
Mar 21 02:32:28.87: [25043]: <-- [7:AT+FDT\r]
Mar 21 02:33:14.72: [25043]: --> [8:+FHNG:27]
Mar 21 02:33:14.72: [25043]: REMOTE HANGUP: Failure to train at 2400 bps or +FMINSP value (code 27)
Mar 21 02:33:15.10: [25043]: --> [2:OK]
Mar 21 02:36:15.06: [25043]: MODEM <Timeout>
Mar 21 02:36:15.06: [25043]: <-- [5:ATH0\r]
Mar 21 02:36:15.32: [25043]: --> [2:OK]
Mar 21 02:36:15.32: [25043]: SESSION END

I get this error repeatedly (same recipient).
This is Linux 2.0.33 using libc.so.5.4.44 and gcc2.7.2 by the way.

Thanks for any help
tobias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sat, 21 Mar 1998 20:50:30 +0100
From: Tobias Richter <tsr@cave.isdn.cs.tu-berlin.de>
To: flexfax@sgi.com
Subject: flexfax: small faxcron fixes
Sender: owner-flexfax@celestial.com

Faxcron was sometimes bothering with minor error messages when
grep'ing directories. This diff made it shut up.

--- faxcron     Sat Mar 21 20:48:24 1998
+++ faxcron.old Sat Mar 21 20:21:50 1998
@@ -38,7 +38,7 @@

 AGEINFO=30                     # purge remote info after 30 days inactivity
 AGELOG=30                      # keep log info for last 30 days
-AGERCV=7                       # purge received facsimile after 7 days
+AGERCV=7                       # purge received facsimile after 2 days
 AGETMP=1                       # purge orphaned temp files after 1 day
 FAXUSER=fax                    # owner of log files
 LOGMODE=0644                   # mode for log files
@@ -428,7 +428,7 @@
 #
 # Purge old stuff from the temp directory.
 #
-find tmp -mtime +$AGETMP -print >$JUNK
+find tmp -type f -mtime +$AGETMP -print >$JUNK
 if [ -s $JUNK ]; then
     echo "Purge tmp files older than $AGETMP days:"
     for i in `$CAT $JUNK`; do
@@ -445,7 +445,7 @@
 #
 # Note destinations whose jobs are currently being rejected.
 #
-find info cinfo -type f -newer $LAST -print 2>/dev/null >$JUNK
+find info cinfo -newer $LAST -print 2>/dev/null >$JUNK
 if [ -s $JUNK ]; then
        echo "Destinations being rejected (added since $LASTRUN):"
        $GREP "^rejectNotice:" `$CAT $JUNK` | $AWK -F: '

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: faxviewer for win95/nt ?
To: flexfax@sgi.com
Date: Sun, 22 Mar 1998 12:06:09 +0000 (GMT)
Sender: owner-flexfax@celestial.com

The Wang Imaging tool, bundled with Windows NT 4 will display G3 1D encoded
faxes from Hylafax.  It appears not to support G3 2D encoded ones, although
none of the junk faxes I've tried it on fell into that category.  It does
support multiple pages.  The menus tend to imply that it will handle G4 2D.

It's my impression that you will only get 2D faxes if the sender is 2D,
you negotiate it, and you don't let Hylafax do any copy quality processing.
However, the powers that be in the office decided GUI was good and Unix
was undesirable and went for Cheyenne, so I'd have to set up explicit tests
in my own time to confirm this.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Minhduc Tonnu <minhduc@yoyo.cc.monash.edu.au>
Subject: flexfax: How do I set up distinctive ring to receice fax only?
To: flexfax@sgi.com
Date: Mon, 23 Mar 1998 04:54:58 +1100 (EST)
Sender: owner-flexfax@celestial.com

I've checked the faq and all information I could find (setup.html and setup_advance.html
and the man pages) but still couldn't set up HylaFAX to answer fax call only. What I've
done are the following:

	in /var/spool/fax/etc/config.cua0 set the parameters:
		RingFax:	RING1
		RingData:	RING2
		RingVoice:	RING

Since my modem at the moment does not return anything but "RING" I expected
the above is all I need to stop HylaFAX from answering the phone. Well, it does
answer the phone.

Next I insert "AnswerRotary: fax" into /var/spool/fax/etc/config.cua0. HylaFAX
still answers the phone.

This is what the HylaFAX documentation says about incoming call handling:

	"If the call type is already known from distinctive ring information,
	then the call is processed immediately. If faxgetty was
   	instructed to answer any type of call, then the call is answered
	as appropriate. However, if a particular type of call was to be
	processed (e.g. data) and the deduced type of call does not match,
	then the call is rejected and the modem is reset and initialized."

Just what does "instructed" means I'm not quite sure. Can somebody please
help? Since I haven't "instructed" faxgetty to accept any type of call
I expected it to use the default, which is to accept fax call only and
thus only answers "RING1" from the modem.

Thanks.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Martin Klingler <mkli@netway.at>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: Hylafax and Creatix LC144VF
Date: Sun, 22 Mar 1998 19:19:47 +0100
Sender: owner-flexfax@celestial.com

Hi once more to the mailing list,

I am using Hylafax V4.Opl1 and WHFC 0.8.1 on the S.u.S.E. Linux Distribution 5.0 with Creatix LC 144VF.
After a lot of troubles in the beginning I just made it and the system is doing well. Thanks a lot to you on the list.

The CONFIG.MODEM looks like this
CountryCode:		nn
AreaCode:		nnn
FAXNumber:		nnnnnn
LongDistancePrefix:	0
InternationalPrefix:	00
DialStringRules:	etc/dialrules.europe
ServerTracing:		1
SessionTracing:		11
RecvFileMode:		0644
LogFileMode:		0644
DeviceMode:		0600
RingsBeforeAnswer:	1
SpeakerVolume:		off
GettyArgs:		"-h %l dx_%s"
LocalIdentifier:	"NothingSetup"
TagLineFont:		etc/lutRS18.pcf
TagLineFormat:		"From %%l|%c|Page %%p of %%t"
MaxRecvPages:		25
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:		Class2		# use class 2 interface
ModemRate:		38400
ModemAnswerFaxBeginCmd: "<19200>"
ModemFlowControl:	rtscts		# default
ModemWaitForConnect:	yes		# wait for CONNECT on answer
#
#ModemResetCmds:	AT&F2		# what you want for a Supra
ModemNoFlowCmd:		AT&K		# disable flow control cmd
ModemHardFlowCmd:	AT&K3		# hardware flow control cmd
ModemSoftFlowCmd:	AT&K4		# software flow control cmd
ModemSetupDTRCmd:	AT&D2		# DTR off causes modem to reset
ModemSetupDCDCmd:	AT&C1		# DCD follows carrier
ModemSetupAACmd:	AT+FCLASS=0;+FAA=1 # enable in class 0
#
ModemSendFillOrder:	LSB2MSB		# as expected
ModemRecvFillOrder:	MSB2LSB		# opposite of what makes sense
Class2RecvDataTrigger:	"\022"		# a la 2388-B

The file was created automatically from faxaddmodem. Only the line ModemAnswerFaxBeginCmd: "<19200>" was added by hand. This was an important hint from the list.

I had further problems with the printer driver under Win95. It was not possible to fax with HP Laser Jet 4/4M Plus PS but with the Apple Laser Writer now everything is OK.

Many thanks and good luck

Martin

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Steve Williams <steve@genie96.com>
Subject: flexfax: Where to put AIX 4.0pl2 binary release?
To: flexfax@sgi.com
Date: Sun, 22 Mar 1998 16:13:08 -0700 (MST)
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

Hi,

I have finally got enough time together to create a binary release for 
HylaFax v4.0pl2.

I've been so busy I haven't been following the mailing list as close as
I should have, so I am not sure where I should put the files ( which ftp 
site ) & who to notify with the md5 checksums so they can get re-located
to the proper directory for binary distributions.

I previously created the binary together for AIX for pl0 & pl1.

Thanks,
-- 
	Steve Williams, Calgary, Alberta, Canada
	Genie Computer Systems Inc.
	steve@genie96.com

"A man doesn't begin to attain wisdom until he recognizes that he is 
 no longer indespensable."
- Admiral Richard E. Byrd ( 1888-1957 )

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: Where to put AIX 4.0pl2 binary release?
To: steve@genie96.com (Steve Williams)
Date: Mon, 23 Mar 1998 07:55:55 +0100 (MEZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

Steve Williams wrote:
    
    Hi,
    
    I have finally got enough time together to create a binary release for 
    HylaFax v4.0pl2.
    
    I've been so busy I haven't been following the mailing list as close as
    I should have, so I am not sure where I should put the files ( which ftp 
    site ) & who to notify with the md5 checksums so they can get re-located
    to the proper directory for binary distributions.
    
    I previously created the binary together for AIX for pl0 & pl1.

Please upload them to ftp://ftp.sisis.de/pub/incoming and drop me
directly a message with the MD5 signatures. I'll deliver the
files to ftp.leo.org and notify Sam too. Thanks for your work.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 15:33:00 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
Reply-To: Jonathan Chen <jonc@pinnacle.co.nz>
To: Steve Williams <steve@genie96.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: AIX Getty Feature.., attempted fix
Sender: owner-flexfax@celestial.com

On Fri, 20 Mar 1998, Steve Williams wrote:


[snip]
> ----
>     char *device=getLine();
> 
>     while ((ut = getutent()) != NULL) { 
> 	if (!strneq(ut->ut_line, device, sizeof (ut->ut_line)) && 
> 	    !strneq(ut->ut_line, device|"/0", sizeof (ut->ut_line)))
> 			            ^^^^^^^^
> ----
> 
> But this doesn't compile ( understandably so, because neither of the items 
> around the "|" are fxStr's, so it's not going to know what the heck to do.

How about trying:

	fxStr device = getLine ();

--
Jonathan Chen <jonc@pinnacle.co.nz>                 Once is dumb luck.
                                                 Twice is coincidence.
             Three times and Somebody Is Trying To Tell You Something.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 20:57:52 -0800 (PST)
From: Tim Rice <tim@trr.metro.NET>
To: HylaFax mailing list <flexfax@sgi.com>
Subject: flexfax: HylaFAX 4.0pl2 SCO binaries
Sender: owner-flexfax@celestial.com


    
    New SCO 3.2v4.2 binaries for HylaFAX v4.0pl2 are now available at
	ftp://ftp.sgi.com/sgi/fax/binary and
	ftp://ftp.leo.org/pub/comp/os/unix/networking/fax/hylafax/binary


    Sorry, the SCO 3.2v5.x ELF binaries are not ready yet.

    Note to SCO UNIX 3.2v4.2 users, you MUST have TCP/IP for 
    HylaFAX to work.
    

    MD5 (INSTALL-gs510-sco3.2v4.2) = 3dd0fc7157718b0895bec31729c8ea43
    MD5 (gs5.10-sco3.2v4.2-tar.gz) = 538478b288675ebf7d9ad13a43924001
    
    MD5 (INSTALL-hylafax-client-v4.0-sco3.2v4.2)
    	= c7d3aaf977e2453ba7d45bc5a172341c
    MD5 (hylafax-client-sco3.2v4.2-v4.0pl2.tar.gz)
    	= 9429e278ad80b4d4c2acdbc6e7b543d1
    
    MD5 (INSTALL-hylafax-v4.0-sco3.2v4.2) = a3eea215ee1ebf30e232b1133932fcf5
    MD5 (hylafax-sco3.2v4.2-v4.0pl2.cpio.gz) = 70265d6dafac904961abaed5d1584798


Enjoy.


--
Tim Rice			Multitalents	(707) 887-1469 (voice)
tim@trr.metro.net

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 21:09:08 -0500 (EST)
From: Nicholas Riley <nriley@staff.feldberg.brandeis.edu>
Reply-To: Nicholas Riley <nriley@staff.feldberg.brandeis.edu>
To: flexfax@sgi.com
Subject: flexfax: ghostscript doing nothing; can't get tiff to work either
Sender: owner-flexfax@celestial.com

Hi; I installed HylaFAX 4.0pl2 on a NetBSD 1.2G system (planning on
upgrading to 1.3 soon, but haven't had the time). The machine runs a print
server, and hopefully soon to be a fax server. I'm having two different
problems, although for all I know they may be the same problem. My
apologies for the length of this email - I just want to make sure it's
clear if I'm making any inappropriate assumptions. 

The first is when I try to run sendfax from the fax server machine. I get
the following log messages with ServerTracing set to 150273 (I've
replaced the phone number with nnn):

Mar 23 18:24:50 roadrunner FaxQueuer[16684]: JOB 19 (active dest
+1617nnnnnnn pri 127 tts 0:00 killtime 2:58:58): CONVERT DOCUMENT:
bin/ps2fax -o docq/doc19.cover;30 -r 98 -w 1728 -l 280 -m 48 -1
docq/doc19.cover
Mar 23 18:25:08 roadrunner FaxQueuer[16684]: JOB 19: CONVERT DOCUMENT:
Could not reopen converted document to verify format

So, as the troubleshooting guide instructs, I tried running ps2fax
manually, with sh -x, and found that the shellscript ran through until
ghostscript was called. Then I extracted the line of the script and
executed it.  Nothing appeared - no error message, no output file. I tried
removing -q and changing the output directory and filename:

# /usr/local/bin/gs -sDEVICE=tiffg3 -dNOPAUSE -dSAFER=true
-sPAPERSIZE=letter -r204x98 -sOutputFile=./doc19.cover.fax - < docq/doc19.cover
Aladdin Ghostscript 5.01 (1997-6-22)
Copyright (C) 1997 Aladdin Enterprises, Menlo Park, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading Helvetica-Bold font from
/usr/local/share/ghostscript/fonts/Helvetica-Bold... #

This produced some more messages, which made me think that at least
Ghostscript was interpreting the file.. There are other instances of
'setfont' in the cover sheet, but nothing is printed in any fonts but
Helvetica-Bold and Helvetica-BoldOblique (which I believe is
algorithmically derived from Helvetica-Bold). I tried sending the
doc19.cover to my PostScript printer with 'lpr' - it sat there processing
for a while, then gave up without an error, remarkably similar to what
Ghostscript did.

Next I tried using 'lpr' to print the PostScript file that was generated
from the text file argument to sendfax. The file printed fine, in a nice
bold Courier. That suggested that the cover page was causing the problem,
so I gave sendfax the -n flag. This caused the same error with Ghostscript
as before, except while converting the document instead of the cover page. 
I tried the exact commands that the shellscript used, minus the -q and
with a filename change...

# /bin/cat docq/doc39.ps.21 | /usr/local/bin/gs -sDEVICE=tiffg3 -dNOPAUSE
-dSAFER=true -sPAPERSIZE=a4 -r204x98 -sOutputFile=docq/doc39.ps.30 -
Aladdin Ghostscript 5.01 (1997-6-22)
Copyright (C) 1997 Aladdin Enterprises, Menlo Park, CA.  All rights
reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading Courier-Bold font from
/usr/local/share/ghostscript/fonts/Courier-Bold... #

Just to check again, I tried printing doc39.ps.21; no problem there.

Is this a Ghostscript problem? (I know very little about Ghostscript.) A
HylaFAX problem? I'm up to my ears in logfiles here, so if anything more
is necessary to find the problem, let me know. 

Next I tried a Mac client, MacFLEX. I didn't understand the error
messages, so I didn't know how to proceed; the session is reproduced here:

Mar 23 18:37:46 roadrunner HylaFAX[16741]: Filesystem has SysV-style file
creation semantics.
Mar 23 18:37:46 roadrunner FaxQueuer[14006]: FIFO RECV "Sclient/16741:20"
Mar 23 18:37:46 roadrunner FaxQueuer[14006]: SUBMIT JOB 20
Mar 23 18:37:46 roadrunner FaxQueuer[14006]: JOB 20 (suspended dest  pri
127 tts 0:00 killtime 23:59:14): CREATE
Mar 23 18:37:46 roadrunner FaxQueuer[14006]: JOB 20 (ready dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:14): READY
Mar 23 18:37:47 roadrunner FaxQueuer[14006]: FIFO SEND client/16741 msg
"S*"
Mar 23 18:37:47 roadrunner FaxQueuer[14006]: JOB 20 (ready dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:13): PROCESS
Mar 23 18:37:47 roadrunner FaxQueuer[14006]: JOB 20 (active dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:13): ACTIVE
Mar 23 18:37:47 roadrunner FaxQueuer[14006]: JOB 20 (active dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:13): PREPARE START
Mar 23 18:37:47 roadrunner FaxQueuer[14006]: JOB 20 (active dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:13): PREPARE DONE
Mar 23 18:37:47 roadrunner FaxQueuer[14006]: JOB 20: bad exit status 0xb
from sub-fork
Mar 23 18:37:48 roadrunner FaxQueuer[14006]: NOTIFY: bin/notify
"doneq/q20" "failed" ""
Mar 23 18:37:57 roadrunner FaxQueuer[14006]: JOB 20 (done dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:03): DEAD
Mar 23 18:37:57 roadrunner FaxQueuer[14006]: JOB 20 (done dest
+1617nnnnnnn pri 127 tts 0:00 killtime 23:59:03): DELETE

The communication went OK as I see a doc38.tif.20 file in the
/var/spool/fax/docq directory.  I ftp'd that file back to the Mac, and
GraphicConverter was able to open it as a "TIFF Fax 3" type document,
which looked right. I don't know what "bad exit status 0xb from sub-fork"
means.

OK, that's all... I've put my best effort and about 5 hours into solving
the problem and I am getting nowhere. Help would be greatly appreciated.

Thanks,

--
Nicholas Riley <nriley@staff.feldberg.brandeis.edu>

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sun, 22 Mar 1998 10:11:34 -0800 (PST)
From: Tim Rice <tim@trr.metro.NET>
To: Tobias Richter <tsr@cave.isdn.cs.tu-berlin.de>
cc: flexfax@sgi.com
Subject: Re: flexfax: Failure to train at 2400 bps or +FMINSP value
Sender: owner-flexfax@celestial.com

On Sat, 21 Mar 1998, Tobias Richter wrote:

> Hi,
> 
> I have problems with outbound use of my new MultiTech MT2834ZDXI/0314B.
> Most was solved by ugrading to hylafax-v4.0pl2, but this one still
> remains:
> 
> Your facsimile job to 02319922959 was not sent because:
>     Failure to train at 2400 bps or +FMINSP value
> 
>     ---- Transcript of session follows ----
> Mar 21 02:32:07.20: [25043]: SESSION BEGIN 00000466 492319922959
> Mar 21 02:32:07.20: [25043]: SEND FAX: JOB 62 DEST 02319922959 COMMID 00000466
> Mar 21 02:32:07.20: [25043]: DELAY 2600 ms
> Mar 21 02:32:09.81: [25043]: <-- [17:ATX3E0V1Q0S0=0H0\r]
> Mar 21 02:32:10.02: [25043]: --> [16:ATX3E0V1Q0S0=0H0]
> Mar 21 02:32:10.02: [25043]: --> [2:OK]
> Mar 21 02:32:10.02: [25043]: <-- [21:ATS8=2S7=60&E4&D3&C1\r]
                                                     ^^^^^^
This may not fix your problem but be aware that &D3 is broken on
the MT2834 modems. The workaround is to use &C4 in place of &C1.

[snip]
> Thanks for any help
> tobias
> 

--
Tim Rice			Multitalents	(707) 887-1469 (voice)
tim@trr.metro.net

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 24 Mar 1998 10:40:44 +0100
From: Tobias Richter <tsr@cave.isdn.cs.tu-berlin.de>
To: flexfax@sgi.com
Subject: Re: flexfax: Failure to train at 2400 bps or +FMINSP value
Mail-Followup-To: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

You (tim@trr.metro.NET) wrote:
> On Sat, 21 Mar 1998, Tobias Richter wrote:
> > Your facsimile job to 02319922959 was not sent because:
> >     Failure to train at 2400 bps or +FMINSP value
> > 
> >     ---- Transcript of session follows ----
> > Mar 21 02:32:07.20: [25043]: SESSION BEGIN 00000466 492319922959
> > Mar 21 02:32:07.20: [25043]: SEND FAX: JOB 62 DEST 02319922959 COMMID 00000466
> > Mar 21 02:32:07.20: [25043]: DELAY 2600 ms
> > Mar 21 02:32:09.81: [25043]: <-- [17:ATX3E0V1Q0S0=0H0\r]
> > Mar 21 02:32:10.02: [25043]: --> [16:ATX3E0V1Q0S0=0H0]
> > Mar 21 02:32:10.02: [25043]: --> [2:OK]
> > Mar 21 02:32:10.02: [25043]: <-- [21:ATS8=2S7=60&E4&D3&C1\r]
>                                                      ^^^^^^
> This may not fix your problem but be aware that &D3 is broken on
> the MT2834 modems. The workaround is to use &C4 in place of &C1.
>
> [snip]

So I just changed 
	ModemSetupDCDCmd:       AT&C4
but left alone
	ModemSetupDTRCmd:       AT&D3
correct?

But you were right. It didn't fix the original problem, 
I still get the same error.

More hints appreciated,
tobias 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Sinisa Milivojevic <sinisa@coresinc.com>
To: flexfax@sgi.com
Subject: Re: flexfax: TIFF to JPEG
Date: Mon, 23 Mar 1998 09:46:43 -0100
Sender: owner-flexfax@celestial.com

On Sat, 21 Mar 1998, you wrote:
>
>I assume we are talking about fax images, in which case JPEG is a not a 
>sensible format++.  GIF is better but not as compact as fax.
>
I need GIF in order to present a fax in Netscape / IE (hope not).
>This question was covered about a month ago on the list.  I don't have
>the TIFF tools on my home machine, but something like tifftopnm ought
>to exist, in which case the next step is easy.

I have tofftopnm.  How can I make GIF thereafter ???

>
>I also suspect that this question is really "how can I produce a web gateway
>for viewing received faxes which doesn't require any helper applications
>on the client side?"  If helper applications are allowed, see the recent
>discussions about TIFF G3 viewers for NT and '95.
>
I know that. However my users  (managers) would like everything to stay within
netscape !!!  Therefore GIF !!!
 >> Date: Fri, 20 Mar 1998 14:33:53 -0100
>                                  ^^^^^
>I don't think that Serbia is really in the eastern Atlantic!
>

Of course, you are right. I made a mistake. However I am not using NTP.
--

Sinisa

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ --- ___            \/          - Sinisa Milivojevic, Consultant  _/
_/ -- /     o   __  o __   ___    - CORES , 11000 Beograd       8-) _/
_/ -  ---  /  /  / / /_   /__/   -- Marsala Tolbuhina 31, SERBIA    _/
_/   ___/ /  /  / / __/  /  /  ---- tel:+381 11 4443331,fax: 433001 _/
_/                            ----- http://www.coresinc.com/~sinisa _/
_/  To defy, to conquer. For us! -- mailto:sinisa@coresinc.com  ;o) _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: TIFF to JPEG
To: sinisa@coresinc.com (Sinisa Milivojevic)
Date: Tue, 24 Mar 1998 08:04:26 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> I have tofftopnm.  How can I make GIF thereafter ???

ppmtogif

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 16:15:55 -0500 (EST)
From: "nick s." <nick@troll.soc.qc.edu>
To: flexfax@sgi.com
Subject: flexfax: FaxQCleaner & faxaddmodem complaining ...
Sender: owner-flexfax@celestial.com

I recently installed HylaFAX and have encountered a few minor problems,
hopfully the solutions are simple.

I'm running Solaris 2.6 (SunOS 5.6 sun4m sparc) and have installed the
hylafax-sparc-sunos5.5-v4.0pl1-pkg.gz package.

** First problem - FaxQCleaner is complaing.  Here's what I get:

(/var/adm/messages) every hour:
Mar 23 10:00:00 rain FaxQCleaner[4004]: The fax server must run with real uid root.
Mar 23 11:00:00 rain FaxQCleaner[4025]: The fax server must run with real uid root.
Mar 23 12:00:00 rain FaxQCleaner[4029]: The fax server must run with real uid root.
Mar 23 13:00:00 rain FaxQCleaner[4033]: The fax server must run with real uid root.
Mar 23 14:00:03 rain FaxQCleaner[4038]: The fax server must run with real uid root.
Mar 23 15:00:00 rain FaxQCleaner[4042]: The fax server must run with real uid root.

installed in /opt/local/fax/lib using pkgadd:
-rwsr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd

(ps -ef | grep uucp)
uucp  3141     1  0   Mar 19 ?        0:01 /opt/local/fax/lib/faxgetty cua/a
uucp  3128     1  0   Mar 19 ?        0:00 /var/spool/fax/bin/faxq
uucp  3130     1  0   Mar 19 ?        0:00 /opt/local/fax/lib/hfaxd -i hylafax -o 4557 -s 444

(/var/spool/cron/crontabs/root)
0 * * * * /var/spool/fax/bin/faxqclean
25 3 * * * sh /var/spool/fax/bin/faxcron | mail FaxMaster

What needs to be changed in order to get FaxQCleaner happy? 


** Second, faxaddmodem and probemodem complain:
(using /dev/cua/a)

Probing for best speed to talk to modem: 38400 OK.

Hmm, something seems to be hung, check your modem eh?"

Hmm, this looks like a Class 2 modem.
Modem manufacturer is "Multi-Tech Systems".
Modem model is "MT2834MR".
DTE-DCE flow control scheme [default]?

Should I worry about that "Hmm, something seems to be hung, check your
modem eh?"  error during setup?  Everything appears to be working fine
(sending and receiving), although it has not been used extensively (only
about 5 incoming and 5 outgoing so far). 

I hope I supplied enough information.
Any help would be appreciated!  Thanks!!

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 22:17:16 -0500 (EST)
From: "nick s." <nick@troll.soc.qc.edu>
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
cc: flexfax@sgi.com
Subject: Re: flexfax: FaxQCleaner & faxaddmodem complaining ...
Sender: owner-flexfax@celestial.com

On Mon, 23 Mar 1998, Nico Garcia wrote:

> > Mar 23 10:00:00 rain FaxQCleaner[4004]: The fax server must run with real uid root.
> 
> I think you've got it installed suid root, instead of real uid root.
> 
> > installed in /opt/local/fax/lib using pkgadd:
> > -rwsr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd

I've already tried changing permissions without any success ... but I just
tried again ... changed hfaxd to real uid root:
-rwxr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd
stopped the server (using /etc/init.d/hylafax), restarted the
server, and I _still_ experience the same error message as above.

Are there other permissions I'm missing?  This is running straight from
the pkgadd install ... I assume it's running fine for others?

> You're fine. I'd worry about using /dev/cua/a instead of /dev/tty*/*,
> since Sun and other UNIX systems have this strange "split-device
> trick" that HylaFAX does *NOT* work with.

According to INSTALL-sparc-sunos5.5-v4.0pl1:

/dev/term/a vs. /dev/cua/a
--------------------------

I use the "cua" devices for everything.  You may find programs like
probemodem and faxaddmodem will hang when trying to probe the modem
if you use the "term" devices.  The "term" devices are basically 
for running a getty with sac.  The open will block until Carrier Detect
is asserted.  Hylafax does not use this mechanism.  Hylafax has its
own interlocking mechanism and will cooperate with outbound calls
that obey uucp locking conventions.  See the on-line documentation
under "Choosing a TTY Device" and the zs(7) man page for details.

-snip-

thanks for the info!

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
cc: flexfax@sgi.com
Subject: Re: flexfax: FaxQCleaner & faxaddmodem complaining ... 
Date: Mon, 23 Mar 1998 22:16:21 -0500
From: "Thomas A. Szybist" <szybist@boxhill.com>
Sender: owner-flexfax@celestial.com

In message <Pine.SUN.3.96.980323175606.18819A-100000@earfull>, Nico Garcia writes:
> -----BEGIN PGP SIGNED MESSAGE-----
> 
> On Mon, 23 Mar 1998, nick s. wrote:
> 
> > I'm running Solaris 2.6 (SunOS 5.6 sun4m sparc) and have installed the
> > hylafax-sparc-sunos5.5-v4.0pl1-pkg.gz package.
> > 
> > ** First problem - FaxQCleaner is complaing.  Here's what I get:
> > 
> > (/var/adm/messages) every hour:
> > Mar 23 10:00:00 rain FaxQCleaner[4004]: The fax server must run with real uid root.
> 
> I think you've got it installed suid root, instead of real uid root.
> 
> > installed in /opt/local/fax/lib using pkgadd:
> > -rwsr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd
> 
> Not relevant to this problem.
> 
> > ** Second, faxaddmodem and probemodem complain:
> > (using /dev/cua/a)
> > 
> > Probing for best speed to talk to modem: 38400 OK.
> > 
> > Hmm, something seems to be hung, check your modem eh?"
> 
> This is normal, although alarming when we see it.
> 
> > 
> > Hmm, this looks like a Class 2 modem.
> 
> OK, you're connected at 38400.
> 
> > Modem manufacturer is "Multi-Tech Systems".
> > Modem model is "MT2834MR".
> > DTE-DCE flow control scheme [default]?
> > 
> > Should I worry about that "Hmm, something seems to be hung, check your
> > modem eh?"  error during setup?  Everything appears to be working fine
> > (sending and receiving), although it has not been used extensively (only
> > about 5 incoming and 5 outgoing so far). 
> 
> > I hope I supplied enough information.
> > Any help would be appreciated!  Thanks!!
> 
> You're fine. I'd worry about using /dev/cua/a instead of /dev/tty*/*,
> since Sun and other UNIX systems have this strange "split-device
> trick" that HylaFAX does *NOT* work with.
> 
> 			Nico Garcia
> 			Engineer, CIRL 
> 			Mass. Eye and Ear Infirmary
> 			raoul@cirl.meei.harvard.edu
> 
> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.2
> 
> iQCVAwUBNRbpdz/+ItycgIJRAQGpkAQAlS8RncXb2E7zPIpey27KI0BUghlVxnvn
> 8eSObsaJ+zWltRACrphEvjFhg88x+LokkTLHz3W9FTjKssx+tadnI5yHQWriS2Fi
> x/PfhZIDQ2CkXnPoa3ZxEkaPoNQOE4WLMm/eOb228rUgqKHAkFi5HXICbe6YQ266
> UJfUZPGsefI=
> =LUPK
> -----END PGP SIGNATURE-----
> 

As Nico said, check the mode of FaxQCleaner.  

I always get the Hmm... 

Under Solaris, I've had better luck with "cua" devices since carrier
detect doesn't need to asserted for open.   I know I *had* to do this
in the past, but things my work better now.  (I'm thinking of
faxaddmodem.)

HylaFAX works fine with "cua" devices.  You just can't use "term"
devices for gettys and such.  If you're using HylaFAX, you should *not*
use Solaris ttymon.  Let HylaFAX start a getty if you need one.  This
really is the best way. 

If you use "cua" for HylaFAX, you *must* use "cua" for everything.
(cu, tip, kermit, etc.)  

Tom Szybist
szybist@boxhill.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 18:00:15 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: FaxQCleaner & faxaddmodem complaining ...
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Mon, 23 Mar 1998, nick s. wrote:

> I'm running Solaris 2.6 (SunOS 5.6 sun4m sparc) and have installed the
> hylafax-sparc-sunos5.5-v4.0pl1-pkg.gz package.
> 
> ** First problem - FaxQCleaner is complaing.  Here's what I get:
> 
> (/var/adm/messages) every hour:
> Mar 23 10:00:00 rain FaxQCleaner[4004]: The fax server must run with real uid root.

I think you've got it installed suid root, instead of real uid root.

> installed in /opt/local/fax/lib using pkgadd:
> -rwsr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd

Not relevant to this problem.

> ** Second, faxaddmodem and probemodem complain:
> (using /dev/cua/a)
> 
> Probing for best speed to talk to modem: 38400 OK.
> 
> Hmm, something seems to be hung, check your modem eh?"

This is normal, although alarming when we see it.

> 
> Hmm, this looks like a Class 2 modem.

OK, you're connected at 38400.

> Modem manufacturer is "Multi-Tech Systems".
> Modem model is "MT2834MR".
> DTE-DCE flow control scheme [default]?
> 
> Should I worry about that "Hmm, something seems to be hung, check your
> modem eh?"  error during setup?  Everything appears to be working fine
> (sending and receiving), although it has not been used extensively (only
> about 5 incoming and 5 outgoing so far). 

> I hope I supplied enough information.
> Any help would be appreciated!  Thanks!!

You're fine. I'd worry about using /dev/cua/a instead of /dev/tty*/*,
since Sun and other UNIX systems have this strange "split-device
trick" that HylaFAX does *NOT* work with.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRbpdz/+ItycgIJRAQGpkAQAlS8RncXb2E7zPIpey27KI0BUghlVxnvn
8eSObsaJ+zWltRACrphEvjFhg88x+LokkTLHz3W9FTjKssx+tadnI5yHQWriS2Fi
x/PfhZIDQ2CkXnPoa3ZxEkaPoNQOE4WLMm/eOb228rUgqKHAkFi5HXICbe6YQ266
UJfUZPGsefI=
=LUPK
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: "nick s." <nick@troll.soc.qc.edu>
cc: Nico Garcia <raoul@cirl.meei.harvard.edu>, flexfax@sgi.com
Subject: Re: flexfax: FaxQCleaner & faxaddmodem complaining ... 
Date: Tue, 24 Mar 1998 09:36:48 -0500
From: "Thomas A. Szybist" <szybist@boxhill.com>
Sender: owner-flexfax@celestial.com

In message <Pine.SOL.3.96.980323220319.6344A-100000@troll>, "nick s." writes:
> On Mon, 23 Mar 1998, Nico Garcia wrote:
> 
> > > Mar 23 10:00:00 rain FaxQCleaner[4004]: The fax server must run with real
>  uid root.
> > 
> > I think you've got it installed suid root, instead of real uid root.
> > 
> > > installed in /opt/local/fax/lib using pkgadd:
> > > -rwsr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd
> 
> I've already tried changing permissions without any success ... but I just
> tried again ... changed hfaxd to real uid root:
> -rwxr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd


I have:

bash-2.00# ls -l /opt/local/fax/lib/hfaxd

-rwsr-xr-x   1 root     root      522616 Nov  6 08:55 /opt/local/fax/lib/hfaxd

I'm not sure why your gid is "other" pkgadd should set the gid when
installing.

> stopped the server (using /etc/init.d/hylafax), restarted the
> server, and I _still_ experience the same error message as above.
> 
> Are there other permissions I'm missing?  This is running straight from
> the pkgadd install ... I assume it's running fine for others?


Check these permissions:

bash-2.00# ls -l /opt/local/fax/lib/faxgetty
-rwxr-xr-x   1 root     root      503144 Nov  6 08:54 /opt/local/fax/lib/faxgetty
bash-2.00# ls -l /var/spool/fax/bin/faxq
-rwxr-xr-x   1 root     root      401824 Nov  6 08:54 /var/spool/fax/bin/faxq

These things should get started by "root".  They then will change to
the "fax" user. Do a "ps", they be running as "uucp", or "fax".  You
should have an entry of "fax" in /etc/passwd and /etc/shadow that is
the same as "uucp".

Are you running faxgetty?  If not, you should.  It makes life so much
easier.

> 
> > You're fine. I'd worry about using /dev/cua/a instead of /dev/tty*/*,
> > since Sun and other UNIX systems have this strange "split-device
> > trick" that HylaFAX does *NOT* work with.
> 
> According to INSTALL-sparc-sunos5.5-v4.0pl1:
> 
> /dev/term/a vs. /dev/cua/a
> --------------------------
> 
> I use the "cua" devices for everything.  You may find programs like
> probemodem and faxaddmodem will hang when trying to probe the modem
> if you use the "term" devices.  The "term" devices are basically 
> for running a getty with sac.  The open will block until Carrier Detect
> is asserted.  Hylafax does not use this mechanism.  Hylafax has its
> own interlocking mechanism and will cooperate with outbound calls
> that obey uucp locking conventions.  See the on-line documentation
> under "Choosing a TTY Device" and the zs(7) man page for details.
> 
> -snip-
> 
> thanks for the info!
> 

See my last mail.  

Tom Szybist
szybist@boxhill.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 24 Mar 1998 10:33:34 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "nick s." <nick@troll.soc.qc.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: FaxQCleaner & faxaddmodem complaining ...
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Mon, 23 Mar 1998, nick s. wrote:

> On Mon, 23 Mar 1998, Nico Garcia wrote:
> 
> > > Mar 23 10:00:00 rain FaxQCleaner[4004]: The fax server must run with real uid root.
> > 
> > I think you've got it installed suid root, instead of real uid root.
> > 
> > > installed in /opt/local/fax/lib using pkgadd:
> > > -rwsr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd
> 
> I've already tried changing permissions without any success ... but I just
> tried again ... changed hfaxd to real uid root:
> -rwxr-xr-x   1 root     other     505740 Dec  9  1996 hfaxd
> stopped the server (using /etc/init.d/hylafax), restarted the
> server, and I _still_ experience the same error message as above.

AGGGHHH! NOT HFAXD! FAXQCLEAN!

I'm sorry. I'm calm now. I thought I was being clear.

> According to INSTALL-sparc-sunos5.5-v4.0pl1:
> 
> /dev/term/a vs. /dev/cua/a
> --------------------------
> 
> I use the "cua" devices for everything.  You may find programs like
> probemodem and faxaddmodem will hang when trying to probe the modem
> if you use the "term" devices.  The "term" devices are basically 

Fair enough. My experience is with SunOS. I'll keep this in mind for
future reference.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRfSSj/+ItycgIJRAQELagP+JHEe4dKtzV86syQBDUAZc8Q3VGvsSrz/
dCCmQxey2EXDJMXuMe87DZJjF1JjfwhM/T6sS7lRK3onGPdVF/VwkCFaEDplRaIp
1X7Nqn51i3eFvz0cA2H9mFYJ4i/tSleLI1F2gSJQ6fDhWl2sLPETjXAy5sHGHlfm
EJ9Ssjr0ZoA=
=0+dX
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 25 Mar 1998 13:57:13 -0500 (EST)
From: "nick s." <nick@troll.soc.qc.edu>
To: "Thomas A. Szybist" <szybist@boxhill.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: FaxQCleaner & faxaddmodem complaining ... 
Sender: owner-flexfax@celestial.com

On Tue, 24 Mar 1998, Thomas A. Szybist wrote: 

> I have:
> 
> bash-2.00# ls -l /opt/local/fax/lib/hfaxd
> 
> -rwsr-xr-x   1 root     root      522616 Nov  6 08:55 /opt/local/fax/lib/hfaxd
> 
> I'm not sure why your gid is "other" pkgadd should set the gid when
> installing.

I installed the pkgadd as root after a fresh Solaris 2.6 install.  Not
sure either ...

Anyway, I chown'ed everything that was root:other to root:root ... here:

-rwsr-xr-x   1 root     root      505740 Dec  9  1996 /opt/local/fax/lib/hfaxd
-rwxr-xr-x   1 root     root      486212 Dec  9  1996 /opt/local/fax/lib/faxgetty
-rwxr-xr-x   1 root     root      384976 Dec  9  1996 /var/spool/fax/bin/faxq

> These things should get started by "root".  They then will change to
> the "fax" user. Do a "ps", they be running as "uucp", or "fax".  You
> should have an entry of "fax" in /etc/passwd and /etc/shadow that is
> the same as "uucp".

uucp  4886     1  0 19:44:52 ?        0:00 /opt/local/fax/lib/faxgetty cua/a
uucp  4896     1  0 19:44:53 ?        0:00 /opt/local/fax/lib/hfaxd -i hylafax -o 4557 -s 444
uucp  4894     1  0 19:44:53 ?        0:00 /var/spool/fax/bin/faxq

(from /etc/passwd file - faxsetup did this for me)
uucp:x:5:5:uucp Admin:/usr/lib/uucp:  
fax:x:5:5:Facsimile Agent:/var/spool/fax:
 
> Are you running faxgetty?  If not, you should.  It makes life so much
> easier.

yup!

(from /etc/inittab)
fx:23:respawn:/opt/local/fax/lib/faxgetty   cua/a

I turned "off" the faxgetty, killed it, stopped hylafax via
/etc/init.d/hylafax:

(from /var/adm/messages)
Mar 24 19:41:43 rain FaxGetty[4098]: CAUGHT SIGNAL 15
Mar 24 19:44:53 rain HylaFAX[4896]: HylaFAX INET Protocol Server: restarted.
Mar 24 19:44:53 rain HylaFAX[4896]: HylaFAX Old Protocol Server: restarted.
Mar 24 19:44:53 rain HylaFAX[4896]: HylaFAX SNPP Protocol Server: restarted.
Mar 24 20:00:00 rain FaxQCleaner[4902]: The fax server must run with real uid root.

ugh!!!!  Could it have anything to do with Solaris 2.6 since the pkgadd
was made for 2.5?  That's the only thing I can think of ...

I really appreciate the help, thanks.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 24 Mar 1998 10:43:32 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Hylafax Mailing list <flexfax@sgi.com>
Subject: flexfax: Fax Quality
Sender: owner-flexfax@celestial.com

One of the things that have annoyed me for some time has been the resolution
of the faxes that have been sent. Even if I use `sendfax -m' on a text
file, the resultant fax (on the receiving fax-machine) is not quite as
good as I would have expected from a machine-generated fax. The
letters on the fax appears smudged. Does anyone on the list have an
idea as to whether this problem due to any of the following:

	ghostscript?
	the modem?
	the fonts?

Better yet, any ideas on how to improve fax quality?
--
Jonathan Chen <jonc@pinnacle.co.nz>
---------------------------------------------------------------------
                When all other forms of communication fail, use words

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 23 Mar 1998 21:36:05 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Jonathan Chen <jonc@pinnacle.co.nz>
Cc: Hylafax Mailing list <flexfax@sgi.com>
Subject: Re: flexfax: Fax Quality
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Tue, 24 Mar 1998, Jonathan Chen wrote:

> One of the things that have annoyed me for some time has been the resolution
> of the faxes that have been sent. Even if I use `sendfax -m' on a text
> file, the resultant fax (on the receiving fax-machine) is not quite as
> good as I would have expected from a machine-generated fax. The
> letters on the fax appears smudged. Does anyone on the list have an
> idea as to whether this problem due to any of the following:

I'm surprised. My faxes come out with a consistently higher quality
with HylaFAX.

> 	ghostscript?
> 	the modem?
> 	the fonts?

Fonts, I would guess. What version of ghostscript are you using and
how are you generating your faxes? Are you using Postscript generated
elsewhere, and have you previewed it with ghostview or previewed
hand-generated fax files with viewfax to confirm the problem?

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRccDD/+ItycgIJRAQHjlgP+KebJc2axBtkPz3kYdol6p87xwQWGm3tl
RNCy08XgbxQg3UMAZjyy5Uy5vGzJ9FW6IsAYeFDpOKNh6USx78AmBKyDxOncx3wM
/a1DuCoXJVDKfFQa/zJbjZlAHVBe1OXshn6vh0ZV8vk1NPFEngedgWIaItcLWNEL
joDHNa0rBi0=
=yvwQ
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Henrik Weimer" <henrik@cs.rice.edu>
Date: Tue, 24 Mar 1998 15:50:22 -0600
Reply-To: henrik@cs.rice.edu (Henrik Weimer)
To: flexfax@sgi.com
Subject: flexfax: too much delay between TCF and +FDR
Sender: owner-flexfax@celestial.com


Hi!

I am using HylkaFAX 4.0.1 on a Sparc Station 1 running Solaris 2.5.1.
The modem is a US Robotics Courier V.Everything.

The problem I have is that on about 30% of all incoming faxes 
the transmission fails due to a "unspecified phase C error". 
Transcript follows...

The problem seems to be linked to some kind of a timeout but I
have no idea to fix this.

Forever thankful for any help with this,

  Henrik Weimer



An attempt to receive facsimile on cua_b failed because:

    Unspecified Phase C error, including too much delay between TCF and +FDR command

    ---- Transcript of session follows ----

Mar 24 15:26:02.76: [  273]: SESSION BEGIN 00000277 17137375727
Mar 24 15:26:02.77: [  273]: <-- [4:ATA\r]
Mar 24 15:26:09.59: [  273]: --> [4:+FCO]
Mar 24 15:26:09.60: [  273]: ANSWER: FAX CONNECTION
Mar 24 15:26:09.61: [  273]: RECV FAX: begin
Mar 24 15:26:11.23: [  273]: --> [27:+FTI:"        215 750 1433"]
Mar 24 15:26:11.24: [  273]: REMOTE TSI "215 750 1433"
Mar 24 15:26:11.53: [  273]: --> [20:+FCS:0,3,0,2,0,0,0,3]
Mar 24 15:26:11.54: [  273]: REMOTE wants 9600 bit/s
Mar 24 15:26:11.54: [  273]: REMOTE wants page width 1728 pixels in 215 mm
Mar 24 15:26:11.54: [  273]: REMOTE wants unlimited page length 
Mar 24 15:26:11.55: [  273]: REMOTE wants 3.85 line/mm
Mar 24 15:26:11.55: [  273]: REMOTE wants 1-D MR
Mar 24 15:26:11.65: [  273]: --> [2:OK]
Mar 24 15:26:11.66: [  273]: <-- [7:AT+FDR\r]
Mar 24 15:29:11.68: [  273]: REMOTE HANGUP: Unspecified Phase C error, including too much delay between TCF and +FDR command (code 90)
Mar 24 15:29:11.69: [  273]: RECV FAX (00000277): recvq/fax00011.tif from 215 750 1433, route to <unspecified>, 0 pages in 3:02
Mar 24 15:29:11.72: [  273]: RECV FAX: Unspecified Phase C error, including too much delay between TCF and +FDR command
Mar 24 15:29:11.73: [  273]: <-- [7:AT+FKS\r]
Mar 24 15:29:41.72: [  273]: MODEM <Timeout>
Mar 24 15:29:41.77: [  273]: RECV FAX (00000277): session with 215 750 1433 terminated abnormally: Unspecified Phase C error, including too much delay between TCF and +FDR command
Mar 24 15:29:41.78: [  273]: RECV FAX: bin/faxrcvd "recvq/fax00011.tif" "cua_b" "00000277" "Unspecified Phase C error, including too much delay between TCF and +FDR command"





-- 
I've  made  up  my  mind.  Don't  confuse  me  with  the   facts!
                                              Sen. Earl Landgrebe

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 25 Mar 1998 09:59:54 +0100
To: "flexfax@sgi.com" <flexfax@sgi.com>
From: Roland Hedberg <Roland.Hedberg@umdac.umu.se>
Subject: flexfax: 4.0pl2 and Phase B error
Sender: owner-flexfax@celestial.com

Hi!

I seem to remember there was issued some mails from people having
phase B errors after upgradeing to 4.0pl2. Unfortunately I haven't
saved any of these and now I am in the position that since upgradeing
to 4.0pl2 all outgoing faxes encounters Unspecified Transmit Phase B 
errors where there previously there where none.

My setup: SUN Solaris 5.5.1, two multitech modems MT2834ZDX and as stated
previously Hylafax 4.0pl2.

I have been running 4.0pl1 on this setup for some time now without these
problems.

-- Roland

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 25 Mar 1998 17:17:07 -0600
From: Tim Tsai <tim@futuresouth.com>
To: flexfax@celestial.com
Subject: flexfax: pager job failed
Sender: owner-flexfax@celestial.com

  Can somebody tell me which parameter[s] control this?  I've set all
the ones I can think of yet it still fails at 2 attempts.

  Thanks,

  Tim

> Your pager job to 5551212 could not be completed before the appointed deadline.
>     ---- Unsent job status ----
> 
>    Destination: 5551212
>          JobID: 31527
>        GroupID: 31527
>         Sender: Tim Tsai
>       Mailaddr: ttsai@uss.net
>         CommID: 00023174
> Submitted From: mail.uss.net
>         Status: Busy signal detected
>        Dialogs: 0 (exchanges with remote device)
>          Dials: 2 (consecutive failed calls to destination)
>          Calls: 2 (total phone calls placed)
> 
>     ---- Unsent pages submitted for transmission ----
> 
>     PIN 1234567
> 
>     ---- Message text ----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: pager job failed
To: tim@futuresouth.com (Tim Tsai)
Date: Thu, 26 Mar 1998 07:53:14 +0100 (MEZ)
Cc: flexfax@celestial.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

Tim Tsai wrote:
    
      Can somebody tell me which parameter[s] control this?  I've set all
    the ones I can think of yet it still fails at 2 attempts.
    
      Thanks,
    
      Tim

check the man page of hfaxd(1M) for the parameter KillTimeMap: and
RetryTimeMap:

	matthias
    
    > Your pager job to 5551212 could not be completed before the appointed deadline.
    >     ---- Unsent job status ----
    > 
    >    Destination: 5551212
    >          JobID: 31527
    >        GroupID: 31527
    >         Sender: Tim Tsai
    >       Mailaddr: ttsai@uss.net
    >         CommID: 00023174
    > Submitted From: mail.uss.net
    >         Status: Busy signal detected
    >        Dialogs: 0 (exchanges with remote device)
    >          Dials: 2 (consecutive failed calls to destination)
    >          Calls: 2 (total phone calls placed)
    > 
    >     ---- Unsent pages submitted for transmission ----
    > 
    >     PIN 1234567
    > 
    >     ---- Message text ----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 26 Mar 1998 14:31:39 -0300 (GMT+3)
From: Ben Parker <ben@ocha.unon.org>
To: Tim Tsai <tim@futuresouth.com>
cc: flexfax@celestial.com
Subject: Re: flexfax: pager job failed
Sender: owner-flexfax@celestial.com

Check the KillTimeMap in hfaxd.conf.

Ben


On Wed, 25 Mar 1998, Tim Tsai wrote:

>   Can somebody tell me which parameter[s] control this?  I've set all
> the ones I can think of yet it still fails at 2 attempts.
> 
>   Thanks,
> 
>   Tim
> 
> > Your pager job to 5551212 could not be completed before the appointed deadline.
> >     ---- Unsent job status ----
> > 
> >    Destination: 5551212
> >          JobID: 31527
> >        GroupID: 31527
> >         Sender: Tim Tsai
> >       Mailaddr: ttsai@uss.net
> >         CommID: 00023174
> > Submitted From: mail.uss.net
> >         Status: Busy signal detected
> >        Dialogs: 0 (exchanges with remote device)
> >          Dials: 2 (consecutive failed calls to destination)
> >          Calls: 2 (total phone calls placed)
> > 
> >     ---- Unsent pages submitted for transmission ----
> > 
> >     PIN 1234567
> > 
> >     ---- Message text ----
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Wed, 25 Mar 1998 23:30:24 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Hylafax Mailing List <flexfax@sgi.com>
Subject: flexfax: My first pager attempt
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----


OK, I bought me a pager. The company says it's standard IXO, 
even parity, 7 bits, one stop bit, and it is a numeric only pager.

I program my pagermap with an alias for me:

	raoul	555-1212

I now wish to send a message:

"sendpage -n -p raoul 1234567".

I expect this to send a numeric page to my pager. Instead, the modem
picks up, gets the voice message, waits for a while, then
hangs up. It eventually repeats until it declares the message dead, and
reports back saying the line is busy.

Is there something obvious? Or should I start posting logs?

The system is Linux RedHat 5.0 on a Pentium, HylaFAX v4.0pl2, the
pager company is PageMart, and the modem is USR 33.6 Sportster.

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRnZ2z/+ItycgIJRAQE6zgP+IpUwMy5kT+Ynfh8Ki9/w+LG3W+DficJX
83SiYUQZDNwjdePhUM12syeIk0VXK+KtD3OmdTv4yTn+FISMGl/pV6G1+daEngk3
fyQtJDFFQOnPviUzVS52pBqQLrW1BvJQRQf6YhWu3vIm6WS4CYHUzgdiYJlox0J2
uI/hdn6b/r8=
=4Pyj
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: My first pager attempt
To: raoul@cirl.meei.harvard.edu (Nico Garcia)
Date: Thu, 26 Mar 1998 08:04:09 +0100 (MEZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

Nico Garcia wrote:
    
    OK, I bought me a pager. The company says it's standard IXO, 
    even parity, 7 bits, one stop bit, and it is a numeric only pager.
    
    I program my pagermap with an alias for me:
    
    	raoul	555-1212
    
    I now wish to send a message:
    
    "sendpage -n -p raoul 1234567".
    
    I expect this to send a numeric page to my pager. Instead, the modem
    picks up, gets the voice message, waits for a while, then
              ^^^^^^^^^^^^^^^^^^^^^^

what does the "voice" tell the modem and do both handshake
a modem protocol, e.g. V.22 or something else?

    hangs up. It eventually repeats until it declares the message dead, and
    reports back saying the line is busy.
    
    Is there something obvious? Or should I start posting logs?

first try to get the modem and the remote side connected
and once they are CONNECT'ed check the log for the low-level
IXO/TAP protocol;

	matthias
    
    The system is Linux RedHat 5.0 on a Pentium, HylaFAX v4.0pl2, the
    pager company is PageMart, and the modem is USR 33.6 Sportster.
    
    			Nico Garcia
    			Engineer, CIRL 
    			Mass. Eye and Ear Infirmary
    			raoul@cirl.meei.harvard.edu

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 26 Mar 1998 10:29:25 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Matthias Apitz <Matthias.Apitz@SOFTCON.de>
Cc: flexfax@sgi.com
Subject: Re: flexfax: My first pager attempt
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----


On Thu, 26 Mar 1998 Matthias.Apitz@SOFTCON.de wrote:

>     I now wish to send a message:
>     
>     "sendpage -n -p raoul 1234567".
>     
>     I expect this to send a numeric page to my pager. Instead, the modem
>     picks up, gets the voice message, waits for a while, then
>               ^^^^^^^^^^^^^^^^^^^^^^
> 
> what does the "voice" tell the modem and do both handshake
> a modem protocol, e.g. V.22 or something else?

[ Ahh, so nice to hear from the man himself! ]

The voice says "type in your desired number on the keypad, then
hang up or hit #".

>     hangs up. It eventually repeats until it declares the message dead, and
>     reports back saying the line is busy.
>     
>     Is there something obvious? Or should I start posting logs?
> 
> first try to get the modem and the remote side connected
> and once they are CONNECT'ed check the log for the low-level
> IXO/TAP protocol;

I'm not getting to the point of modem tones.

I'm also talking to the company about posting details of getting
this stuff working with HylaFAX. Since this is the el-cheapo
system that Radio Shack is selling, I figure it could generate
some real broad-based HylaFAX interest in servers...

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRp0TT/+ItycgIJRAQHRXAP8CCkt+pONgPx4gFFtV6nzEac8iO3Mt/1l
qjZr/KVJ3QdrLqHNl7Xas4XpFeiOTqlPcroCJ7VzVT7/j8yT1Bu19Suspcwlcymj
//5FzjXBcmGt2B5ZgKqCpaPwXOMblMIA50jK3s4hcQfBPvO50oZrh9+E1KUuvpVC
B8H1ql/JFCY=
=vmuf
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 26 Mar 1998 11:47:26 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Reply-To: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: My first pager attempt
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Thu, 26 Mar 1998, Nico Garcia wrote:

> >     "sendpage -n -p raoul 1234567".
> >     
> >     I expect this to send a numeric page to my pager. Instead, the modem
> >     picks up, gets the voice message, waits for a while, then
> >               ^^^^^^^^^^^^^^^^^^^^^^

OK, so this will apparently not work.  The fax/modem on my end is
expecting to make a modem connection, then submit the ixo/tap
compatible data.

When sendpage runs, and is told "-n" to submit a numerical page: is it
expecting to get a "leave your number now" message and then submit
DTMF tones in accord with a numerical message? Or do I need to gird my
loins for battle and dive into the C++ source code?

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRqGlD/+ItycgIJRAQHmXgP9EhAbLNJw7V0DtqUME33r5WFLMvz5p/t0
/N3bu8sq1f1w8S+1sdOIXbnaeXANHzcg38kacTQd9gegEPBOMOsEcJeHkT/QfOnb
zfRelDzyxJNe3A0p0nHEcHHfK2hL08qIKnevjuxk7YPKbchdPgZQqcwUay/GdGWc
E6h/6sHRyVE=
=lV+y
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Leslie Mikesell <les@Mcs.Net>
Subject: Re: flexfax: My first pager attempt
To: raoul@cirl.meei.harvard.edu
Date: Thu, 26 Mar 1998 13:37:07 -0600 (CST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> On Thu, 26 Mar 1998, Nico Garcia wrote:
> 
> > >     "sendpage -n -p raoul 1234567".
> > >     
> > >     I expect this to send a numeric page to my pager. Instead, the modem
> > >     picks up, gets the voice message, waits for a while, then
> > >               ^^^^^^^^^^^^^^^^^^^^^^
> 
> OK, so this will apparently not work.  The fax/modem on my end is
> expecting to make a modem connection, then submit the ixo/tap
> compatible data.
> 
> When sendpage runs, and is told "-n" to submit a numerical page: is it
> expecting to get a "leave your number now" message and then submit
> DTMF tones in accord with a numerical message? Or do I need to gird my
> loins for battle and dive into the C++ source code?

How sure are you that you are calling something that will accept
ixo input?  Perhaps they have a different number for for DTMF input.
You might also want to check to see if they have an email gateway.
MCI and Skypage have smtp and http access via the internet.

  Les Mikesell
    les@mcs.com 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: My first pager attempt
To: raoul@cirl.meei.harvard.edu (Nico Garcia)
Date: Sat, 28 Mar 1998 01:02:13 +0000 (GMT)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> OK, I bought me a pager. The company says it's standard IXO, 
                                                          ^^^
> even parity, 7 bits, one stop bit, and it is a numeric only pager.

> picks up, gets the voice message, waits for a while, then
                     ^^^^^^^^^^^^^

These two are incompatible.  Don't bother with the logs; get the real
IXO/TAP number for the service.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sat, 28 Mar 1998 13:23:01 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: My first pager attempt
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Sat, 28 Mar 1998, David Woolley wrote:


> > OK, I bought me a pager. The company says it's standard IXO, 
>                                                           ^^^
> > even parity, 7 bits, one stop bit, and it is a numeric only pager.
> 
> > picks up, gets the voice message, waits for a while, then
>                      ^^^^^^^^^^^^^
> 
> These two are incompatible.  Don't bother with the logs; get the real
> IXO/TAP number for the service.

Thanks. This was what I had concluded, and I'm trying to get the
IXO number now.

One thought: for page companies who do not support IXO, is there some
way configurable to the pagermap to tell the modem to dial the number,
wait 15 seconds, then hit the DTMF tones? This could actually be a
good way to sneak in pager calls for non IXO systems...

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNR0//z/+ItycgIJRAQFXYAP+LuN9nTxYuQAjcKcnLmVnBIiaeeZVlcRl
DpEKJTSAiSG333lvjbSLogZKpkPRp0AHM+XGUHteyc0zpKFt6ohZPXtfUPHwDbx2
RyTep5uGiAKjRhUPiIU4tm6MZualqzBIxiwBjr1I5W3IgOTsfrEm8ieDCFY8XIBL
25Wn8376MGo=
=5DBa
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 26 Mar 1998 13:01:51 +0200
From: Kestas Liaugminas <kestas@blue.ot.lt>
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: flexfax: whfc and Fine Print
Sender: owner-flexfax@celestial.com

Hi all

	I have some problem with WHFC client. When I specify ODBC address book
an import information to 'Fine Print' field (some part of records I must
send with 98dpi resolution), all documents still goes with 196dpi. Also
there is a problem with KillTime. I think that WHFC redefines KillTime
to several hours, so if I send very large amount of documents (~1000),
after ~3 hours most of them are killed with 'timedout' message.  Where
is the problem? Thanks in advance.

Kestas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 27 Mar 1998 00:54:04 +0200 (SAT)
From: "R.I.Pienaar" <rip@nephilim.ml.org>
To: flexfax@sgi.com
Subject: flexfax: faxmail question
Sender: owner-flexfax@celestial.com

hi

I am using hylafax-4.0-8 on redhat 5.0, I have set up a mail to fax
gateway using hte procedures out lined in the documents (using sendmail)
but, when I submit the fax, and it gets sent into faxmail then the
resulting .ps file has my document very very small in the bottom left
corner of my page, can anyone give me some advice on this.

sorry if this is in the FAQ, I had a look in there, but couldnt see much
that helped.

thank you.

----
R.I. Pienaar  rip@nephilim.ml.org    http://www.nephilim.ml.org
Raven on irc                         http://www.nephilim.ml.org/pgpkey
    
        "/earth is 98% full ... please delete anyone you can."

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Thu, 26 Mar 1998 23:26:14 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "R.I.Pienaar" <rip@nephilim.ml.org>
Cc: flexfax@sgi.com
Subject: Re: flexfax: faxmail question
Sender: owner-flexfax@celestial.com

-----BEGIN PGP SIGNED MESSAGE-----

On Fri, 27 Mar 1998, R.I.Pienaar wrote:

> I am using hylafax-4.0-8 on redhat 5.0, I have set up a mail to fax
> gateway using hte procedures out lined in the documents (using sendmail)
> but, when I submit the fax, and it gets sent into faxmail then the
> resulting .ps file has my document very very small in the bottom left
> corner of my page, can anyone give me some advice on this.

If that's the one I think it is, throw that thing *OUT*. It was
prepared by a HylaFAX enthusiast before 5.0 hit the market and will
not work properly with that OS.

Work from source code, and grab my patches from
	http://cirl.meei.harvard.edu/~raoul/patches/

The sendmail problem is different: someone else can help you with
that....

			Nico Garcia
			Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNRsqYj/+ItycgIJRAQFIKgP/clNeHjOnE/JXVKP8HIL+UHDGMvn8DubR
phjkZWb7085CAoWpICrwLtRIVo1S7Y5sUIl//GT/qLFlJaY99XAttwCN4crFn9f2
XSzJlhhLpdvO15rZJZkXqDqIzj5eF5RF3YBPcmhC2AvSyvMImVcq6qg9cVS/ojK3
6ecmg6fGkoE=
=AeRn
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 27 Mar 1998 08:22:00 +0200 (SAT)
From: "R.I.Pienaar" <rip@nephilim.ml.org>
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
cc: flexfax@sgi.com
Subject: Re: flexfax: faxmail question
Sender: owner-flexfax@celestial.com

On Thu, 26 Mar 1998, Nico Garcia wrote:

> If that's the one I think it is, throw that thing *OUT*. It was
> prepared by a HylaFAX enthusiast before 5.0 hit the market and will
> not work properly with that OS.

strangely enough the hylafax works just fine, my sendmail also works fine,
after i modified the procedure a bit,  I have tried on a self compiled
hylafax aswell (one with your patches) and when i take the email (just
saved it to a file, all headers in tact) and `cat email| faxmail` then the
resulting .ps file is a mess.

if you want to see an example of what i mean have a look at
http://mail.nafex.com/doc9.ps

so basicly my sendmail setup is just fine, something is funny on faxmail,
the redhat rpm one, and one that i compiled myself (the second is on a
redhat 4.2 machine)

thanks for the help.

----
R.I. Pienaar  rip@nephilim.ml.org    http://www.nephilim.ml.org
Raven on irc                         http://www.nephilim.ml.org/pgpkey
    
        "/earth is 98% full ... please delete anyone you can."

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 27 Mar 1998 13:54:46 -0300 (GMT+3)
From: Ben Parker <ben@ocha.unon.org>
To: "R.I.Pienaar" <rip@nephilim.ml.org>
cc: flexfax@sgi.com
Subject: Re: flexfax: faxmail question
Sender: owner-flexfax@celestial.com

If you put the attached script (+x executable) in
/usr/local/sbin/faxmail/application/postscript, it will put the graphic
full size on the next page. What you describe is a known er... feature of
faxmail.

Ben




On Fri, 27 Mar 1998, R.I.Pienaar wrote:

> On Thu, 26 Mar 1998, Nico Garcia wrote:
> 
> > If that's the one I think it is, throw that thing *OUT*. It was
> > prepared by a HylaFAX enthusiast before 5.0 hit the market and will
> > not work properly with that OS.
> 
> strangely enough the hylafax works just fine, my sendmail also works fine,
> after i modified the procedure a bit,  I have tried on a self compiled
> hylafax aswell (one with your patches) and when i take the email (just
> saved it to a file, all headers in tact) and `cat email| faxmail` then the
> resulting .ps file is a mess.
> 
> if you want to see an example of what i mean have a look at
> http://mail.nafex.com/doc9.ps
> 
> so basicly my sendmail setup is just fine, something is funny on faxmail,
> the redhat rpm one, and one that i compiled myself (the second is on a
> redhat 4.2 machine)
> 
> thanks for the help.
> 
> ----
> R.I. Pienaar  rip@nephilim.ml.org    http://www.nephilim.ml.org
> Raven on irc                         http://www.nephilim.ml.org/pgpkey
>     
>         "/earth is 98% full ... please delete anyone you can."
> 
#!/usr/bin/perl
#
# This file needs to be called:
# /usr/local/sbin/faxmail/application/postscript
# and have the +x bit set.
#
# Script to work with Hylafax's faxmail.
# It attempts to blow up attached postscript to full size on
# the next page, instead of shrinking it to 5% on page one 
# which is the default in faxmail.
#
# Your mileage will definitely vary. It is very stupid.
# Seems to work with golfer.ps, tiger.ps and escher.ps in the 
# ghostscript/3.33/examples directory
#
# Ben Parker <ben@dha.unon.org> Dec 97 
#
#

open (TEMP, "$ARGV[0]") || die "$ARGV[0] file not found.\n";
print STDERR "$ARGV[0] opened ...\n";
print "showpage\n";
while (<TEMP>) {
	if ($_ =~ "EndProlog") {
	}
	print $_;
}
# end of script

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 27 Mar 1998 09:44:15 +0000
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: HylaFAX Binary RPM Packages [was: Re: flexfax: faxmail
  question]
Sender: owner-flexfax@celestial.com

At 23:26 26/03/1998 -0500, Nico Garcia wrote:
>
>If that's the one I think it is, throw that thing *OUT*. It was
>prepared by a HylaFAX enthusiast before 5.0 hit the market and will
>not work properly with that OS.
>

Just to clarify matters, the binary rpm packages are split as follows :

	all up to HylaFAX-4.0-6.i386.rpm ~ Redhat 4.x, HylaFAX v4.0pl1

	HylaFAX-4.0-7.i386.rpm onwards   ~ Redhat 5.0, HylaFAX v4.0pl2

Details at http://www.lekha.org/hylafax/

The latest package is HylaFAX-4.0-8.i386.rpm which Ramana Juvvadi
announced in the comp.os.linux.announce newsgroup in late February,
but unfortunately didn't mention it to this list.

The Redhat contrib directory has now been split up 'Sunsite' style, so
HylaFAX rpms live in :

		ftp://ftp.redhat.com/pub/contrib/
(UK mirror:	ftp://sunsite.doc.ic.ac.uk/packages/Linux/redhat-contrib/ )

and then :	grouped/hurricane/i386/Application/Communications/


Hope this helps,

Phil Watkinson,
Boston, UK.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 27 Mar 1998 21:44:38 +1100
To: henrik@cs.rice.edu (Henrik Weimer)
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re:  flexfax: too much delay between TCF and +FDR
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi Henrik,

Recently i setup receiving faxes on a production machine running 4.0pl1
with USR Courier V.Everything modems.

About 10-20% of the incoming calls failed with a "Unspecified Phase C
Error...too much delay between TCF and +FDR...".  The errors were coming
consistently from certain machines.

After mistakenly trying to fool around with the modem S-Registers, i turned
the debugging level up and realised the error was caused by the Server's
copy quality checking.  The Courier's copy quality checking is by default
disabled with the getty doing checking on incoming data.

In the log consistently for the bad numbers there was an entry
	"2% lines good (95% required)"

Adding to the modems config:
MaxConsecutiveBadLines:	0		# don't check (default is 5)
PercentGoodLines:	0		# don't check (default is 95%)

fixed the problem.

Somewhat surprisingly the incoming facsimiles were perfectly ledgible, and
running the cqtest utility on the resulting tiff files showed no errors.

Puzzled, but with a running system....

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
X-Disclaimer: The opinions and statements expressed herein are the responsabilities of the sender and should not be taken as a position, opinion or endorsement of Belgacom Skynet.
X-Organisms: One man, three cats, and lotsa bonobos
Date: Fri, 27 Mar 1998 14:29:41 +0100
To: Roland Hedberg <Roland.Hedberg@umdac.umu.se>
From: Thierry Coopman <thierry@skynet.be>
Subject: Re: flexfax: 4.0pl2 and Phase B error
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

At 09:59 +0100 25-03-1998, Roland Hedberg wrote:


>Hi!
>
>I seem to remember there was issued some mails from people having
>phase B errors after upgradeing to 4.0pl2. Unfortunately I haven't
>saved any of these and now I am in the position that since upgradeing
>to 4.0pl2 all outgoing faxes encounters Unspecified Transmit Phase B 
>errors where there previously there where none.
>
>My setup: SUN Solaris 5.5.1, two multitech modems MT2834ZDX and as stated
>previously Hylafax 4.0pl2.
>
>I have been running 4.0pl1 on this setup for some time now without these
>problems.
>
>-- Roland

Try recompiling the whole pack disabling the Fine resolution in the config (put it on normal 98dpi) and use your modembased config to use the fine res. 

It solved the problem for me.

BTW, let us know if that is the problem than we know what the problem is and how to avoid it. Now we only have to find out how to correct it

--
Thierry aka |Calvin|  - Belcast@skYNet.bE - Graphic Intelligence Crew -

My opinions are personal, and have really nothing or nothing to do with
Belgacom Skynet!

Belgacom Skynet NV/SA    Rue Colonel Bourgstraat 124   B-1140 Bruxelles
Phone. +32.2.706.11.11     Fax: +32.2.705.80.44   WWW: http://www.skynet.be

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: BUG REPORT: hfaxd dies when it can't resolve own hostname (4.0.8)
To: jason@ps.ohio-state.edu (Jason M. Petry)
Date: Sat, 28 Mar 1998 08:48:55 +0200 (MSZ)
Cc: flexfax@sgi.com
>From: guru@sisis.de (Matthias Apitz)
Reply-To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
X-FAX-cover: faxcover-sisis.ps
Sender: owner-flexfax@celestial.com

Jason M. Petry wrote:
    
    I don't read this list, just reporting a bug I found in hylafax 4.0.8

I don't know what "hylafax 4.0.8" exactly is; your problem was
fixed in HylaFAX v4.0pl2

	matthias
    
    Symptoms: If the system cannot resolve it's own hostname into an
    address, hfaxd will SEGV. Although I've pinpointed where the error is,
    I'm unable to suggest a fix, because I don't understand how hfaxd uses this 
    info. (Sorry) The error occurrs on line 95, of the
    file InetFaxServer.c++ Here is the whole function:
    
    InetFaxServer::InetFaxServer()
    {
        usedefault = TRUE;
        swaitmax = 90;                      // wait at most 90 seconds
        swaitint = 5;                       // interval between retries
    
        memset(&data_dest, 0, sizeof (data_dest));
        data_dest.sin_family = AF_INET;
    
        hostent* hp = Socket::gethostbyname(hostname);
        if (hp != NULL)
            hostname = hp->h_name;
        struct in_addr in;
    
        memcpy(&in, hp->h_addr, sizeof (in));
                    ^^^^^^^^^
    	        This is the problem, if hp is null, this SEGV's
    
        hostaddr = inet_ntoa(in);
    
        fxAssert(_instance == NULL,
            "Cannot create multiple InetFaxServer instances");
        _instance = this;
    }

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: Thomas Wimmer <thomas@lcars.wh.uni-stuttgart.de>
Cc: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.4: Missing odbc32.dll 
Reply-To: Bjorn.T.Eng@jpl.nasa.gov
Date: Tue, 31 Mar 1998 17:03:46 -0800
From: Bjorn Eng <bjorn@toucan.jpl.nasa.gov>
Sender: owner-flexfax@celestial.com


You can get odbc from microsoft's web site. It's part of a big package called
the Microsoft Data Access Components at: 
http://www.microsoft.com/data/odbc/

There is probably a smaller version somewhere else too, but that's the one
I used.

Bjorn

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: chris_knox@hypercom.com
Date: Mon, 30 Mar 1998 09:52:43 -0700
To: <raoul@cirl.meei.harvard.edu>, <les@Mcs.Net>
Cc: <flexfax@sgi.com>
Subject: Re[2]: flexfax: My first pager attempt 
Sender: owner-flexfax@celestial.com

     Check with your pager provider for the number with IXO protocol.  Be 
     careful, as SkyTel, for example, has at least one number that responds 
     with a modem, but it does not speak IXO protocol.  For reference, the 
     SkyTel number that uses IXO is 1-800-759-6366.
     
     Depending on what you're doing with the paging system, you might think 
     twice about using the email gateway.  If you want to monitor systems 
     (including email systems) then using a tool that depends on email is 
     asking for trouble.  Also, I've found latency time of as much as an 
     hour or more using the email gateway.
     
     Chris


______________________________ Reply Separator _________________________________
Subject: Re: flexfax: My first pager attempt 
Author:  Leslie Mikesell <les@Mcs.Net> at INTERNET
Date:    3/26/98 1:37 PM


> On Thu, 26 Mar 1998, Nico Garcia wrote: 
> 
> > >     "sendpage -n -p raoul 1234567". 
> > >     
> > >     I expect this to send a numeric page to my pager. Instead, the modem 
> > >     picks up, gets the voice message, waits for a while, then
> > >               ^^^^^^^^^^^^^^^^^^^^^^ 
> 
> OK, so this will apparently not work.  The fax/modem on my end is 
> expecting to make a modem connection, then submit the ixo/tap
> compatible data.
> 
> When sendpage runs, and is told "-n" to submit a numerical page: is it 
> expecting to get a "leave your number now" message and then submit
> DTMF tones in accord with a numerical message? Or do I need to gird my 
> loins for battle and dive into the C++ source code?
     
How sure are you that you are calling something that will accept
ixo input?  Perhaps they have a different number for for DTMF input. 
You might also want to check to see if they have an email gateway. 
MCI and Skypage have smtp and http access via the internet.
     
  Les Mikesell
    les@mcs.com 
     

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: Problems handling large volumes of outgoing faxes
Date: Fri, 27 Mar 1998 09:08:22 +0530
Sender: owner-flexfax@celestial.com

Hi all,

I have a TPC.INT cell that I manage, and I use HylaFax for the outgoing
fax transmission. I've been getting numbers of errors that are too high,
I feel. Here are details.

About myself:
- ------------
I am a computer professional. I've been using ZyXEL modems from 1995,
starting with the U1496E. I have had very good results with this modem
for data connects over noisy phone lines. I am an experienced Unix
systems programmer and occasional kernel hacker. I've been using HylaFax
from its version 3 days.

The setup I am using now:
- ------------------------
I am a cell in TPC.INT (http://www.tpc.int) a free email-to-fax gateway.
I am using 

	* a Pentium machine, 32MB RAM, 4GB HDD
	* Slackware 3.3 Linux 2.0.33 kernel
	* Hylafax 4.0pl2 binary distribution from ftp.sgi.com
	* Omni O288S with firmware 1.19

I am handling about two to three hundred outgoing faxes a day from
this server, to all sorts of local machines in Bombay city.

The problem:
- -----------
I am getting an enormous number of reports of failed faxes, all due to a
few repeated reasons. For instance, in one 24-hour period, faxcron says
I have sent out a total of 183 pages of faxed data, and in the process
rejected 424 faxes to various destinations due to various errors. Here
is the summary of the error messages with a count against each:

   1 Error: COMREC error in transmit Phase B/got DCN
   1 Error: Document was encoded with 2DMR, but client does not support this data format
   4 Error: Failure to train at 2400 bps or +FMINSP value
   2 Error: RSPREC error/got DCN
  29 Error: No response to MPS repeated 3 times
 113 Error: Unable to transmit page (giving up after 3 attempts)
 274 Error: Unspecified Transmit Phase B error

If we ignore the less frequent errors, many of the frequent errors are
while transmitting the second page after the first page has gone. I
enclose a sample log file of the dialog between HylaFax and my modem
below, for some of these errors. If you want the full log of all the
errors, try looking at

	http://www.spaceNETindia.com/faxerrors.txt

I have placed the full file there (1.5Mbytes). I have also placed the
HylaFax config files that I am using at

	http://www.spaceNETindia.com/fax/

The most frequent errors are reported as "Unspecified Transmit Phase
B error.", with unexplained behaviour. The remote fax machine seems to
hang up after the initial connect.

Many other errors are of the following pattern: my faxmodem sends out the
first page, and gives the "MPS" command. The remote fax machine returns
"ERROR". My fax software retransmits the same page, and tries another
"MPS". The remote fax machine gives me another "ERROR". This repeats
for a few times, and then my fax software aborts this transmission. At
the remote end, the recipient gets multiple perfect reproductions of
the first page, but nothing more.

Before we started the TPC.INT cell, our outgoing fax volumes were very
small, and we used to write off these errors when we got them. Now,
we are getting more errors than successful transmissions, and we cannot
write them off any more. We also have a large sample size now, and we
can clearly see that this is a general problem, not limited to one or
two recipient fax machines.

Please help.

I enclose the following sections below:

	1.	a few logs of fax sessions where the exact errors are
		shown. The full set of 424 such logs is available on the
		Web at the location specified above.

	2.	a message from the global coordinator of TPC.INT, where
		he mentions that these end-of-page errors is quite
		common with ZyXEL modems, and less common with
		Multitech.

Is this really just a ZyXEL problem? Is there anything I can do to make
HylaFax make the modem behave?

Regards, and thanks for your attention,
Shuvam Misra

== log samples ============================================================

Report failed calls and associated session logs:

To: Aftab@mughal.lcc  Date: 03/25/98 22:19
Error: No response to MPS repeated 3 times


    ---- Transcript of session follows ----

Mar 25 22:19:38.20: [ 3664]: SESSION BEGIN 00003898 91222855861
Mar 25 22:19:38.20: [ 3664]: SEND FAX: JOB 1580 DEST +91222855861 COMMID 000038
98
Mar 25 22:19:38.20: [ 3664]: DELAY 2600 ms
Mar 25 22:19:40.81: [ 3664]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]
Mar 25 22:19:40.96: [ 3664]: --> [2:OK]
Mar 25 22:19:40.97: [ 3664]: <-- [21:ATS8=2S7=60&H3&D2&C1\r]
Mar 25 22:19:40.97: [ 3664]: --> [2:OK]
Mar 25 22:19:40.98: [ 3664]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 22:19:40.98: [ 3664]: --> [2:OK]
Mar 25 22:19:40.99: [ 3664]: <-- [9:AT+FLO=2\r]
Mar 25 22:19:40.99: [ 3664]: --> [2:OK]
Mar 25 22:19:41.00: [ 3664]: <-- [9:AT+FPP=0\r]
Mar 25 22:19:41.00: [ 3664]: --> [2:OK]
Mar 25 22:19:41.01: [ 3664]: <-- [9:AT+FBO=0\r]
Mar 25 22:19:41.01: [ 3664]: --> [2:OK]
Mar 25 22:19:41.02: [ 3664]: <-- [10:AT+FCT=30\r]
Mar 25 22:19:41.02: [ 3664]: --> [2:OK]
Mar 25 22:19:41.03: [ 3664]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 22:19:41.03: [ 3664]: --> [2:OK]
Mar 25 22:19:41.04: [ 3664]: <-- [9:AT+FIE=0\r]
Mar 25 22:19:41.04: [ 3664]: --> [2:OK]
Mar 25 22:19:41.05: [ 3664]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 22:19:41.05: [ 3664]: --> [2:OK]
Mar 25 22:19:41.06: [ 3664]: <-- [5:ATM0\r]
Mar 25 22:19:41.06: [ 3664]: --> [2:OK]
Mar 25 22:19:41.07: [ 3664]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 22:19:41.17: [ 3664]: --> [2:OK]
Mar 25 22:19:41.18: [ 3664]: <-- [9:AT+FLO=2\r]
Mar 25 22:19:41.28: [ 3664]: --> [2:OK]
Mar 25 22:19:41.29: [ 3664]: <-- [9:AT+FPP=0\r]
Mar 25 22:19:41.39: [ 3664]: --> [2:OK]
Mar 25 22:19:41.40: [ 3664]: <-- [9:AT+FBO=0\r]
Mar 25 22:19:41.50: [ 3664]: --> [2:OK]
Mar 25 22:19:41.51: [ 3664]: <-- [10:AT+FCT=30\r]
Mar 25 22:19:41.61: [ 3664]: --> [2:OK]
Mar 25 22:19:41.62: [ 3664]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 22:19:41.72: [ 3664]: --> [2:OK]
Mar 25 22:19:41.73: [ 3664]: <-- [9:AT+FIE=0\r]
Mar 25 22:19:41.83: [ 3664]: --> [2:OK]
Mar 25 22:19:41.84: [ 3664]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 22:19:41.94: [ 3664]: --> [2:OK]
Mar 25 22:19:41.95: [ 3664]: <-- [24:AT+FLI="SpaceNET India"\r]
Mar 25 22:19:42.05: [ 3664]: --> [2:OK]
Mar 25 22:19:42.06: [ 3664]: DIAL 2855861
Mar 25 22:19:42.06: [ 3664]: <-- [12:ATDT2855861\r]
Mar 25 22:20:08.81: [ 3664]: --> [4:+FCO]
Mar 25 22:20:08.82: [ 3664]: --> [22:+FNF:86 00 A0 00 40   ]
Mar 25 22:20:08.82: [ 3664]: REMOTE NSF "86 00 A0 00 40"
Mar 25 22:20:08.82: [ 3664]: --> [26:+FCI:                     ]
Mar 25 22:20:08.82: [ 3664]: REMOTE CSI ""
Mar 25 22:20:08.82: [ 3664]: --> [20:+FIS:1,3,0,2,1,0,0,4]
Mar 25 22:20:08.82: [ 3664]: --> [2:OK]
Mar 25 22:20:08.82: [ 3664]: REMOTE best rate 9600 bit/s
Mar 25 22:20:08.82: [ 3664]: REMOTE max page width 1728 pixels in 215 mm
Mar 25 22:20:08.82: [ 3664]: REMOTE max unlimited page length 
Mar 25 22:20:08.82: [ 3664]: REMOTE best vres 7.7 line/mm
Mar 25 22:20:08.82: [ 3664]: REMOTE best format 2-D MR
Mar 25 22:20:08.82: [ 3664]: REMOTE best 20 ms, 10 ms/scanline
Mar 25 22:20:08.82: [ 3664]: USE 9600 bit/s
Mar 25 22:20:08.82: [ 3664]: USE 20 ms, 10 ms/scanline
Mar 25 22:20:08.82: [ 3664]: SEND file "docq/doc3467.ps;31"
Mar 25 22:20:08.82: [ 3664]: USE page width 1728 pixels in 215 mm
Mar 25 22:20:08.82: [ 3664]: USE unlimited page length 
Mar 25 22:20:08.82: [ 3664]: USE 7.7 line/mm
Mar 25 22:20:08.82: [ 3664]: USE 1-D MR
Mar 25 22:20:08.82: [ 3664]: <-- [23:AT+FIS=1,3,0,2,0,0,0,4\r]
Mar 25 22:20:08.93: [ 3664]: --> [2:OK]
Mar 25 22:20:08.94: [ 3664]: <-- [7:AT+FDT\r]
Mar 25 22:20:14.62: [ 3664]: --> [20:+FCS:1,3,0,2,0,0,0,3]
Mar 25 22:20:15.16: [ 3664]: --> [7:CONNECT]
Mar 25 22:20:15.17: [ 3664]: SEND begin page
Mar 25 22:20:43.03: [ 3664]: SENT 32611 bytes of data
Mar 25 22:20:43.03: [ 3664]: SEND 1D RTC
Mar 25 22:20:43.03: [ 3664]: SEND end page
Mar 25 22:20:43.03: [ 3664]: SEND send MPS (more pages, same document)
Mar 25 22:20:56.93: [ 3664]: --> [2:OK]
Mar 25 22:20:56.94: [ 3664]: SEND recv MCF (message confirmation)
Mar 25 22:20:56.94: [ 3664]: SEND FAX (00003898): FROM Aftab@mughal.lcci.org.pk
 TO +91222855861 (page 1 of 2 sent in 0:48)
Mar 25 22:20:56.94: [ 3664]: SEND FAX (00003898): FROM Aftab@mughal.lcci.org.pk
 TO +91222855861 (docq/doc3467.ps;31 sent in 0:48)
Mar 25 22:20:56.95: [ 3664]: SEND file "docq/doc3468.ps;31"
Mar 25 22:20:56.95: [ 3664]: USE page width 1728 pixels in 215 mm
Mar 25 22:20:56.95: [ 3664]: USE unlimited page length 
Mar 25 22:20:56.95: [ 3664]: USE 7.7 line/mm
Mar 25 22:20:56.95: [ 3664]: USE 1-D MR
Mar 25 22:20:56.95: [ 3664]: <-- [7:AT+FDT\r]
Mar 25 22:20:57.59: [ 3664]: --> [7:CONNECT]
Mar 25 22:20:57.60: [ 3664]: SEND begin page
Mar 25 22:21:19.63: [ 3664]: SENT 32559 bytes of data
Mar 25 22:21:19.63: [ 3664]: SEND 1D RTC
Mar 25 22:21:19.63: [ 3664]: SEND end page
Mar 25 22:21:19.63: [ 3664]: SEND send EOP (no more pages or documents)
Mar 25 22:21:25.54: [ 3664]: --> [7:+FHS:52]
Mar 25 22:21:25.55: [ 3664]: REMOTE HANGUP: No response to MPS repeated 3 times
 (code 52)
Mar 25 22:21:25.55: [ 3664]: <-- [5:ATH0\r]
Mar 25 22:21:25.55: [ 3664]: --> [2:OK]
Mar 25 22:21:25.55: [ 3664]: SESSION END

To: GPANDA@koc.com.k  Date: 03/25/98 03:06
Error: Unable to transmit page (giving up after 3 attempts)


    ---- Transcript of session follows ----

Mar 25 03:06:17.06: [24328]: SESSION BEGIN 00003413 91223879388
Mar 25 03:06:17.06: [24328]: SEND FAX: JOB 1448 DEST +91223879388 COMMID 000034
13
Mar 25 03:06:17.06: [24328]: DELAY 2600 ms
Mar 25 03:06:19.67: [24328]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]
Mar 25 03:06:19.83: [24328]: --> [2:OK]
Mar 25 03:06:19.83: [24328]: <-- [21:ATS8=2S7=60&H3&D2&C1\r]
Mar 25 03:06:19.84: [24328]: --> [2:OK]
Mar 25 03:06:19.84: [24328]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 03:06:19.85: [24328]: --> [2:OK]
Mar 25 03:06:19.85: [24328]: <-- [9:AT+FLO=2\r]
Mar 25 03:06:19.86: [24328]: --> [2:OK]
Mar 25 03:06:19.86: [24328]: <-- [9:AT+FPP=0\r]
Mar 25 03:06:19.87: [24328]: --> [2:OK]
Mar 25 03:06:19.87: [24328]: <-- [9:AT+FBO=0\r]
Mar 25 03:06:19.88: [24328]: --> [2:OK]
Mar 25 03:06:19.88: [24328]: <-- [10:AT+FCT=30\r]
Mar 25 03:06:19.89: [24328]: --> [2:OK]
Mar 25 03:06:19.89: [24328]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 03:06:19.90: [24328]: --> [2:OK]
Mar 25 03:06:19.90: [24328]: <-- [9:AT+FIE=0\r]
Mar 25 03:06:19.91: [24328]: --> [2:OK]
Mar 25 03:06:19.91: [24328]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 03:06:19.92: [24328]: --> [2:OK]
Mar 25 03:06:19.92: [24328]: <-- [5:ATM0\r]
Mar 25 03:06:19.93: [24328]: --> [2:OK]
Mar 25 03:06:19.93: [24328]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 03:06:20.04: [24328]: --> [2:OK]
Mar 25 03:06:20.04: [24328]: <-- [9:AT+FLO=2\r]
Mar 25 03:06:20.15: [24328]: --> [2:OK]
Mar 25 03:06:20.15: [24328]: <-- [9:AT+FPP=0\r]
Mar 25 03:06:20.26: [24328]: --> [2:OK]
Mar 25 03:06:20.26: [24328]: <-- [9:AT+FBO=0\r]
Mar 25 03:06:20.37: [24328]: --> [2:OK]
Mar 25 03:06:20.37: [24328]: <-- [10:AT+FCT=30\r]
Mar 25 03:06:20.48: [24328]: --> [2:OK]
Mar 25 03:06:20.48: [24328]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 03:06:20.59: [24328]: --> [2:OK]
Mar 25 03:06:20.59: [24328]: <-- [9:AT+FIE=0\r]
Mar 25 03:06:20.70: [24328]: --> [2:OK]
Mar 25 03:06:20.70: [24328]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 03:06:20.81: [24328]: --> [2:OK]
Mar 25 03:06:20.81: [24328]: <-- [24:AT+FLI="SpaceNET India"\r]
Mar 25 03:06:20.92: [24328]: --> [2:OK]
Mar 25 03:06:20.92: [24328]: DIAL 3879388
Mar 25 03:06:20.92: [24328]: <-- [12:ATDT3879388\r]
Mar 25 03:06:46.16: [24328]: --> [4:+FCO]
Mar 25 03:06:46.28: [24328]: --> [118:+FNF:00 00 0E 00 00 00 96 0F 01 03 00 10 
05 02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20 03   ]
Mar 25 03:06:46.28: [24328]: REMOTE NSF "00 00 0E 00 00 00 96 0F 01 03 00 10 05
 02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20 03"
Mar 25 03:06:46.28: [24328]: --> [26:+FCI:         022 3879388 ]
Mar 25 03:06:46.28: [24328]: REMOTE CSI "022 3879388"
Mar 25 03:06:46.28: [24328]: --> [20:+FIS:1,3,0,2,1,0,0,4]
Mar 25 03:06:46.28: [24328]: --> [2:OK]
Mar 25 03:06:46.28: [24328]: REMOTE best rate 9600 bit/s
Mar 25 03:06:46.28: [24328]: REMOTE max page width 1728 pixels in 215 mm
Mar 25 03:06:46.28: [24328]: REMOTE max unlimited page length 
Mar 25 03:06:46.28: [24328]: REMOTE best vres 7.7 line/mm
Mar 25 03:06:46.28: [24328]: REMOTE best format 2-D MR
Mar 25 03:06:46.28: [24328]: REMOTE best 20 ms, 10 ms/scanline
Mar 25 03:06:46.28: [24328]: USE 9600 bit/s
Mar 25 03:06:46.28: [24328]: USE 20 ms, 10 ms/scanline
Mar 25 03:06:46.28: [24328]: SEND file "docq/doc3178.ps;31"
Mar 25 03:06:46.28: [24328]: USE page width 1728 pixels in 215 mm
Mar 25 03:06:46.28: [24328]: USE unlimited page length 
Mar 25 03:06:46.28: [24328]: USE 7.7 line/mm
Mar 25 03:06:46.28: [24328]: USE 1-D MR
Mar 25 03:06:46.28: [24328]: <-- [23:AT+FIS=1,3,0,2,0,0,0,4\r]
Mar 25 03:06:46.40: [24328]: --> [2:OK]
Mar 25 03:06:46.40: [24328]: <-- [7:AT+FDT\r]
Mar 25 03:06:53.05: [24328]: --> [20:+FCS:1,3,0,2,0,0,0,3]
Mar 25 03:06:53.59: [24328]: --> [7:CONNECT]
Mar 25 03:06:53.59: [24328]: SEND begin page
Mar 25 03:07:18.72: [24328]: SENT 29056 bytes of data
Mar 25 03:07:18.72: [24328]: SEND 1D RTC
Mar 25 03:07:18.72: [24328]: SEND end page
Mar 25 03:07:18.72: [24328]: SEND send MPS (more pages, same document)
Mar 25 03:07:32.10: [24328]: --> [5:ERROR]
Mar 25 03:07:32.10: [24328]: SEND recv RTN (retrain negative)
Mar 25 03:07:32.10: [24328]: <-- [7:AT+FDT\r]
Mar 25 03:07:38.77: [24328]: --> [20:+FCS:1,3,0,2,0,0,0,3]
Mar 25 03:07:39.30: [24328]: --> [7:CONNECT]
Mar 25 03:07:39.30: [24328]: SEND begin page
Mar 25 03:08:04.31: [24328]: SENT 29056 bytes of data
Mar 25 03:08:04.31: [24328]: SEND 1D RTC
Mar 25 03:08:04.31: [24328]: SEND end page
Mar 25 03:08:04.31: [24328]: SEND send MPS (more pages, same document)
Mar 25 03:08:17.82: [24328]: --> [5:ERROR]
Mar 25 03:08:17.82: [24328]: SEND recv RTN (retrain negative)
Mar 25 03:08:17.82: [24328]: <-- [7:AT+FDT\r]
Mar 25 03:08:30.96: [24328]: --> [20:+FCS:1,2,0,2,0,0,0,3]
Mar 25 03:08:31.50: [24328]: --> [7:CONNECT]
Mar 25 03:08:31.50: [24328]: SEND begin page
Mar 25 03:08:59.86: [24328]: SENT 29056 bytes of data
Mar 25 03:08:59.86: [24328]: SEND 1D RTC
Mar 25 03:08:59.87: [24328]: SEND end page
Mar 25 03:08:59.87: [24328]: SEND send MPS (more pages, same document)
Mar 25 03:09:16.24: [24328]: --> [5:ERROR]
Mar 25 03:09:16.24: [24328]: SEND recv RTN (retrain negative)
Mar 25 03:09:16.24: [24328]: <-- [7:AT+FKS\r]
Mar 25 03:09:17.69: [24328]: --> [7:+FHS:02]
Mar 25 03:09:17.69: [24328]: REMOTE HANGUP: Call aborted,  from +FK or <CAN> (c
ode 2)
Mar 25 03:09:17.69: [24328]: --> [5:ERROR]
Mar 25 03:09:17.69: [24328]: MODEM Command error
Mar 25 03:09:17.69: [24328]: <-- [5:ATH0\r]
Mar 25 03:09:17.87: [24328]: --> [10:NO CARRIER]
Mar 25 03:09:17.87: [24328]: MODEM No carrier
Mar 25 03:09:17.87: [24328]: SESSION END

To: GPANDA@koc.com.k  Date: 03/25/98 03:15
Error: Unable to transmit page (giving up after 3 attempts)


    ---- Transcript of session follows ----

Mar 25 03:15:04.41: [24385]: SESSION BEGIN 00003416 91223879388
Mar 25 03:15:04.41: [24385]: SEND FAX: JOB 1448 DEST +91223879388 COMMID 000034
16
Mar 25 03:15:04.41: [24385]: DELAY 2600 ms
Mar 25 03:15:07.02: [24385]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]
Mar 25 03:15:07.18: [24385]: --> [2:OK]
Mar 25 03:15:07.18: [24385]: <-- [21:ATS8=2S7=60&H3&D2&C1\r]
Mar 25 03:15:07.19: [24385]: --> [2:OK]
Mar 25 03:15:07.19: [24385]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 03:15:07.20: [24385]: --> [2:OK]
Mar 25 03:15:07.20: [24385]: <-- [9:AT+FLO=2\r]
Mar 25 03:15:07.21: [24385]: --> [2:OK]
Mar 25 03:15:07.21: [24385]: <-- [9:AT+FPP=0\r]
Mar 25 03:15:07.22: [24385]: --> [2:OK]
Mar 25 03:15:07.22: [24385]: <-- [9:AT+FBO=0\r]
Mar 25 03:15:07.23: [24385]: --> [2:OK]
Mar 25 03:15:07.23: [24385]: <-- [10:AT+FCT=30\r]
Mar 25 03:15:07.24: [24385]: --> [2:OK]
Mar 25 03:15:07.24: [24385]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 03:15:07.25: [24385]: --> [2:OK]
Mar 25 03:15:07.25: [24385]: <-- [9:AT+FIE=0\r]
Mar 25 03:15:07.26: [24385]: --> [2:OK]
Mar 25 03:15:07.26: [24385]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 03:15:07.27: [24385]: --> [2:OK]
Mar 25 03:15:07.27: [24385]: <-- [5:ATM0\r]
Mar 25 03:15:07.28: [24385]: --> [2:OK]
Mar 25 03:15:07.28: [24385]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 03:15:07.77: [24385]: --> [2:OK]
Mar 25 03:15:07.77: [24385]: <-- [9:AT+FLO=2\r]
Mar 25 03:15:07.88: [24385]: --> [2:OK]
Mar 25 03:15:07.88: [24385]: <-- [9:AT+FPP=0\r]
Mar 25 03:15:07.99: [24385]: --> [2:OK]
Mar 25 03:15:07.99: [24385]: <-- [9:AT+FBO=0\r]
Mar 25 03:15:08.10: [24385]: --> [2:OK]
Mar 25 03:15:08.10: [24385]: <-- [10:AT+FCT=30\r]
Mar 25 03:15:08.21: [24385]: --> [2:OK]
Mar 25 03:15:08.53: [24385]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 03:15:08.64: [24385]: --> [2:OK]
Mar 25 03:15:08.64: [24385]: <-- [9:AT+FIE=0\r]
Mar 25 03:15:08.75: [24385]: --> [2:OK]
Mar 25 03:15:08.75: [24385]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 03:15:08.86: [24385]: --> [2:OK]
Mar 25 03:15:08.86: [24385]: <-- [24:AT+FLI="SpaceNET India"\r]
Mar 25 03:15:08.97: [24385]: --> [2:OK]
Mar 25 03:15:08.97: [24385]: DIAL 3879388
Mar 25 03:15:08.97: [24385]: <-- [12:ATDT3879388\r]
Mar 25 03:15:33.37: [24385]: --> [4:+FCO]
Mar 25 03:15:33.49: [24385]: --> [118:+FNF:00 00 0E 00 00 00 96 0F 01 03 00 10 
05 02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20 03   ]
Mar 25 03:15:33.49: [24385]: REMOTE NSF "00 00 0E 00 00 00 96 0F 01 03 00 10 05
 02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20 03"
Mar 25 03:15:33.49: [24385]: --> [26:+FCI:         022 3879388 ]
Mar 25 03:15:33.49: [24385]: REMOTE CSI "022 3879388"
Mar 25 03:15:33.49: [24385]: --> [20:+FIS:1,3,0,2,1,0,0,4]
Mar 25 03:15:33.49: [24385]: --> [2:OK]
Mar 25 03:15:33.49: [24385]: REMOTE best rate 9600 bit/s
Mar 25 03:15:33.49: [24385]: REMOTE max page width 1728 pixels in 215 mm
Mar 25 03:15:33.49: [24385]: REMOTE max unlimited page length 
Mar 25 03:15:33.49: [24385]: REMOTE best vres 7.7 line/mm
Mar 25 03:15:33.49: [24385]: REMOTE best format 2-D MR
Mar 25 03:15:33.49: [24385]: REMOTE best 20 ms, 10 ms/scanline
Mar 25 03:15:33.49: [24385]: USE 9600 bit/s
Mar 25 03:15:33.49: [24385]: USE 20 ms, 10 ms/scanline
Mar 25 03:15:33.49: [24385]: SEND file "docq/doc3178.ps;31"
Mar 25 03:15:33.50: [24385]: USE page width 1728 pixels in 215 mm
Mar 25 03:15:33.50: [24385]: USE unlimited page length 
Mar 25 03:15:33.50: [24385]: USE 7.7 line/mm
Mar 25 03:15:33.50: [24385]: USE 1-D MR
Mar 25 03:15:33.50: [24385]: <-- [23:AT+FIS=1,3,0,2,0,0,0,4\r]
Mar 25 03:15:33.61: [24385]: --> [2:OK]
Mar 25 03:15:33.61: [24385]: <-- [7:AT+FDT\r]
Mar 25 03:15:48.68: [24385]: --> [20:+FCS:1,3,0,2,0,0,0,3]
Mar 25 03:15:49.21: [24385]: --> [7:CONNECT]
Mar 25 03:15:49.21: [24385]: SEND begin page
Mar 25 03:16:14.47: [24385]: SENT 29050 bytes of data
Mar 25 03:16:14.47: [24385]: SEND 1D RTC
Mar 25 03:16:14.47: [24385]: SEND end page
Mar 25 03:16:14.47: [24385]: SEND send MPS (more pages, same document)
Mar 25 03:16:27.73: [24385]: --> [5:ERROR]
Mar 25 03:16:27.73: [24385]: SEND recv RTN (retrain negative)
Mar 25 03:16:27.73: [24385]: <-- [7:AT+FDT\r]
Mar 25 03:16:40.84: [24385]: --> [20:+FCS:1,2,0,2,0,0,0,3]
Mar 25 03:16:41.38: [24385]: --> [7:CONNECT]
Mar 25 03:16:41.38: [24385]: SEND begin page
Mar 25 03:17:09.71: [24385]: SENT 29050 bytes of data
Mar 25 03:17:09.71: [24385]: SEND 1D RTC
Mar 25 03:17:09.71: [24385]: SEND end page
Mar 25 03:17:09.71: [24385]: SEND send MPS (more pages, same document)
Mar 25 03:17:26.10: [24385]: --> [5:ERROR]
Mar 25 03:17:26.10: [24385]: SEND recv RTN (retrain negative)
Mar 25 03:17:26.10: [24385]: <-- [7:AT+FDT\r]
Mar 25 03:17:32.77: [24385]: --> [20:+FCS:1,3,0,2,0,0,0,3]
Mar 25 03:17:33.30: [24385]: --> [7:CONNECT]
Mar 25 03:17:33.30: [24385]: SEND begin page
Mar 25 03:17:58.56: [24385]: SENT 29050 bytes of data
Mar 25 03:17:58.56: [24385]: SEND 1D RTC
Mar 25 03:17:58.56: [24385]: SEND end page
Mar 25 03:17:58.56: [24385]: SEND send MPS (more pages, same document)
Mar 25 03:18:11.81: [24385]: --> [5:ERROR]
Mar 25 03:18:11.81: [24385]: SEND recv RTN (retrain negative)
Mar 25 03:18:11.81: [24385]: <-- [7:AT+FKS\r]
Mar 25 03:18:13.25: [24385]: --> [7:+FHS:02]
Mar 25 03:18:13.25: [24385]: REMOTE HANGUP: Call aborted,  from +FK or <CAN> (c
ode 2)
Mar 25 03:18:13.25: [24385]: --> [5:ERROR]
Mar 25 03:18:13.25: [24385]: MODEM Command error
Mar 25 03:18:13.25: [24385]: <-- [5:ATH0\r]
Mar 25 03:18:13.44: [24385]: --> [10:NO CARRIER]
Mar 25 03:18:13.44: [24385]: MODEM No carrier
Mar 25 03:18:13.44: [24385]: SESSION END

To: LTN.BRD@RMM.spri  Date: 03/25/98 00:02
Error: Unspecified Transmit Phase B error


    ---- Transcript of session follows ----

Mar 25 00:02:18.27: [22884]: SESSION BEGIN 00003314 91228581006
Mar 25 00:02:18.27: [22884]: SEND FAX: JOB 1425 DEST +91228581006 COMMID 000033
14
Mar 25 00:02:18.27: [22884]: DELAY 2600 ms
Mar 25 00:02:20.88: [22884]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]
Mar 25 00:02:21.04: [22884]: --> [2:OK]
Mar 25 00:02:21.04: [22884]: <-- [21:ATS8=2S7=60&H3&D2&C1\r]
Mar 25 00:02:21.05: [22884]: --> [2:OK]
Mar 25 00:02:21.05: [22884]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 00:02:21.06: [22884]: --> [2:OK]
Mar 25 00:02:21.06: [22884]: <-- [9:AT+FLO=2\r]
Mar 25 00:02:21.07: [22884]: --> [2:OK]
Mar 25 00:02:21.07: [22884]: <-- [9:AT+FPP=0\r]
Mar 25 00:02:21.08: [22884]: --> [2:OK]
Mar 25 00:02:21.08: [22884]: <-- [9:AT+FBO=0\r]
Mar 25 00:02:21.09: [22884]: --> [2:OK]
Mar 25 00:02:21.09: [22884]: <-- [10:AT+FCT=30\r]
Mar 25 00:02:21.10: [22884]: --> [2:OK]
Mar 25 00:02:21.10: [22884]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 00:02:21.11: [22884]: --> [2:OK]
Mar 25 00:02:21.11: [22884]: <-- [9:AT+FIE=0\r]
Mar 25 00:02:21.12: [22884]: --> [2:OK]
Mar 25 00:02:21.12: [22884]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 00:02:21.13: [22884]: --> [2:OK]
Mar 25 00:02:21.13: [22884]: <-- [5:ATM0\r]
Mar 25 00:02:21.14: [22884]: --> [2:OK]
Mar 25 00:02:21.14: [22884]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 00:02:21.25: [22884]: --> [2:OK]
Mar 25 00:02:21.25: [22884]: <-- [9:AT+FLO=2\r]
Mar 25 00:02:21.36: [22884]: --> [2:OK]
Mar 25 00:02:21.36: [22884]: <-- [9:AT+FPP=0\r]
Mar 25 00:02:21.47: [22884]: --> [2:OK]
Mar 25 00:02:21.47: [22884]: <-- [9:AT+FBO=0\r]
Mar 25 00:02:21.58: [22884]: --> [2:OK]
Mar 25 00:02:21.58: [22884]: <-- [10:AT+FCT=30\r]
Mar 25 00:02:21.69: [22884]: --> [2:OK]
Mar 25 00:02:21.69: [22884]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 00:02:21.80: [22884]: --> [2:OK]
Mar 25 00:02:21.80: [22884]: <-- [9:AT+FIE=0\r]
Mar 25 00:02:21.91: [22884]: --> [2:OK]
Mar 25 00:02:21.91: [22884]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 00:02:22.02: [22884]: --> [2:OK]
Mar 25 00:02:22.02: [22884]: <-- [24:AT+FLI="SpaceNET India"\r]
Mar 25 00:02:22.13: [22884]: --> [2:OK]
Mar 25 00:02:22.13: [22884]: DIAL 8581006
Mar 25 00:02:22.13: [22884]: <-- [12:ATDT8581006\r]
Mar 25 00:03:46.75: [22884]: --> [7:+FHS:20]
Mar 25 00:03:46.75: [22884]: REMOTE HANGUP: Unspecified Transmit Phase B error 
(code 20)
Mar 25 00:03:46.75: [22884]: SEND FAILED: Unspecified Transmit Phase B error
Mar 25 00:03:46.75: [22884]: <-- [5:ATH0\r]
Mar 25 00:03:46.75: [22884]: --> [2:OK]
Mar 25 00:03:46.77: [22884]: SESSION END

To: LTN.BRD@RMM.spri  Date: 03/25/98 00:10
Error: Unspecified Transmit Phase B error


    ---- Transcript of session follows ----

Mar 25 00:10:02.12: [22948]: SESSION BEGIN 00003318 91228581006
Mar 25 00:10:02.12: [22948]: SEND FAX: JOB 1425 DEST +91228581006 COMMID 000033
18
Mar 25 00:10:02.12: [22948]: DELAY 2600 ms
Mar 25 00:10:04.73: [22948]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]
Mar 25 00:10:04.89: [22948]: --> [2:OK]
Mar 25 00:10:04.89: [22948]: <-- [21:ATS8=2S7=60&H3&D2&C1\r]
Mar 25 00:10:04.90: [22948]: --> [2:OK]
Mar 25 00:10:04.90: [22948]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 00:10:04.91: [22948]: --> [2:OK]
Mar 25 00:10:04.91: [22948]: <-- [9:AT+FLO=2\r]
Mar 25 00:10:04.92: [22948]: --> [2:OK]
Mar 25 00:10:04.92: [22948]: <-- [9:AT+FPP=0\r]
Mar 25 00:10:04.93: [22948]: --> [2:OK]
Mar 25 00:10:04.93: [22948]: <-- [9:AT+FBO=0\r]
Mar 25 00:10:04.94: [22948]: --> [2:OK]
Mar 25 00:10:04.94: [22948]: <-- [10:AT+FCT=30\r]
Mar 25 00:10:04.95: [22948]: --> [2:OK]
Mar 25 00:10:04.95: [22948]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 00:10:04.96: [22948]: --> [2:OK]
Mar 25 00:10:04.96: [22948]: <-- [9:AT+FIE=0\r]
Mar 25 00:10:04.97: [22948]: --> [2:OK]
Mar 25 00:10:04.97: [22948]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 00:10:04.98: [22948]: --> [2:OK]
Mar 25 00:10:04.98: [22948]: <-- [5:ATM0\r]
Mar 25 00:10:04.99: [22948]: --> [2:OK]
Mar 25 00:10:04.99: [22948]: <-- [14:AT+FCLASS=2.0\r]
Mar 25 00:10:05.10: [22948]: --> [2:OK]
Mar 25 00:10:05.10: [22948]: <-- [9:AT+FLO=2\r]
Mar 25 00:10:05.21: [22948]: --> [2:OK]
Mar 25 00:10:05.21: [22948]: <-- [9:AT+FPP=0\r]
Mar 25 00:10:05.32: [22948]: --> [2:OK]
Mar 25 00:10:05.32: [22948]: <-- [9:AT+FBO=0\r]
Mar 25 00:10:05.43: [22948]: --> [2:OK]
Mar 25 00:10:05.43: [22948]: <-- [10:AT+FCT=30\r]
Mar 25 00:10:05.54: [22948]: --> [2:OK]
Mar 25 00:10:05.54: [22948]: <-- [15:AT+FNR=1,1,1,1\r]
Mar 25 00:10:05.65: [22948]: --> [2:OK]
Mar 25 00:10:05.65: [22948]: <-- [9:AT+FIE=0\r]
Mar 25 00:10:05.76: [22948]: --> [2:OK]
Mar 25 00:10:05.76: [22948]: <-- [23:AT+FCC=1,5,2,2,1,0,0,0\r]
Mar 25 00:10:05.87: [22948]: --> [2:OK]
Mar 25 00:10:05.87: [22948]: <-- [24:AT+FLI="SpaceNET India"\r]
Mar 25 00:10:05.98: [22948]: --> [2:OK]
Mar 25 00:10:05.98: [22948]: DIAL 8581006
Mar 25 00:10:05.98: [22948]: <-- [12:ATDT8581006\r]
Mar 25 00:11:24.38: [22948]: --> [7:+FHS:20]
Mar 25 00:11:24.38: [22948]: REMOTE HANGUP: Unspecified Transmit Phase B error 
(code 20)
Mar 25 00:11:24.38: [22948]: SEND FAILED: Unspecified Transmit Phase B error
Mar 25 00:11:24.38: [22948]: <-- [5:ATH0\r]
Mar 25 00:11:24.38: [22948]: --> [2:OK]
Mar 25 00:11:24.38: [22948]: SESSION END

			[...]


== message from TPC.INT coordinator =======================================

| Date:    Wed, 25 Mar 1998 09:44:21 GMT
| To:      Shuvam Misra <shuvam@spacenetindia.com>
| cc:      Manipal Limited <manipal@cary.com>
| From:    "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
| Subject: Re: NON-DELIVERY OF FAXES! 
| Forwarded: Wed, 25 Mar 1998 22:41:02 +0530
| 	 Ajay <ajayshah@igidr.ac.in>
| 	 Wed, 25 Mar 1998 22:40:41 +0530
| 	 prince@bom2.vsnl.net.in
| 	 Ketan Sanghvi <ketan@wanland.com>
| 
| 
| >>>>> On Mon, 23 Mar 1998, "SM" == Shuvam Misra wrote:
| 
|   SM> Dear Bijal,
| 
|   SM> | I've been trying to send out faxes to Mumbai using "tpc.int" but
|   SM> never got | through to it! However, the recepients complain that they
|   SM> receive about 8-12 | copies of the same fax sent to them. | | Please find
|   SM> below the three TRANSMISSION REPORTs for your reference! | | Can you
|   SM> please look into the matter? | | Your prompt reply shall be very much
|   SM> appreciated.
| 
|   SM> I have gone through the reports that you have helpfully included. It
|   SM> appears that each transmission has attempted to send the same page over
|   SM> and over, and each time, the remote fax machine has reported ERROR
|   SM> after the full first page has been transmitted. This has resulted in a
|   SM> retransmission, and so the first page has been transmitted again and
|   SM> again. This has probably resulted in the first page being transmitted
|   SM> many times, but without it being treated as a success at the transmitting
|   SM> end.
| 
|   SM> We don't know why this happens. All we know is that it happens every once
|   SM> in a while, where the full first page gets transmitted successfully, and
|   SM> gets printed by the receiving machine, and then the recipient indicates
|   SM> failure to the transmitter, thus causing retransmission.
| 
|   SM> I am sending a copy of this mail to the administrator of TPC, in the hope
|   SM> that he can throw some light on this symptom.
| 
| I'm afraid this is a very common mode of failure between faxmodems and fax
| machines (EOP errors). I see it quite often with ZyXel modems, less often
| with Multitech.
| 
| If you have the energy, pursue this on the HylaFAX mailing list, with the appro
| priate logfiles, or alternatively chase it up with ZyXel.
| 
| Sorry I cannot be more helpful.
| 
| -DPN
| -- 
| Mr. Arlington Hewes           (tpcadmin@info.tpc.int)
| The TPC.INT Subdomain          (http://www.tpc.int/)
| 
|        **************************************************
|        ***  FOR GENERAL INFORMATION                   ***
|        ***         Mail to tpcfaq@info.tpc.int        ***
|        ***  FOR A LIST OF CURRENT COVERAGE            ***
|        ***         Mail to tpccover@info.tpc.int      ***
|        **************************************************
| 


------- End of Forwarded Message

-- shuvam misra -------------------------- shuvam@spaceNETindia.com --
-- spaceNET --------------------------------------- +91 22 766 6345 --
----------------------------------------------- fax +91 22 287 3598 --
------------- "Linux: the choice of a GNU generation" ----------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
cc: Roland Hedberg <Roland.Hedberg@umdac.umu.se>
To: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: 4.0pl2 and Phase B error 
Date: Fri, 27 Mar 1998 23:05:06 +0530
Sender: owner-flexfax@celestial.com

| >I seem to remember there was issued some mails from people having
| >phase B errors after upgradeing to 4.0pl2. Unfortunately I haven't
| >saved any of these and now I am in the position that since upgradeing
| >to 4.0pl2 all outgoing faxes encounters Unspecified Transmit Phase B 
| >errors where there previously there where none.
| 
| Try recompiling the whole pack disabling the Fine resolution in the config (p
| -- ut it on normal 98dpi) and use your modembased config to use the fine res.

Is this a general observation. I too am using a binary distribution of
4.0pl2, and I would prefer not to have to recompile.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Fri, 27 Mar 1998 13:32:10 -0600 (CST)
From: "Edward S. Marshall" <emarshal@xnet.com>
To: flexfax@sgi.com
Subject: flexfax: problem with faxmail and MIME messages
X-SpamBait: spam@logic.net
Sender: owner-flexfax@celestial.com

Hello,

System: SunOS hurricane 5.5.1 Generic_103640-03 sun4u sparc SUNW,Ultra-1
Hylafax Version: 4.0pl2

I've found a problem with multipart digests and faxmail; there is an
example digest sitting at:

    http://www.xnet.com/~emarshal/bad-mime-msg.txt

which demonstrates the problem (it's 25K, so I won't forward it to the
list). "faxmail -v" seems to work just fine, right up until it hits the
end of the file (line 617), at which point it seems to go into an infinite
loop with the following message repeated:

MIME part (line 617): message/rfc822 charset=us-ascii encoding=7bit

After a few thousand of these, it dumps core, since the machine runs out
of memory at this point. ;-) No useful information is made available from
the core.

The same behavior was noticed under 4.0pl1 (this was the reason I
upgraded, actually ;-). Any insights into this would be greatly
appreciated. Please let me know if any further information is needed.

-- 
Edward S. Marshall <emarshal@xnet.com>   -+-   BOFH, UNIX admin, Linux advocate

 Progress (n.):  The process through which the Internet has evolved from smart
 people in front of dumb terminals to dumb people in front of smart terminals.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: "Jason M. Petry" <jason@ps.ohio-state.edu>
To: flexfax@sgi.com
Subject: flexfax: BUG REPORT: hfaxd dies when it can't resolve own hostname (4.0.8)
Date: Fri, 27 Mar 1998 17:14:40 -0500
Sender: owner-flexfax@celestial.com

I don't read this list, just reporting a bug I found in hylafax 4.0.8

Symptoms: If the system cannot resolve it's own hostname into an
address, hfaxd will SEGV. Although I've pinpointed where the error is,
I'm unable to suggest a fix, because I don't understand how hfaxd uses this 
info. (Sorry) The error occurrs on line 95, of the
file InetFaxServer.c++ Here is the whole function:

InetFaxServer::InetFaxServer()
{
    usedefault = TRUE;
    swaitmax = 90;                      // wait at most 90 seconds
    swaitint = 5;                       // interval between retries

    memset(&data_dest, 0, sizeof (data_dest));
    data_dest.sin_family = AF_INET;

    hostent* hp = Socket::gethostbyname(hostname);
    if (hp != NULL)
        hostname = hp->h_name;
    struct in_addr in;

    memcpy(&in, hp->h_addr, sizeof (in));
                ^^^^^^^^^
	        This is the problem, if hp is null, this SEGV's

    hostaddr = inet_ntoa(in);

    fxAssert(_instance == NULL,
        "Cannot create multiple InetFaxServer instances");
    _instance = this;
}

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: Steven Pokrandt <pokey@pncinc.com>
To: "Flexfax (E-mail)" <flexfax@sgi.com>
Subject: flexfax: faxmail trapping/core dump
Date: Sat, 28 Mar 1998 08:09:47 -0800
Sender: owner-flexfax@celestial.com

faxmail is coredumping when i forward mail to it!  with the following 
.forward file.

 "|/usr/local/bin/faxmail -d lita@4258067351"

the fax gets send over and over and over!!!    could deal with the core 
dump if sendmail didn't keep resending it..   the fax looks fine..   any 
ideas?  i'd send logs for faxmail but i can't find any!!


pokey

oh, BTW you can't call me pokey anymore PREMA toy company and I are i a law 
suit over my nickname and domain name pokey.com...

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Sun, 29 Mar 1998 22:35:44 +0200
To: Shuvam Misra <shuvam@spacenetindia.com>, flexfax@sgi.com
From: Thierry Coopman <calvin@skynet.be>
Subject: Re: flexfax: 4.0pl2 and Phase B error 
Cc: Roland Hedberg <Roland.Hedberg@umdac.umu.se>
Sender: owner-flexfax@celestial.com

At 11:05 PM 3/27/98 +0530, Shuvam Misra wrote:
>| >I seem to remember there was issued some mails from people having
>| >phase B errors after upgradeing to 4.0pl2. Unfortunately I haven't
>| >saved any of these and now I am in the position that since upgradeing
>| >to 4.0pl2 all outgoing faxes encounters Unspecified Transmit Phase B 
>| >errors where there previously there where none.
>| 
>| Try recompiling the whole pack disabling the Fine resolution in the
config (p
>| -- ut it on normal 98dpi) and use your modembased config to use the fine
res.
>
>Is this a general observation. I too am using a binary distribution of
>4.0pl2, and I would prefer not to have to recompile.
>
>Shuvam
>

I upgraded from version 4.0 pl1 switched the dpi to 196 and was unable to
send out any fax (I got the message that the remote party couldn't receive
the width of my fax or so and ended in a fase B error). I searched alot
around thought it was my ghostscript package reainstalled about everything
I had on that server but still the Phase B error.

As a last resort I recompiled the source of HylaFAX and turned on the
normal 98 dpi. I installed it and everything worked fine again (man was I
happy).

BTW I use SupraFAX 288 modems to send faxes, maybe that could be the cause
too.


Thierry aka |Calvin|

Belcast@skynet.be - Graphic Intelligence Crew

-
 The opinions and statements expressed herein are the responsabilities
 of the sender and should not be taken as a position, opinion or
 endorsement of Belgacom Skynet

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: Harald Pollack <Harald.Pollack@omv.co.at>
cc: ketan@wanland.com, Manfred Recla <mr@rithus.co.at>, flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: Re: (Fwd) Fw: Problems with outgoing faxes from a ZyXEL Omni 
Date: Tue, 31 Mar 1998 01:01:48 +0530
Sender: owner-flexfax@celestial.com

Dear Ketan, Manfred and Harald,

Many thanks for taking so much time and effort to try to find the source
of my fax problems.

I'd like to discuss some of the points raised. And I'm posting this to
the Hylafax mailing list hoping to get some of the fax experts there to
respond to the Hylafax related points you've raised.

| >I am a computer professional. I've been using ZyXEL modems from 1995,
| >starting with the U1496E. I have had very good results with this modem
| >for data connects over noisy phone lines. I am an experienced Unix
| >systems programmer and occasional kernel hacker.
| 
| And where are the 'fax experiences' ? :-)

Next to nothing, I'm afraid. I'm much more of a software person than a
hardware or datacomm person.

| >I am using a Pentium machine running Linux 2.0.33, Hylafax 4.0pl2, and an
| >Omni O288S with firmware 1.19.
| 
| Omni should be OK, but Hylafax ....

I've gone through your mail, and I can see your strong reservations
about Hylafax. I make no claim that Hylafax is the world's best fax
software. :) However, I believe that faxing is a technically challenging
function, and any fax software will be less than perfect.

That said, I must add that I find it hard to believe that Hylafax will
be less competent than any other good fax software. It has two major
plusses to its credit:

1.	It is very widely used. It is probably the most popular fax
	software on Unix.

2.	It is written by Sam Leffler.

I presume Sam Leffler needs no introduction to the Unix world. He was a
member of the core CSRG that created BSD Unix. He is one of the best
engineers that the software community has today, I feel. His track
record for good engineering makes it unlikely that there will be any
slipshod work either in the software that prepares TIFF G3 data out of
the input file, or in the fax transmission software itself. Sam has
written perhaps the definitive TIFF library available on the Internet,
and this library handles the TIFF file creation for Hylafax.

In this context, it is unlikely that Sam Leffler would not know about
not retransmitting the same page after a negative RTN, as you've pointed
out. If Hylafax retransmits the same page, and it conflicts with the fax
protocol, I guess Sam had some reasons for it. I'm hoping to hear from
Sam or others on the Hylafax mailing list about this.

My point is not "Sam is the new God I follow" but that the designers of
Hylafax must have their reasons, which I hope to discover now, thanks
to your inputs.

The last point I'd like to add is that we Unix users running Linux and
operating on shoestring budgets, don't have a choice. Hylafax is the
most comprehensive fax software that's freely redistributable in source
for the Unix platform, and mgetty+sendfax is the only other well-known
alternative. I haven't tried mgettty+sendfax, but I could, I guess.
Maybe this too could be something others on the Hylafax mailing list
could advise me on. Do you think there are problems in the fax protocol
implementation of Hylafax, and is mgetty+sendfax better?

| >(HylaFax identifies one problem with
| >ZyXEL firmware: the "atdtnnnnnnn@" format of dial command does not work
| >with any ZyXEL modem. The "@" at the end of the dial string is supposed
| >to distinguish between "NO ANSWER" and "NO CARRIER".
| 
| Only 'NO CARRIER' is the response of interrest !

This is not true. There seems to be a big advantage to be gained by
being able to differentiate between NO ANSWER and NO CARRIER. If ZyXEL
could have returned the correct response to distinguish between them,
the fax software could have figured out whether there's a fax machine at
the other end (NO CARRIER after handshake attempt) or just an ordinary
phone (NO ANSWER). I got this info from the Hylafax documentation. Check
http://www.vix.com/hylafax/

| >I am getting an enormous number of reports of failed faxes, all due to
| >a few repeated reasons....
| 
| Not so good. As a rule of thumb: appr. 40 % of outgoing faxes from a
| (public faxserver) will fail...

This figure was very useful. I didn't know that the typical observed
figures for failed attempts is so high even in your parts of the world
in spite of your better phone networks. My figure is more like 60% to
70%, I think.

| >   1 Error: Document was encoded with 2DMR, but client does not support this
| >data format
| 
| Faxsoftware MUST DO a 'fallback' to 1-D Huffman !!!!

Hylafax does. It disconnects the line, reconverts the data, and retries
the call.

| >   4 Error: Failure to train at 2400 bps or +FMINSP value
| A sign for bad telco line ...

Very possible that my line is noisy. This is usual in India, and
specially in my exchange.

| >  29 Error: No response to MPS repeated 3 times
| 
| This is 'system immanent' to all faxmodems, I believe :-) We have to
| live whit this, regardles which brand of faxmodem, there ALWAYS exist
| (remote) certain fax equipment, which will not fit our site ...

Can you give me some more details on this? What causes this?

| >113 Error: Unable to transmit page (giving up after 3 attempts)
| 
| Not so clear this report. What in detail was the reason ? Could be
| simply BUSY at remote site ...

These details are available in the big log file that I've left on the
Website, at http://www.spacenetindia.com/faxerrors.txt. It's a huge
file, about 1.5MB, so if you have the patience, you'll get the full
modem dialog for a few hundred failed fax transmission attempts.

| >274 Error: Unspecified Transmit Phase B error
| 
| No 'normal' fault :-) Yield of well sent faxes can only be 'increased'
| by using Class 1 protocol ...

This is interesting. Is it easier to get good fax transmission using
Class 1 protocol? I thought Class 1 was too timing-sensitive and
therefore more error-prone when driven from multitasking operating
systems?

| >Mar 25 22:19:41.95: [ 3664]: <-- [24:AT+FLI="SpaceNET India"\r]
| 
| Not in accordance to ITU-T.30 !!! Only '0' - '9', '+' and ' ' (blank)
| !!! Faxsoftware should know this ...

Yes, I know. But the fax software allows this if the modem allows it.

| >Mar 25 22:20:08.82: [ 3664]: REMOTE best format 2-D MR
| 
| I assume, that THIS is the reason for a lot of problems! faxdata makeup
| for 2-D mod. mod. Read is obviously 'out of spec' from ITU-T.4 and
| normaly fax machines reject such transmissions (with bad T.4 data) by
| sending RTN ...

How do you know that the data being generated at the transmitting end is
out of spec with the ITU standards? Is there any way I can find out?

| 09:50:13.69 {01 200} Receive:  2,96E,5,1,0<CR><LF> 0.22s
| 09:50:13.69 {01 200} Receive:  OK<CR><LF> 0.25s
| 
| The above (first) value of '2' means RTN ! Faxmodem can NOT decide,
| what to do, so fax software starts to send NEXT page (faxsoftware
| should NEVER RETRANSMIT a page).

This is interesting. When this error occurs, you feel that the fax
software should proceed with the next page as if there was no error at
all? Will some expert users of Hylafax please comment?

| >Mar 25 00:03:46.75: [22884]: REMOTE HANGUP: Unspecified Transmit Phase B err
| >(code 20)
| 
| Modem has cancelled the call after 144 seconds. This is a quite large
| time! All points to a failed training. Maybe the telco line was VERY
| VERY BAD.

This too is possible.

| >|   SM> | I've been trying to send out faxes to Mumbai using "tpc.int" but
| >|   SM> never got | through to it! However, the recepients complain that the
| >|   SM> receive about 8-12 | copies of the same fax sent to them.
| 
| Fax software MUST NOT retransmit any page after RTN ...

This is what I found particularly interesting. If the standard is very
clear on this, will someone who knows Hylafax comment on these protocol
issues?

Thanks once again. You have been very very patient and thorough and
you've taken a lot of trouble with my query. I'll see if Hylafax is
really the source of the problem as you state it is.

Warm regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 31 Mar 1998 10:14:26 +0200 (CEST)
From: HylaFax list <faxlist@master.slon.net>
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: Re: (Fwd) Fw: Problems with outgoing faxes from a ZyXEL Omni 
Sender: owner-flexfax@celestial.com

On Tue, 31 Mar 1998, Shuvam Misra wrote:

> I've gone through your mail, and I can see your strong reservations
> about Hylafax. I make no claim that Hylafax is the world's best fax
[snip]
> 2.	It is written by Sam Leffler.
[snip]

Not to mention that we all can get sources and can implement necessary
changes and then contribute them to other users. 

> | Not so good. As a rule of thumb: appr. 40 % of outgoing faxes from a
> | (public faxserver) will fail...
> 
Well with Multitech modem this reduced for me to about 5-10% of failing
faxes.

> | >   4 Error: Failure to train at 2400 bps or +FMINSP value
> | A sign for bad telco line ...
> 
> Very possible that my line is noisy. This is usual in India, and
> specially in my exchange.

I have to diagree here. It may well be due to ban noise but I'm getting
constant error of this in a very controled environement also. It looks
like some problem with Class1 handling (either in HylaFax or in modem).
I'm getting those (if one need a log I can supply but it goes from 14400
negotiation to 2400 and then failing over). 

This hapens to me between USR 14.400 Class1 modem and Multitech on public
phone line and also beetwen the same USR and Zyxel on private exchange.

Both ends always use HylaFax, so I can provide logs for both end of the
connection.

> | >  29 Error: No response to MPS repeated 3 times
> | 
> | This is 'system immanent' to all faxmodems, I believe :-) We have to
> | live whit this, regardles which brand of faxmodem, there ALWAYS exist
> | (remote) certain fax equipment, which will not fit our site ...
> 
As mentioned, with different fax/modems there are more or less
possibilites to get those errors. So far MT2384ZPKI is working the best of
all for me, but YMMV al always.

	lp
		gody

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: Re: (Fwd) Fw: Problems with outgoing faxes from a ZyXEL Omni
Date: Wed, 01 Apr 1998 00:16:10 +0530
Sender: owner-flexfax@celestial.com

I hope there are some experts on this list who know the fax protocol and
the Hylafax software well enough to comment on these issues. It does
appear from this person's detailed report (and his earlier messages)
that Hylafax could have got better behaviour with a ZyXEL modem, if it
had handled errors better.

Is Sam Leffler still on this list? Will he or someone else please
comment on these low-level protocol implementation problems?

Shuvam

------- Forwarded Message

From Harald.Pollack@omv.co.at  Tue Feb 16 17:31:50 1999
Date:    Tue, 31 Mar 1998 14:44:39 -0100
From:    "Harald Pollack" <Harald.Pollack@omv.co.at>
To:      "Shuvam Misra" <shuvam@spacenetindia.com>
cc:      "m.recla@zyxel.co.at" <m.recla@zyxel.co.at>
Subject: Re: (Fwd) Fw: Problems with outgoing faxes from a ZyXEL Omni

On Tue, 31 Mar 1998 01:01:48 +0530, Shuvam Misra wrote:

Hello Shuvam!

>I'd like to discuss some of the points raised. And I'm posting this to
>the Hylafax mailing list hoping to get some of the fax experts there to
>respond to the Hylafax related points you've raised.

Fine!

>I've gone through your mail, and I can see your strong reservations
>about Hylafax.

My 'strong reservations' do not target any specific fax software. I
have the experience, that almost each (comercial or noncomercial)
faxsoftware contains more or less 'misbehaviours'! Mainly this
(misbehaviour) is based on the fact, that producers of such software
want to make money (which is OK) primarly and 'satisfaction' of user is
only a (wellcomed) sideeffect :-)

>I make no claim that Hylafax is the world's best fax
>software. :) However, I believe that faxing is a technically challenging
>function, and any fax software will be less than perfect.

Yes, I agree! But I think that faxsoftware should primarly follow the
standards (and NOT misdesigned faxmodems).

>That said, I must add that I find it hard to believe that Hylafax will
>be less competent than any other good fax software.

I agree also. Hylafax is in 'good society' :-)

>It has two major plusses to its credit:
>
>1.	It is very widely used. It is probably the most popular fax
>	software on Unix.

agree

>2.	It is written by Sam Leffler.

What shall I say ? 

>I presume Sam Leffler needs no introduction to the Unix world. He was a
>member of the core CSRG that created BSD Unix. He is one of the best
>engineers that the software community has today, I feel. His track
>record for good engineering makes it unlikely that there will be any
>slipshod work either in the software that prepares TIFF G3 data out of
>the input file, or in the fax transmission software itself. Sam has
>written perhaps the definitive TIFF library available on the Internet,
>and this library handles the TIFF file creation for Hylafax.

I know this 'TIFF library' very well :-) ... I DO NOT use it!

>In this context, it is unlikely that Sam Leffler would not know about
>not retransmitting the same page after a negative RTN, as you've pointed
>out.

Maybe, he has some reasons, why he is doing so (retransmit after RTN),
but this retransmission - in the discussed case - is in fact wrong! I
agree, that fax standard (ITU-T.30) is not so easy to understand and
very difficult to 'interpret'.

As I know from other standards, 'right interpretation' is not a problem
of 'well understoodnes' (this might be subjectiv) it is more the
'knowledge' of what 'creators of standard' have had indent!

let's have a short historical review: T.30 was 'founded' by CCITT,
where all the (former) national telecoms were members.

SO, all I had to do, was ASK persons which were (or are still) members
in CCITT (or now ITU) what exactly they have meaned with RTN.

National telecoms have 'test suits' to aprove a faxmachine (or even a
faxmodem :-) in accordance to T.4 and T.30.

And finaly, one such test is the reaction on CCITT "ERRORCHART 1" and
"ERRORCHART 2".

ERRORCHART 1 has to be received with response MCF (MessageConFirmation)
or RTP (ReTrainPositiv).

ERRORCHART 2 has to be REJECTED with response RTN (ReTrainNegativ).

This will mean, that if 'source of sent faxdata' is not changed, this
MUST NOT be retransmitted any more.

Now, what means 'source of sent faxdata' ? This is (in case of Hylafax
and almost all faxsoftware in world) a CONSTANT set of bits (or bytes)
as it is obtained be PRE-compression of some imagedata.

There is only ONE possible case, where a retransmit after RTN MIGHT
occur: faxsender (in our case Hylafax) REcompresses the imagedata with
some OTHER (alternativ) algorithm. In real world, this could be, if
first attempt (which yields RTN) was a two dimensional
coding/compression scheme than second attempt will be made with an
alternativ coding/compression scheme (one dimensional eg).

But, as you have mentioned, Hylafax does not 'recompress' on the fly,
so it never should retransmit the same data set, which yielded in RTN.
Clear ? :-)

My investigations at some national telecoms resulted in a second
'experience':

A fax equipment should response RTP, if obviously LINE was source of
errors and should response RTN if obviously T.4 coding was source of
errors.

It is not so easy for a receiving fax equipment, to decide if either
line or T.4 coding was possible source of error, but with some
'pragmatism', it is possible (but not with the functions in TIFF
library :-)!

>If Hylafax retransmits the same page, and it conflicts with the fax
>protocol, I guess Sam had some reasons for it.

Yes, he must have VERY GOOD reasons ... :-)

>I'm hoping to hear from Sam or others on the Hylafax mailing list about this.

Normal answer from fax programmers is: "Heh! What do you mean ?" :-)

>My point is not "Sam is the new God I follow" but that the designers of
>Hylafax must have their reasons, which I hope to discover now, thanks
>to your inputs.

I am very interested in ...

>The last point I'd like to add is that we Unix users running Linux and
>operating on shoestring budgets, don't have a choice. Hylafax is the
>most comprehensive fax software that's freely redistributable in source

I have downloaded source yesterday and I will 'investigate' it ....

>for the Unix platform, and mgetty+sendfax is the only other well-known
>alternative.

Yes, I know mgetty+sendfax very well, but all I could say is: well, it
works ...

But keep in mind, sendfax is nothing more than a simple 'copier' of
prebuild fax rawdata from a harddisk file via seriell port to modem.

In my opinion, this is not, what I understand as 'fax programm' ....

>I haven't tried mgettty+sendfax, but I could, I guess.
>Maybe this too could be something others on the Hylafax mailing list
>could advise me on. Do you think there are problems in the fax protocol
>implementation of Hylafax, and is mgetty+sendfax better?

I miss any 'protocol related' things in sendfax... 

>| Only 'NO CARRIER' is the response of interrest !
>
>This is not true. There seems to be a big advantage to be gained by
>being able to differentiate between NO ANSWER and NO CARRIER.
>If ZyXEL could have returned the correct response to distinguish between them,
>the fax software could have figured out whether there's a fax machine at
>the other end (NO CARRIER after handshake attempt) or just an ordinary
>phone (NO ANSWER).
>I got this info from the Hylafax documentation. Check
>http://www.vix.com/hylafax/

i will do so ...

>| >I am getting an enormous number of reports of failed faxes, all due to
>| >a few repeated reasons....
>| 
>| Not so good. As a rule of thumb: appr. 40 % of outgoing faxes from a
>| (public faxserver) will fail...
>
>This figure was very useful. I didn't know that the typical observed
>figures for failed attempts is so high even in your parts of the world
>in spite of your better phone networks.

The reason, why calls do fail is much more protocol problems (fax
equipment just a little step beside the standard) than line. 

Exactly said, I have NEVER watched a broken fax call due to line faults
(will yield FTT = FailureToTrain at 2400 bps)

>| >   1 Error: Document was encoded with 2DMR, but client does not support thi
s
>| >data format
>| 
>| Faxsoftware MUST DO a 'fallback' to 1-D Huffman !!!!
>
>Hylafax does. It disconnects the line, reconverts the data, and retries
>the call.

This is NOT a fallback! This is a simple RETRY with altered session
parameters! Is Hylafax also a 'copier' ???

Let me explain:

A caller (which normally has something to SEND) dials a number, emits
Fax CNG and waits for an answering remot fax equipment.

Remote (called) fax goes off-hook, hears the CNG and sends
'Answering-tone' and some HDLC frames (CSI+DIS) to inform caller about
its capabilities.

Local (caller) fax 'knows' its own capabilities and due to some
algorithm it set the appropriate send mode (resolution, compression
scheme, wait between scanlines and much more).

If local fax was 'influenced' by operator to use primarly two
demensional coding, but called (remote) fax is not able to handle this,
local fax must 'fallback' from two dimensional to one dimensional
coding and signal this by HDLC frames (TSI+DCS+TCF).

Oh! You say, Hylafax cannot do such a 'fallback' (between receiving DIS
and transmitting DCS)? Sorry, than it is far away from being a
'FAXPROGRAM' :-)

>| >   4 Error: Failure to train at 2400 bps or +FMINSP value
>| A sign for bad telco line ...

Oh! I have forgotten to 'comment' this '+FMINSP' ....

This command (from Rockwells propriatory fax convention) is an absolut
nonesense, because in T.30 there exists no way to signal such a
'minimal phase c transmission speed' (you can only signal a MAXIMAL
speed) !

>Very possible that my line is noisy. This is usual in India, and specially in 
my exchange.

Not the NOISE ! Nonlineare distortions or phase shifts or spikes are
source of such fault.

>| >  29 Error: No response to MPS repeated 3 times
>| 
>| This is 'system immanent' to all faxmodems, I believe :-) We have to
>| live whit this, regardles which brand of faxmodem, there ALWAYS exist
>| (remote) certain fax equipment, which will not fit our site ...
>
>Can you give me some more details on this? What causes this?

This is a typical procedural error:

Sender finishes data transmission in phase C and sends the MPS frame to
receiver. Receiver gets the MPS and (let's assume) responses with MCF.
Sender will not (errorfree) received this response and retransmits its
MPS. Now we must tell between two kinds of receiver (one follows the
standard, the other not :-)

1) standard: receiver gets (second) MPS and responses again with MCF.
Sender will not (errorfree) receive this response again.

2) nonstandard: receiver had already sent its MCF and leaves the phase
B and enters phase C and waits for fax data ... will never come :-)

Sender retransmits (third attempt) MPS and waits for a valid response.
Nonstandard equipment will react in two ways:

1) receiver recognizes, that no phase C carrier is there, quits by
sending DCN to caller (a lot of faxmodems/programs will do so)

2) receiver waits for phase C carrier and waits for phase C carrier and
waits for phase C carrier ....

Sender receives NO response after third MPS and quits.

So, what is the reason, why the sender will not (errorfree) receive the
MCF in above example?

Normally (in case fax MODEM is sender) this is a (internal) problem in
switching from HDLC sending (the MPS frame) to receiving HDLC frames.
Called station switches FASTER from receive (the MPS) to transmitt (the
MCF) than sender. So the initial HDLC flag(s) are never recognized by
receiver and therefore the frame is discarded.

There is also a well known situation (of this fault) if receiver is fax
MODEM. Let's also assume, receiving faxmodem is in Class 2, than AFTER
receiving faxdata (in phase C) faxmodem responses <DLE><ETX> to DTE as
a sign of page data is finished. A lot of fax programs now (in this
moment) start to save the data from memory to harddisk. This might
consume a lot of time (we do not have :-).

In the meantime, faxmodem had also responded +FPTS:.... and +FET:0 (the
MPS) and OK which will be either in seriel port device drivers input
buffer or even LOST due to blocked interrupts, when faxprogram stores
data to harddisk!

When disk saving is finished, faxprogram starts again to collect the
responses from the buffer, sees (or even not) the responses and do its
AT+FDR to release frames (in fact the MCF). And in meantime, sender has
repeated MPS three times ....

The last example was a worst case assumption, but this behaviour is
significant for all singlethreaded faxprograms when receive data...

>
>| >113 Error: Unable to transmit page (giving up after 3 attempts)
>| 
>| Not so clear this report. What in detail was the reason ? Could be
>| simply BUSY at remote site ...
>
>These details are available in the big log file that I've left on the
>Website, at http://www.spacenetindia.com/faxerrors.txt. It's a huge
>file, about 1.5MB, so if you have the patience, you'll get the full
>modem dialog for a few hundred failed fax transmission attempts.

Reason might be similar to the above MPS fault, but in this case, the
TSI+DCS+TCF is not (or not errorfree) finished by receiving the CFR
response from receiver.

>| >274 Error: Unspecified Transmit Phase B error
>| 
>| No 'normal' fault :-) Yield of well sent faxes can only be 'increased'
>| by using Class 1 protocol ...

Can be anything :-)

>This is interesting. Is it easier to get good fax transmission using
>Class 1 protocol?

Yes, of course, because programmer of faxprogram is (hope)fully
independent of implementation of  Class 2 protocol in modem.

Programmer can fully implement all situations of T.30 protocol and
react correct. And ECM (ErrorCorrectionMode) is easy to implement in
class1 which normally yields errorfree copies!

>I thought Class 1 was too timing-sensitive and

All timing is dictated by ITU-T.30, so it is quite equal if either
class 2 or class 1 must fullfill the timing!

>therefore more error-prone when driven from multitasking operating
>systems?

Class 1 is only sensefull on multitasking (and multithreading)
operating systems!

>
>| >Mar 25 22:19:41.95: [ 3664]: <-- [24:AT+FLI="SpaceNET India"\r]
>| 
>| Not in accordance to ITU-T.30 !!! Only '0' - '9', '+' and ' ' (blank)
>| !!! Faxsoftware should know this ...
>
>Yes, I know. But the fax software allows this if the modem allows it.

Understand my right: ITU-T.30 DOES NOT ALLOW IT! Therefore it is
absolut meaningless, what modem or software is able to do...

>| >Mar 25 22:20:08.82: [ 3664]: REMOTE best format 2-D MR
>| 
>| I assume, that THIS is the reason for a lot of problems! faxdata makeup
>| for 2-D mod. mod. Read is obviously 'out of spec' from ITU-T.4 and
>| normaly fax machines reject such transmissions (with bad T.4 data) by
>| sending RTN ...
>
>How do you know that the data being generated at the transmitting end is
>out of spec with the ITU standards?

because receiver responses with RTN :-)

>Is there any way I can find out?

Take the original compressed data(file) and decompress it manually (by
using tables in T.4 :-)

>| 09:50:13.69 {01 200} Receive:  2,96E,5,1,0<CR><LF> 0.22s
>| 09:50:13.69 {01 200} Receive:  OK<CR><LF> 0.25s
>| 
>| The above (first) value of '2' means RTN ! Faxmodem can NOT decide,
>| what to do, so fax software starts to send NEXT page (faxsoftware
>| should NEVER RETRANSMIT a page).
>
>This is interesting. When this error occurs, you feel that the fax
>software should proceed with the next page as if there was no error at
>all?

This (proceed with next page) is one possibilty, but I FEEL, that
sender should give up instead ...

>Will some expert users of Hylafax please comment?

How do you define an 'expert user ' ?

>| >|   SM> | I've been trying to send out faxes to Mumbai using "tpc.int" but
>| >|   SM> never got | through to it! However, the recepients complain that th
e
>| >|   SM> receive about 8-12 | copies of the same fax sent to them.
>| 
>| Fax software MUST NOT retransmit any page after RTN ...
>
>This is what I found particularly interesting. If the standard is very
>clear on this, will someone who knows Hylafax comment on these protocol
>issues?

As I mentioned above, the 'equality' of RTN and 'OVER AND OUT' is from
some national telecom specialists and my personal experience.

>Thanks once again. You have been very very patient and thorough and
>you've taken a lot of trouble with my query.

No problem. For Gods sake, fax is not my profession, so I can do all
neccessary studies (which consume a lot of my time :-) and I get from
almost all manufacturers and national telecoms all relevant
informations which commercial requesters will never get.

>I'll see if Hylafax is really the source of the problem as you state it is.

It is not the only source, of course, but if faxsoftware is 100% in
accordance to the standards, almost all faxmodems will work fine ...

There should be NO COMPROMISE in making faxsoftware.

Programmer should collect all neccessary standards and implement them
in a faxsoftware. Than programmer should take all faxmodems and test
their functionalyty. If one brands equipment will fail, well he should
report this (maybe with a copy to the editors of opinion building
computer magacines :-) to the manufacturer.

Irreal ? maybe, but faxmachines are examined in this way ....



Herzliche Gruesse

Dr. Harald Pollack



------- End of Forwarded Message

From aeh0001@ibm.net  Tue Feb 16 17:31:50 1999
From: aeh0001@ibm.net
Date: Mon, 30 Mar 1998 17:32:08 +1000 (EET)
To: pkw@elgro.co.uk
Subject: Mailfax


Hello.

My name is Dexter Adams. I read your email regarding setting sendmail to
work with hylafax.
Thanks to you, I have followed your script. One problem I don't have
the mailfax file. I have checked the /usr/local/lib/fax it's not there.
Did you create a file ?

Can you please help me.

Many Thanks

Dexter Adams
Melbourne Australia.
Email: aeh0001@ibm.net

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 30 Mar 1998 15:00:26 +0800 (PST)
From: Jerome Castro <jerome@pacific.net.ph>
To: flexfax@sgi.com
Subject: flexfax: Faxcover template
Sender: owner-flexfax@celestial.com

system: redhat linux 4.2
        hylafax-v4.0pl1
modem : microcom officeporte 56k      

Hi,

Does anyone has a faxcover template where I can type long messages? 
I downloaded tgif from the FAQ's and editted faxcover-template.obj
then converted it to ps file, Now the problem is whenever I typed in
long messages (after 30 characters) it goes down to a newline after
seeing it's fax output. I tried editting it (xxxx-comments1...)but can't
figured out. How can I change the format (the xxxx-comments..) to have
longer character width. 
Thank you in advance and your help would be greatly appreciated.

Regards,
-jerome

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 30 Mar 1998 12:21:38 +0300
From: Tom Ahola <tom.ahola@hut.fi>
Organization: Metrology Research Institute
To: flexfax@sgi.com, tom.ahola@hut.fi
Subject: flexfax: Receiving faxes
Sender: owner-flexfax@celestial.com

Hello!

I just like to say that HylaFAX is Great!  I just installed it and
it is much nicer that our previous crappy server by M*soft under W*dows.
I have one suggestion, however.  It would be nice if you'd improve the
documentation slightly.  Especially receiving of faxes with HylaFAX is
very briefly documented.  It took me some time to find the faxrecvd and
to figure out what to do with it.  Now I have set it up to print
incoming
faxes automatically:

FAX2PS="$TIFFBIN/fax2ps -W 8.5 -H 11"
$FAX2PS $FILE 2>/dev/null | lpr -P lp2 2>/dev/null

I still have a slight problem, though.  The header of the fax (where
sender id number and pagenumber is) is not printed.  I've tried
different
options for FAX2PS but nothing helps.  So I suspect that HylaFAX is
not outputting this header.  Can this problem have anything to do
with my missing courier ghostscript fonts that I also don't know
how to solve?  I print to A4 paper.  I have the latest versions
of all software (downloaded about a month ago) and I run it under Linux.

This issue should be documented.
I'd appreciate any hints you can give me!

Thanks,
  Tom.

Computers are like air-conditioners, they stop
working properly if you open WINDOWS.  [Found in alt.os.linux]
OoOooOooOOOooOOooOoOooooOOoOooOOOOoOooOOoOooOOoOOooOoOoOOOoooOoOOoOoOoOooO
+    Tom Ahola       Metrology Research Institute, Finland              
+
+      E-mail: tom.ahola@hut.fi      WWW: http://www.hut.fi/~tahola/    
+
OOooOoOOoooOoOoOOOoooOOoOoOoooOOoOOOOoooOoOOooooooOoooOoOoooOOOooOooOoOOoO

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 30 Mar 1998 17:29:57 +0200
From: Thomas Wimmer <thomas@lcars.wh.uni-stuttgart.de>
Organization: University of Stuttgart
To: flexfax@sgi.com
Subject: flexfax: How to implement vgetty with faxgetty from HylaFAX ?
Sender: owner-flexfax@celestial.com

Hi


How can I use vgetty to answer Voice-calls ?

I do have HylaFAX (v4.0pl1-12, Linux 2.0.33) installed, with the
faxgetty as the modemgetty:

etc/inittab:
mo:23:respawn:/usr/lib/fax/faxgetty /dev/modem

(/dev/modem is symlinked to /dev/ttyS3)

In etc/setup.cache there is the following line:
PATHVGETTY='/usr/sbin/vgetty'

(/usr/sbin/vgetty is symlinked to /sbin/vgetty)

If I do make a (voice-)call to this modem, I do only hear the fax-beep.

logfile:
Mar 30 16:20:31.68: [  187]: SESSION BEGIN 00000028 497116873974
Mar 30 16:20:31.77: [  187]: <-- [4:ATA\r]
Mar 30 16:20:40.50: [  187]: --> [3:FAX]
Mar 30 16:21:24.30: [  187]: --> [8:+FHNG: 1]
Mar 30 16:21:24.30: [  187]: REMOTE HANGUP: Ring detect without
successful handshake (code 1)
Mar 30 16:21:24.30: [  187]: ANSWER: Ring detected without successful
handshake
Mar 30 16:21:24.30: [  187]: SESSION END


I did compile and install mgetty/vgetty correctly (I think ...).

So, what did I do wrong ? As I gather it the faxgetty does not propperly
distinguish between fax and voice.


Thomas
--
Thomas Wimmer   		 | When you're in a fight with an idiot, 
http://lcars.wh.uni-stuttgart.de | difficult for other people 
thomas@lcars.wh.uni-stuttgart.de | to tell which one the idiot is.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Mon, 30 Mar 1998 10:53:50 -0600 (CST)
From: "Edward S. Marshall" <emarshal@xnet.com>
To: Steven Pokrandt <pokey@pncinc.com>
cc: "Flexfax \(E-mail\)" <flexfax@sgi.com>
Subject: Re: flexfax: faxmail trapping/core dump
X-SpamBait: spam@logic.net
Sender: owner-flexfax@celestial.com

On Sat, 28 Mar 1998, Steven Pokrandt wrote:
> faxmail is coredumping when i forward mail to it!  with the following 
> .forward file.
> 
>  "|/usr/local/bin/faxmail -d lita@4258067351"
> 
> the fax gets send over and over and over!!!    could deal with the core 
> dump if sendmail didn't keep resending it..   the fax looks fine..   any 
> ideas?  i'd send logs for faxmail but i can't find any!!

This is exactly the same behavior I reported earlier about pumping
multipart MIME data through faxmail; ordinary email seems to work fine,
but something is definitely hosed with the MIME parser (it hits the end of
the file, loops infinitely (and eating memory), and crashes when memory
limits are reached; sendmail sees this, and puts it back in the queue like
all good MTAs should, and attempts to resend it the next time you run the
queue; repeat ad infinitum).

Not a good thing. See my prior message for a more detailed breakdown of
what I saw on this end.

> oh, BTW you can't call me pokey anymore PREMA toy company and I are i a law 
> suit over my nickname and domain name pokey.com...

Plus the pokey.org suit with a 14-year-old kid...there's a company with
absolutely no class.

-- 
Edward S. Marshall     emarshal at xnet.com      http://www.xnet.com/~emarshal/
-------------------------------------------------------------------------------
Windows '95: with true preemptive multitasking! (Boot and crash simultaneously)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: This is a response to my earlier query
Date: Tue, 31 Mar 1998 01:01:03 +0530
Sender: owner-flexfax@celestial.com

I run a TPC.INT cell and was getting way too many failed attempts at
transmitting a page. I use a ZyXEL modem, so I asked ZyXEL for help.
Here is a detailed answer. I've cut out some introductory stuff. My
original posting was available on the Hylafax mailing list about two
weeks ago.

This reply seems to say that Hylafax is the cause of some of the more
subtle protocol problems. Any comments?

For those who want to see my original Hylafax log files and error
reports, look at:

	http://www.spacenetindia.com/faxerrors.txt
	http://www.spacenetindia.com/fax/

Thanks,
Shuvam

------- Forwarded Message

			[...]

because I don't find your friend's original eMail anymore, please forward
this reply concerning his Fax problem between Omni 288s with Hylafax.

My friend, Harald Pollack, is a fax developer here in Vienna and he knows
the ITU T.30, T.31 and T.32 specs. nearly by hard. His own fax software
runs under OS/2 and was reference fax for ZyXEL R&D when we did the Fax
PTT approval against ITU T.30 specs two years ago.

Harald knows the Fax protocols in a very similiar way as I know the ISDN
protocols...

electronic greetings from Vienna, Austria
Manfred Recla
**********************************************************
 ZyXEL European File Distribution - Coordination Center
 E-Mail: support@zyxel.co.at
 FTP:    ftp://ftp.zyxel.co.at/public/
 WWW:    http://www.zyxel.co.at
**********************************************************



- -----Original Message-----
From: Harald Pollack <Harald.Pollack@omv.co.at>
To: Manfred Recla <mr@rithus.co.at>
Date: Monday, March 30, 1998 11:21
Subject: Re: Fw: Problems with outgoing faxes from a ZyXEL Omni

> I'll try to put all this in an easy-to-understand mail for you.

Yes, was 'easy' enough :-)

>I am a computer professional. I've been using ZyXEL modems from 1995,
>starting with the U1496E. I have had very good results with this modem
>for data connects over noisy phone lines. I am an experienced Unix
>systems programmer and occasional kernel hacker.

And where are the 'fax experiences' ? :-)

>I am using a Pentium machine running Linux 2.0.33, Hylafax 4.0pl2, and an
>Omni O288S with firmware 1.19.

Omni should be OK, but Hylafax ....

> I am handling about two to three hundred
>outgoing faxes a day from this server, to all sorts of local machines
>in Bombay city. HylaFax documentation and the HylaFax user community
>acknowledges the U1496E as a very good fax modem. It supports more recent
>ZyXEL modems like the Omni too.

Maybe, but Omni is much more in accordance to fax standard. But I know
- - from my experiences - that faxmodems which are just a little step
beside the standard, will cowork better with absolute mis-standardized
faxequipment/faxsoftware :-)

>(HylaFax identifies one problem with
>ZyXEL firmware: the "atdtnnnnnnn@" format of dial command does not work
>with any ZyXEL modem. The "@" at the end of the dial string is supposed
>to distinguish between "NO ANSWER" and "NO CARRIER".

Only 'NO CARRIER' is the response of interrest !

>The problem:

... is definitvely the faxsoftware !

>-----------
>I am getting an enormous number of reports of failed faxes, all due to
>a few repeated reasons. For instance, in one 24-hour period, I have sent
>out a total of 183 pages of faxed data, and in the process rejected
>424 faxes to various destinations due to various errors.

Not so good. As a rule of thumb: appr. 40 % of outgoing faxes from a
(public faxserver) will fail...

>Here is the
>summary of the error messages with a count against each:
>
>   1 Error: COMREC error in transmit Phase B/got DCN

OK, may occure ...

>   1 Error: Document was encoded with 2DMR, but client does not support this
>data format

Faxsoftware MUST DO a 'fallback' to 1-D Huffman !!!!

>   4 Error: Failure to train at 2400 bps or +FMINSP value

A sign for bad telco line ...

>   2 Error: RSPREC error/got DCN

OK, may occure ...

>  29 Error: No response to MPS repeated 3 times

This is 'system immanent' to all faxmodems, I believe :-) We have to
live whit this, regardles which brand of faxmodem, there ALWAYS exist
(remote) certain fax equipment, which will not fit our site ...

>113 Error: Unable to transmit page (giving up after 3 attempts)

Not so clear this report. What in detail was the reason ? Could be
simply BUSY at remote site ...

>274 Error: Unspecified Transmit Phase B error

No 'normal' fault :-) Yield of well sent faxes can only be 'increased'
by using Class 1 protocol ...

>If we ignore the less frequent errors, most of the frequent errors are
>while transmitting the second page after the first page has gone.

As I said. This fault is 99.9% depending on behaviour of fax software!

>I enclose a sample log file of the dialog between HylaFax and my modem
>below, for some of these errors. If you want the full log of all the
>errors,

Thank you very much, the logs show all (the misbehaviour of faxsoftware
:-)

I have tried to send to one of the stations (the other two where
continuously BUSY) and all went correct!

>Most of these errors are of the following pattern: my faxmodem sends out
>the first page, and gives the "MPS" command. The remote fax machine
>returns "ERROR". My fax software retransmits the same page, and tries
>another "MPS". The remote fax machine gives me another "ERROR". This
>repeats for a few times, and then my fax software aborts this
>transmission.

Yes, know situation (and maybe a misbehaviour of Hylafax) ... I will
comment it in detail ...

>At the remote end, the recipient gets multiple perfect
>reproductions of the first page, but nothing more.

Yes! But do NOT say 'perfect'! It only LOOKS perfect, but there was an
error in transmission, the fax receiver had recognized!

>Sometimes they are reported as "Unspecified Transmit Phase B error.", with
slightly
>different behaviour.

Class 2 (and 2.0) Hangup results are NOT very clear and often very
confusing :-)

> We also have a large sample size, and we can
>clearly see that this is a general problem, not limited to one or two
>recipient fax machines.

Time to look for a 'perfect' fax software :-)

>... and we have always recommended ZyXEL modems,
>believing them to be technically superior to almost anything in the
>market.

A very good (the best) decision at all. But how about the (vital)
faxsoftware ?

>1. a few logs of fax sessions where the exact errors are
>shown. The full set of 424 such logs is available on the
>Web at the location specified above.

more below ...

>2. a message from the global coordinator of TPC.INT, where
>he mentions that these end-of-page errors is quite
>common with ZyXEL modems, and less common with
>Multitech.

Maybe Multitech is not in accordance to fax standard (like the used
faxsoftware) ?

>We really hope you can help us. We sincerely want to work with you to
>fix these problems and get back our faith in ZyXEL hardware. Ketan has a
>lot of faith in your ability to help with extraordinary problems, and we
>depend on you for a solution.

Simply: use another faxsoftware :-)

>Error: No response to MPS repeated 3 times

>Mar 25 22:19:38.20: [ 3664]: SESSION BEGIN 00003898 91222855861
>Mar 25 22:19:38.20: [ 3664]: SEND FAX: JOB 1580 DEST +91222855861 COMMID
>00003898
>Mar 25 22:19:38.20: [ 3664]: DELAY 2600 ms
>Mar 25 22:19:40.81: [ 3664]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]

Senseless initialisation. use ATZ and ATE0 only!

>Mar 25 22:19:41.95: [ 3664]: <-- [24:AT+FLI="SpaceNET India"\r]

Not in accordance to ITU-T.30 !!! Only '0' - '9', '+' and ' ' (blank)
!!! Faxsoftware should know this ...

>Mar 25 22:20:08.82: [ 3664]: REMOTE best format 2-D MR

I assume, that THIS is the reason for a lot of problems! faxdata makeup
for 2-D mod. mod. Read is obviously 'out of spec' from ITU-T.4 and
normaly fax machines reject such transmissions (with bad T.4 data) by
sending RTN ...


>Mar 25 22:20:08.82: [ 3664]: USE 1-D MR

But local equipment has decided to use 1-D Huffman ...

>Mar 25 22:20:43.03: [ 3664]: SEND send MPS (more pages, same document)
>Mar 25 22:20:56.93: [ 3664]: --> [2:OK]
>Mar 25 22:20:56.94: [ 3664]: SEND recv MCF (message confirmation)

OK, page was accepted ...

>Mar 25 22:21:19.63: [ 3664]: SEND send EOP (no more pages or documents)
>Mar 25 22:21:25.54: [ 3664]: --> [7:+FHS:52]
>Mar 25 22:21:25.55: [ 3664]: REMOTE HANGUP: No response to MPS repeated 3 time
s
>(code 52)

Kind of 'normal' fault when using faxmodems (each and every brand).
Points to some faults in T.30 timeout specification either at local or
remote site. Some of this 'normal' situations can be fitted by using
Fax Class 1 ...

>Error: Unable to transmit page (giving up after 3 attempts)

>Mar 25 03:06:17.06: [24328]: SESSION BEGIN 00003413 91223879388

>Mar 25 03:06:20.92: [24328]: DIAL 3879388
>Mar 25 03:06:20.92: [24328]: <-- [12:ATDT3879388\r]
>Mar 25 03:06:46.16: [24328]: --> [4:+FCO]
>Mar 25 03:06:46.28: [24328]: --> [118:+FNF:00 00 0E 00 00 00 96 0F 01 03 00 10
>05 02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20 03   ]
>Mar 25 03:06:46.28: [24328]: REMOTE NSF "00 00 0E 00 00 00 96 0F 01 03 00 10 0
5
>02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20 03"
>Mar 25 03:06:46.28: [24328]: --> [26:+FCI:         022 3879388 ]
>Mar 25 03:06:46.28: [24328]: REMOTE CSI "022 3879388"
>Mar 25 03:06:46.28: [24328]: --> [20:+FIS:1,3,0,2,1,0,0,4]
>Mar 25 03:06:46.28: [24328]: --> [2:OK]
>Mar 25 03:06:46.28: [24328]: <-- [23:AT+FIS=1,3,0,2,0,0,0,4\r]
>Mar 25 03:06:46.40: [24328]: --> [2:OK]
>Mar 25 03:06:46.40: [24328]: <-- [7:AT+FDT\r]
>Mar 25 03:06:53.05: [24328]: --> [20:+FCS:1,3,0,2,0,0,0,3]
>Mar 25 03:06:53.59: [24328]: --> [7:CONNECT]
>Mar 25 03:06:53.59: [24328]: SEND begin page
>Mar 25 03:07:18.72: [24328]: SENT 29056 bytes of data
>Mar 25 03:07:18.72: [24328]: SEND 1D RTC
>Mar 25 03:07:18.72: [24328]: SEND end page
>Mar 25 03:07:18.72: [24328]: SEND send MPS (more pages, same document)
>Mar 25 03:07:32.10: [24328]: --> [5:ERROR]
>Mar 25 03:07:32.10: [24328]: SEND recv RTN (retrain negative)
>Mar 25 03:07:32.10: [24328]: <-- [7:AT+FDT\r]
>Mar 25 03:07:38.77: [24328]: --> [20:+FCS:1,3,0,2,0,0,0,3]
>Mar 25 03:07:39.30: [24328]: --> [7:CONNECT]
>Mar 25 03:07:39.30: [24328]: SEND begin page
>Mar 25 03:08:04.31: [24328]: SENT 29056 bytes of data
>Mar 25 03:08:04.31: [24328]: SEND 1D RTC
>Mar 25 03:08:04.31: [24328]: SEND end page
>Mar 25 03:08:04.31: [24328]: SEND send MPS (more pages, same document)
>Mar 25 03:08:17.82: [24328]: --> [5:ERROR]
>Mar 25 03:08:17.82: [24328]: SEND recv RTN (retrain negative)
>Mar 25 03:08:17.82: [24328]: <-- [7:AT+FDT\r]
>Mar 25 03:08:30.96: [24328]: --> [20:+FCS:1,2,0,2,0,0,0,3]
>Mar 25 03:08:31.50: [24328]: --> [7:CONNECT]
>Mar 25 03:08:31.50: [24328]: SEND begin page
>Mar 25 03:08:59.86: [24328]: SENT 29056 bytes of data
>Mar 25 03:08:59.86: [24328]: SEND 1D RTC
>Mar 25 03:08:59.87: [24328]: SEND end page
>Mar 25 03:08:59.87: [24328]: SEND send MPS (more pages, same document)
>Mar 25 03:09:16.24: [24328]: --> [5:ERROR]
>Mar 25 03:09:16.24: [24328]: SEND recv RTN (retrain negative)
>Mar 25 03:09:16.24: [24328]: <-- [7:AT+FKS\r]
>Mar 25 03:09:17.69: [24328]: --> [7:+FHS:02]
>Mar 25 03:09:17.69: [24328]: REMOTE HANGUP: Call aborted,  from +FK or <CAN>
>(code 2)

I have also tried this station:

09:48:47.81 {01 200} Action:   Phase A 2.0 Call set up 4.97s
09:48:47.81 {01 200} Send:     ATD0W0091223879388<CR>
09:49:27.38 {01 200} Receive:  <CR><LF>
09:49:27.38 {01 200} Receive:  +FCO<CR><LF> 0.03s
09:49:27.38 {01 200} Receive:  <CR><LF> 0.06s
09:49:27.44 {01 200} Receive:  +FNF:00 00 0E 00 00 00 96 0F 01 03 00 10
05 02 95 C8 08 01 49 02 53 41 4D 2D 53 41 4D 20 54 52 41 56 45 4C 53 20
03   <CR><LF> 0.06s
09:49:27.44 {01 200} Receive:  NSF, Panasonic 4800 station ID "SAM-SAM
TRAVELS " 0.09s
09:49:27.44 {01 200} Receive:  <CR><LF> 0.12s
09:49:27.44 {01 200} Receive:  +FCI:         022 3879388 <CR><LF>
0.19s
09:49:27.47 {01 200} Receive:  <CR><LF> 0.22s
09:49:27.47 {01 200} Receive:  <CR><LF> 0.25s
09:49:27.47 {01 200} Receive:  <CR><LF> 0.31s
09:49:27.47 {01 200} Receive:  +FIS:1,3,0,2,1,0,0,4<CR><LF> 0.34s
09:49:27.47 {01 200} Receive:  <CR><LF> 0.38s
09:49:27.47 {01 200} Receive:  OK<CR><LF> 0.44s
09:49:27.47 {01 200} Action:   Phase B 2.0 Pre-message procedure 0.53s
09:49:27.47 {01 200} Send:     AT+FDT<CR>
09:49:41.47 {01 200} Receive:  <CR><LF>
09:49:41.47 {01 200} Receive:  +FCS:1,2,0,2,1,0,0,3<CR><LF>
09:49:42.03 {01 200} Receive:  <CR><LF> 0.03s
09:49:42.03 {01 200} Receive:  CONNECT<CR><LF> 0.07s

Transmission speed of 9600 bps was not accepted, so modem did fallback
to 7200 bps ...

09:49:42.06 {01 200} Action:   Phase C 2.0 Message transmission 1.07s
09:49:42.06 {01 200} Action:   Parameter: Fine 7200 V.29/V.17 2-D mod.
Read 10 ms/line (pad=0) 1.13s

... all data was sent ...

09:49:58.75 {01 200} Info:      199 bytes faxdata [timeout 48 sec]
09:49:58.75 {01 200} Send:     <DLE>, 0.16s
09:49:58.75 {01 200} Debug:    12650 bytes sent (74 DLE inserted)
0.19s
09:50:13.66 {01 200} Receive:  <CR><LF>
09:50:13.66 {01 200} Receive:  ERROR<CR><LF> 0.03s
09:50:13.66 {01 200} Action:   Phase D 2.0 Post-message procedure
0.15s
09:50:13.66 {01 200} Send:     AT+FPS?<CR> 0.19s
09:50:13.69 {01 200} Receive:  <CR><LF> 0.19s
09:50:13.69 {01 200} Receive:  2,96E,5,1,0<CR><LF> 0.22s
09:50:13.69 {01 200} Receive:  OK<CR><LF> 0.25s

The above (first) value of '2' means RTN ! Faxmodem can NOT decide,
what to do, so fax software starts to send NEXT page (faxsoftware
should NEVER RETRANSMIT a page).

09:50:13.69 {01 200} Action:   Phase B 2.0 Pre-message procedure 0.41s
09:50:13.69 {01 200} Send:     AT+FDT<CR>
09:50:28.00 {01 200} Receive:  <CR><LF>
09:50:28.00 {01 200} Receive:  +FCS:1,3,0,2,1,0,0,3<CR><LF>
09:50:28.53 {01 200} Receive:  <CR><LF>
09:50:28.56 {01 200} Receive:  CONNECT<CR><LF> 0.04s

And this decision was ACCEPTED from remote receiver! training has
passed and modem had done a FALLFORWARD to 9600 bps!!!

Forgive me, but I MUST SAY: the best modem on world :-)

>Error: Unable to transmit page (giving up after 3 attempts)

>Mar 25 03:15:04.41: [24385]: SESSION BEGIN 00003416 91223879388

Same as above. In my opinion, the modem was OK, only fax software has
failed ...

>Error: Unspecified Transmit Phase B error

>Mar 25 00:02:18.27: [22884]: SESSION BEGIN 00003314 91228581006

>Mar 25 00:02:22.13: [22884]: DIAL 8581006
>Mar 25 00:02:22.13: [22884]: <-- [12:ATDT8581006\r]
>Mar 25 00:03:46.75: [22884]: --> [7:+FHS:20]
>Mar 25 00:03:46.75: [22884]: REMOTE HANGUP: Unspecified Transmit Phase B error
>(code 20)

Modem has cancelled the call after 144 seconds. This is a quite large
time! All points to a failed training. Maybe the telco line was VERY
VERY BAD.

Now look at my call to this station:

09:12:34.72 {01 200} Action:   Phase A 2.0 Call set up 0.03s
09:12:34.72 {01 200} Send:     ATD0W0091228581006<CR>
09:13:12.63 {01 200} Receive:  <CR><LF>
09:13:12.63 {01 200} Receive:  +FCO<CR><LF> 0.03s
09:13:12.66 {01 200} Receive:  <CR><LF> 0.03s
09:13:12.69 {01 200} Receive:  +FNF:86 FA 00 10 14 20 20 20 20 20 20 20
20 20 20 20 20 20 20 20 20 20 20 20 20 41 B5 80 41 75 56   <CR><LF>
0.03s
09:13:12.69 {01 200} Receive:  NSF, no known fax equipment 0.09s
09:13:12.69 {01 200} Receive:  <CR><LF> 0.16s
09:13:12.72 {01 200} Receive:  +FCI:                     <CR><LF>
0.16s
09:13:12.72 {01 200} Receive:  <CR><LF> 0.19s
09:13:12.72 {01 200} Receive:  <CR><LF> 0.25s
09:13:12.72 {01 200} Receive:  <CR><LF> 0.31s
09:13:12.72 {01 200} Receive:  +FIS:1,3,0,2,1,1,0,4<CR><LF> 0.34s
09:13:12.72 {01 200} Receive:  <CR><LF> 0.41s
09:13:12.72 {01 200} Receive:  OK<CR><LF> 0.44s
09:13:12.72 {01 200} Action:   Phase B 2.0 Pre-message procedure 0.53s
09:13:12.72 {01 200} Send:     AT+FDT<CR>
09:13:19.19 {01 200} Receive:  <CR><LF>
09:13:19.19 {01 200} Receive:  +FCS:1,3,0,2,1,0,0,3<CR><LF>
09:13:19.72 {01 200} Receive:  <CR><LF> 0.03s
09:13:19.72 {01 200} Receive:  CONNECT<CR><LF> 0.06s

All went correctly ...

09:13:19.75 {01 200} Action:   Phase C 2.0 Message transmission 1.06s
09:13:19.75 {01 200} Action:   Parameter: Fine 9600 V.29/V.17 2-D mod.
Read 10 ms/line (pad=0) 1.13s

Transmission of faxdata of first page...

09:13:36.38 {01 200} Info:      199 bytes faxdata [timeout 44 sec]
09:13:36.38 {01 200} Send:     <DLE>, 0.15s

... MPS ...

09:13:36.38 {01 200} Debug:    12641 bytes sent (75 DLE inserted)
0.22s
09:13:36.38 {01 200} Wait for: end-of-page response 0.28s
09:13:51.00 {01 200} Receive:  <CR><LF>
09:13:51.00 {01 200} Receive:  OK<CR><LF> 0.03s
09:13:51.00 {01 200} Action:   Phase D 2.0 Post-message procedure
0.13s

Nothing to do here ...

09:13:51.00 {01 200} Action:   Phase B 2.0 Pre-message procedure 0.25s
09:13:51.00 {01 200} Send:     AT+FDT<CR>
09:13:57.19 {01 200} Receive:  <CR><LF>
09:13:57.19 {01 200} Receive:  +FCS:1,3,0,2,1,0,0,3<CR><LF>
09:13:57.72 {01 200} Receive:  <CR><LF> 0.03s
09:13:57.72 {01 200} Receive:  CONNECT<CR><LF> 0.06s

... so let's start transmission of second page ...

09:13:57.75 {01 200} Action:   Phase C 2.0 Message transmission 1.03s
09:13:57.75 {01 200} Action:   Parameter: Fine 9600 V.29/V.17 2-D mod.
Read 10 ms/line (pad=0) 1.10s

09:14:14.41 {01 200} Info:      247 bytes faxdata [timeout 44 sec]
09:14:14.41 {01 200} Send:     <DLE>. 0.15s

EOP

09:14:14.41 {01 200} Debug:    12683 bytes sent (74 DLE inserted)
0.19s
09:14:14.41 {01 200} Wait for: end-of-page response 0.28s
09:14:29.85 {01 200} Receive:  <CR><LF>
09:14:29.85 {01 200} Receive:  +FHS:00<CR><LF> 0.03s

What else ? :-)

09:14:29.85 {01 200} Action:   Phase D 2.0 Post-message procedure
0.12s

Nothing to do here ...

09:14:29.85 {01 200} Action:   Phase E 2.0 Call release 0.25s
09:14:29.85 {01 200} Send:     AT+FDT<CR> 0.31s
09:14:29.85 {01 200} Receive:  <CR><LF> 0.34s
09:14:29.85 {01 200} Receive:  OK<CR><LF> 0.40s

No problems (if faxsoftware is in accordance to standards :-)

>Error: Unspecified Transmit Phase B error

>Mar 25 00:10:02.12: [22948]: SESSION BEGIN 00003318 91228581006

>Mar 25 00:10:05.98: [22948]: DIAL 8581006
>Mar 25 00:10:05.98: [22948]: <-- [12:ATDT8581006\r]
>Mar 25 00:11:24.38: [22948]: --> [7:+FHS:20]
>Mar 25 00:11:24.38: [22948]: REMOTE HANGUP: Unspecified Transmit Phase B error
>(code 20)

See above. Looks also like failure to train. Maybe the 'BUSY' tone from
remote was not recognized ...

>== message from TPC.INT coordinator =======================================

>|   SM> | I've been trying to send out faxes to Mumbai using "tpc.int" but
>|   SM> never got | through to it! However, the recepients complain that they
>|   SM> receive about 8-12 | copies of the same fax sent to them.

Fax software MUST NOT retransmit any page after RTN ...

>|   SM> I have gone through the reports that you have helpfully included. It
>|   SM> appears that each transmission has attempted to send the same page ove
r
>|   SM> and over, and each time, the remote fax machine has reported ERROR

Correct :-)

>|   SM> after the full first page has been transmitted. This has resulted in a
>|   SM> retransmission, and so the first page has been transmitted again and
>|   SM> again. This has probably resulted in the first page being transmitted
>|   SM> many times, but without it being treated as a success at the
>transmitting
>|   SM> end.

Do not mix up received pages, which LOOKS correct with serious failures
in T.4 faxdata makeup!

If faxmachine responses with RTN ... well, than a failure was evident!
regardles how the pages LOOKs to a human!


>|   SM> We don't know why this happens.

Oh! But I know well :-) in 99.9% of cases, it is a BAD makeup of
faxdata (from faxsoftware or even the software which has converted the
raw data)!

Other reason might be a fault in transmission of faxdata from DTE to
DCE via seriell communication line to modem.

Try to use a multitasking and MULTITHREADED operating system!

>| I'm afraid this is a very common mode of failure between faxmodems and fax
>| machines (EOP errors). I see it quite often with ZyXel modems, less often
>| with Multitech.

See above ...

>|
>| If you have the energy, pursue this on the HylaFAX mailing list, with the
>appropriate logfiles,

I will try Hylafax and look what's happened there ...



Herzliche Gruesse

Dr. Harald Pollack

------- End of Forwarded Message

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
To: HylaFax list <faxlist@master.slon.net>
cc: flexfax@sgi.com, Harald.Pollack@omv.co.at
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Re: Fw: Is Zyxel U-1496 B fax compatible with Canon 270s? (fwd) 
Date: Tue, 31 Mar 1998 01:33:18 +0530
Sender: owner-flexfax@celestial.com

| I've been trying to setup HylaFax for production. I tried almost all here
| available fax/modems with various results. Till now I have most luck with
| MultiTech 2834ZXPI and Zyxel 1496B fax/modems.
| 
| However, few problems (most of them reported on this list by varios
| people before) still exists. 

I too have received a lot of good help from Harald Pollack. He's pointed
out questionable behaviour in Hylafax's handling of the fax protocol in
my log files too. Can someone who understands Hylafax and the fax
protocol please comment? I haven't seen such fundamental issues raised
in the flexfax mailing list for some time, but heavy users of Hylafax
(all Unix-based TPC cells, e.g.) will benefit immensely from any
reduction in error rates for fax transmissions. We're facing a tough
time handling our fax bills.

Thanks in anticipation,
Shuvam


From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 31 Mar 1998 15:04:42 +0100
From: Olaf Ihmig <oihmig@obelix.wave.de>
To: flexfax@sgi.com
Subject: flexfax: FaxQueuer
Sender: owner-flexfax@celestial.com

Hallo,

what does following mean:

Mar 31 14:52:46 fax-gw FaxQueuer[7418]: No regular expression for modem
class

Thanx.

Olaf Ihmig

email: oihmig@wave.de

From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
Date: Tue, 31 Mar 1998 17:40:11 +0100
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: FaxQueuer
Cc: Olaf Ihmig <oihmig@obelix.wave.de>
Sender: owner-flexfax@celestial.com

At 15:04 31/03/1998 +0100, Olaf Ihmig <oihmig@obelix.wave.de> wrote:
>Hallo,
>
>what does following mean:
>
>Mar 31 14:52:46 fax-gw FaxQueuer[7418]: No regular expression for modem
>class
>

You are probably using the ModemClass parameter incorrectly. It does 
not define whether the modem is class 1, 2, or whatever, but to define
a name for a set of modems. ( Perhaps 'ModemSet' or 'ModemGroup' would
be better description for this parameter ).

The correct syntax would be:

ModemClass:	"any:	ttyS[0-1]"

This would set the default fax modems to use for any job to be ttyS0
and ttyS1; leaving, say, the modem on ttyS2 to be used by HylaFAX solely
for inbound faxes.

Cheers,
Phil Watkinson 
Boston, UK.  ~ with acknowledgement to Steve Williams' email of 18/12/96.


From owner-flexfax@celestial.com  Tue Feb 16 17:31:50 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: This is a response to my earlier query
To: shuvam@spacenetindia.com
Date: Tue, 31 Mar 1998 23:45:15 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com


> Maybe, but Omni is much more in accordance to fax standard. But I know
> - - from my experiences - that faxmodems which are just a little step
> beside the standard, will cowork better with absolute mis-standardized
> faxequipment/faxsoftware :-)

I don't think we are talking the same standards here. The T. standards
are what goes to the line, not what happens between a Class 2 modem
and the computer.

> 
> >(HylaFax identifies one problem with
> >ZyXEL firmware: the "atdtnnnnnnn@" format of dial command does not work
> >with any ZyXEL modem. The "@" at the end of the dial string is supposed
> >to distinguish between "NO ANSWER" and "NO CARRIER".
> 
> Only 'NO CARRIER' is the response of interrest !

As far as I know this is fully configurable.   I'm not convinced it is part of
the faxmodem standards.


> >   1 Error: Document was encoded with 2DMR, but client does not support this
> >data format
> 
> Faxsoftware MUST DO a 'fallback' to 1-D Huffman !!!!

I believe that Hylafax starts low and only tries to optimise if a 
previous contact has established that the remote modem has 2D capability.
If the remote modem is really multiple modems with different capabilities,
you should lock down the characteristics with & or purge the info file.
I believe that it will retry, with corrected paramter, if the modem does
change spec downwards.  (What happens if you make the info directory
read only - does it break or does it always start from first principles?)

---
I missed one about Class 1, but Class 2 is your choice.  Hylafax will
do Class 1.

> >Mar 25 22:19:40.81: [ 3664]: <-- [36:AT&B1&N0&S0S18=4S38.3=1E0V1Q0S0=0H0\r]
> 
> Senseless initialisation. use ATZ and ATE0 only!

User configuration, not intrinsic to the sofware.  Personally I would start
with AT&F, to make sure the modem was in a known state.  The ATZ ATE0 
suggestion is based on preconfiguring the modem and only using it for
fax purposes.  The above string is probably trying to get into into a
sensible state when the NVRAM contents are unknown, and the modem
might be used for data or even voice as well.

> 
> >Mar 25 22:19:41.95: [ 3664]: <-- [24:AT+FLI="SpaceNET India"\r]
> 
> Not in accordance to ITU-T.30 !!! Only '0' - '9', '+' and ' ' (blank)
> !!! Faxsoftware should know this ...

This is documented with the note that most fax machines do not impose this
restriction.  You are violating it at your own choice.  Not a Hylafax
problem, but a user one.

> 
> >Mar 25 22:20:08.82: [ 3664]: USE 1-D MR
> 
> But local equipment has decided to use 1-D Huffman ...

Seems a reasonable fall back.

> remote site. Some of this 'normal' situations can be fitted by using
> Fax Class 1 ...

User choice with Hylafax.

It's possible that the Hylafax response to retrains is wrong, but a lot
of the things quoted here seem to be configuration options, i.e. the problem
is that you are not using a modem for which an ideal configuration has
been produced; what I am saying is that the criticism is directed at
Hylafax as configured, although it is written as though it is directed
at Hylafax as though it were not configurable.  A lot of the others are
due to external factors (retrains are partly due to line quality).

It's probably worth pointing out that a simple fax machine can't retransmit
on an error because it has already ejected the source document, so 
one needs more than common practice before one can say that retransmitting
is wrong.

I don't see why a bad fax coding would cause a retrain, but the fax
coding is not done by Hylafax anyway, but by your RIP.  A badly coded
received fax would be valid reason for retransmitting.  Corrupt fax data
would most likely be caused by bad flow control, or underrunning the 
modem by not giving enough processor and memory resources to Hylafax.

(I can't afford the source standards from ITU-T and IEE to check the
details of the complaints.)

