From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: One problem only
To: raoul@cirl.meei.harvard.edu (Nico Garcia)
Date: Thu, 2 Apr 1998 07:50:10 +0200 (MDT)
Cc: sinisa@coresinc.com, 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:
    
    On Wed, 1 Apr 1998, Sinisa Milivojevic wrote:
    
    > One only remains:
    > 
    > When system starts up, and in inittab it has faxgetty, after a while, after one
    > or more faxes have been SENT, CPU utilization of faxgetty starts constantly
    > increasing until it reaches 85 % utilizations of my monster PentiumPro at 200
    > MHz  !!!!!!!!!!
    
    Hmm. Which Linux are you running? And did you compile your own HylaFAX,
    or install one of the RPM's?

What about using Linux's strace(1) to see what the faxgetty(1M)
is doing while it eating up the CPU? If you see it looping in
calls of select(3N) check the archive for the reason.

	mathias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 02 Apr 1998 08:26:01 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: Problems with HylaFAX clients
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id WAA19954
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id IAA00467

Sinisa Milivojevic wrote:
> 
> I installed both hylafax  (latest version on Linux 2.0.33 Slackware 3.4) and
> whfc clients  ( latest on win95 and NT) and observed the following problems:
> 
> 1. whfc wont install a port on  ordinary win95 (no OSR/2) , regmon returns error
> 87 !!!!!!

Hi,

Maybe you haven't installed the requiered dll's. Can you please send the
exact 
error message.

> 2.  whfc installs fine on NT, but fails to send a fax, as a server returns the
> error:
> 
> "Failed to submit job2: Unable to open scheduler FIFO : no such device or
> address "
> 

You HylaFAX server is not configured propperly, maybe you have forgotten
a step in the HylaFAX setup ( faxaddmodem ? ) or one of the daemons is
not running.

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:58 1999
To: flexfax@sgi.com
cc: Harald Pollack <harald.pollack@omv.co.at>, tpc-oper@info.tpc.int
From: Shuvam Misra <shuvam@spacenetindia.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
Date: Thu, 02 Apr 1998 07:53:44 +0530
Sender: owner-flexfax@celestial.com

This is in continuation to earlier mails from myself and others on this
topic. I'm running a TPC cell using Linux, Hylafax 4.0pl2, and a ZyXEL
Omni O288S, as mentioned before. This is the statistical count of the
Hylafax transfer figures for the last day:

     52	0
     39	2
      6	3
     13	4
      1	5
      1	6
      2	7
      1	9
      1	10
      1	11
      1	12
      1	13
      1	14

The first field is count or frequency, and the second is the number of
people who sent a total number of pages as shown. So "52 0" means that
52 people queued one or more jobs and could send only 0 pages. The
second line is "39 2" which means that 39 people sent a total of 2 pages
each. (This is the minimum length of most TPC jobs, because they have
a cover page, and a short message page after that. This means that 39
people sent one job each.) And so on.

The total is 121 people, who have tried sending faxes out. Out of them
52 people couldn't send out anything at all, as we can see. This is
unacceptable by any standards, I would think. Harald Pollack has said that
any public fax broadcaster will encounter about 40% failures. Another
gentleman has been using Multitech modems and has reported 5 to 10%
failures only. I am reporting about 45% faxes failed, which means perhaps
60 to 80% of alls calls made, failing. (This is because each fax fails
only after it has made several attempts to go through.)

Another figure shows that 242 pages were transmitted successfully,
but 313 error-calls were recorded. These errors exclude the ones where
carrier couldn't be established. This means that each of these 313 calls
were completed at the Telco level, and so will be billed to me. Is this
typical? I am sure all TPC operators who use Hylafax will be getting
their daily report from "faxcron". Can they send me a five line email
just cutting out the day's "Total" line from yesterday's report, together
with a line giving which area they operate in?

Most of us run TPC as a voluntary service. We need to cut wasteful
expenditure.  We use Hylafax, and we need the Hylafax community to
come together to figure out whether there is indeed any problem in
the software which might be increasing errors, as Harald's and others'
mails have hinted. I have not seen much discussion on the Hylafax
mailing lists about these fundamental aspects of its behaviour; most of
the discussion revolves around new setup problems, cover pages, and the
like, which are important but are not of use in this specific case.

Is Sam Leffler still active on this list or with this software? Is Matt
Apitz or David Woolley or anyone else in a position to take up these
issues and bring down the errors, specially with ZyXEL modems? One set
of ZyXEL users who don't use Hylafax, swear by its fax implementation.
Should all Hylafax users then switch out of ZyXEL to Multitech? Or
should all TPC operators switch out of Hylafax?

Hoping for more responses on this list,

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Steve Williams <steve@genie96.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: shuvam@spacenetindia.com
Date: Thu, 2 Apr 1998 00:31:07 -0700 (MST)
Cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

Hi Shuvam,

I have seen quite a few postings from you.  While I must welcome 
the efforts to better the software, YOU are the only one in a position
to really determine your environment, and what the problem is.

I have been involved with HylaFax for several years.  I have been on the 
beta test list for most of that time, and put together the binary 
distribution for AIX.

I run the TPC.INT Cell for Calgary, Canada using a 1990 vintage IBM RS6000
computer, with 7 MultiTech ZDX Modems.  I have also used ( in the past ) 
Practical Periphal Modems, with a fairly high sucess rate.

Though I have briefly visited India, I am not familiar with the telephone 
infrastructure there, or even what area you are providing coverate for, 
so forgive me if I make any assumptions that are not valid in your
environment.

I initially set up the fax software on our system at work to benefit 
us at work ( funny that <g> ).  We have 7 phone lines that I wanted to 
be able to dial in on, as well as use for outgoing data, and outgoing
faxes.  I do not use any of them for incoming faxes except for 
massive testing of the system ( sending from 3 modems to receiving from
three modems ... ).

When I saw how reliable it worked for our purposes at work, even using
our old ancient RS6000 320's ( 1990 vintage ), I got interested in 
offering the service to TPC.INT.

When I say reliable for our purposes at work, I REGULARILY send out 250 
faxes to our clients and only have 1 or two failures due to flakey 
serial ports, in which a resend invariably works.  So, I can send 
250 faxes out ( typically ) three modems and have a marginal failure
rate.  Please understand, some of these receiving fax machines are old 
manual faxes that need the "Receive" button pressed, others are relayed 
through the phone systems, where sometimes someone will answer "line 5", 
when line 5 is actually a fax, so they hang up real fast, all those 
types of situations.

The classic one is a client that has to be at work to receive the fax
because the fax line is line 9 on the phone system, and they have to
manually forward the phone call to the fax machine at a certain extension
in order to receive the fax.  Sending faxes at night, with at 30 % discount
doesn't work with them :-(

When I joined TPC.INT, I was dismayed at the failure rate of the faxes.

I started worrying that the modems were no good, that the software was 
no good, UNTIL I started monitoring the failed faxes.

For a period of several days, I dialed manually on a handset the phone
number of all faxes that failed.  While I did not keep records, I seem to
recall that out of about 20 failed faxes that I checked using a 
telephone handset, only 5 or so  was actually a FAX MACHINE!

So, 15/20 failures that I experienced was due to a WRONG PHONE NUMBER
being entered.

The other ones..., who knows, full moon?

I will include an awk script that you can use to parse the xferlog 
of HylaFax.  This will give a standard output that some of us on the
mailing list can compare to.

I am sorry that I can't give credit to the person who created this script,
but I am pretty sure I got it from the mailing list, so the records
should be there somewhere.

Here is a list of the errors that I have gotten recently.

I have "tweaked" the log files to show the stats as if they are for one
modem to shorten this email.

I have included two portions.

One is generated by our internal staff, hopefully to numbers that they
pretty much know are valid..., though typo errors do happen.

The second one is TPC.INT traffic.  I have broken this out so that a 
comparison of the errors can be made.

-------------------------------------------------------------
Genie Computer Systems (1996) Inc. Internally generated faxes
-------------------------------------------------------------
Modem: tty5
Total faxes sent:                                                       414

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Unspecified Transmit Phase B error; too many attempts to sen     5     12.1
Unspecified Transmit Phase B error                              11     26.6
DIS/DTC received 3 times; DCS not recognized; Giving up afte     2      4.8
Can not open document file                                       2      4.8
                                                                 1      2.4
RSPREC error/got DCN                                             1      2.4
No answer (T.30 T1 timeout); too many attempts to send           1      2.4
Unknown problem (check modem power)                              3      7.2
Job aborted by user                                              5     12.1
No response to EOP repeated 3 times                              2      4.8
DIS/DTC received 3 times; DCS not recognized                     3      7.2
No carrier detected; too many attempts to dial                   3      7.2
No answer (T.30 T1 timeout)                                     10     24.2
Unable to transmit page (giving up after 3 attempts)             1      2.4
No carrier detected                                             64    154.6
------------------------------------------------------------------------------
Total                                                          114    275.4


-------------------------
TPC.INT generated Traffic
-------------------------
Modem: tty5
Total faxes sent:                                                       394

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Unspecified Transmit Phase B error; too many attempts to sen     7     17.8
Unspecified Transmit Phase B error                              16     40.6
Unspecified Transmit Phase B error; too many attempts to dia     1      2.5
No answer (T.30 T1 timeout); too many attempts to send           1      2.5
Unknown problem (check modem power)                              7     17.8
No response to MPS repeated 3 times                              1      2.5
No response to EOP repeated 3 times                              1      2.5
No carrier detected; too many attempts to dial                   4     10.2
No answer (T.30 T1 timeout)                                     41    104.1
No answer (T.30 T1 timeout); too many attempts to dial           4     10.2
No carrier detected                                            113    286.8
------------------------------------------------------------------------------
Total                                                          196    497.5



As you can see, the "No Answer"/"No carrier" messages are radically 
different between the two situations.  180/1000 vs 400/1000.

What I would be interested in seeing is YOUR output from the below 
awk script to see where exactly the errors you are having.

Please remember that these error statistics are being incremented ON THE
FLY.  If a fax fails twice, but works on the third time, TWO ERRORS ARE
STILL RECORDED.

I enclose an example from ONE OF OUR CLIENTS that demonstrates this...
Typically, this is where they have to plug the phone line from the
computer modem to the fax machine, then not answer line 3.  Maybe it
works on the third time...

( an exact excerpt from the log file )

Attempt One...
--------------
03/27/98 10:46	SEND	00000585	tty5	433	"OHIPFEE"	\
	faxuser@geniers.genie	"XXXXXXXXXXX"	""	65535	0	\
	1:16	0:00	"No carrier detected"

Attempt Two...
--------------
03/27/98 10:51	SEND	00000594	tty5	433	"OHIPFEE"	\
	faxuser@geniers.genie	"XXXXXXXXXXX"	""	65535	0	\
	1:32	0:03	"No answer (T.30 T1 timeout)"

Attempt Three...
----------------
03/27/98 10:57	SEND	00000603	tty5	433	"OHIPFEE"	\
	faxuser@geniers.genie	"XXXXXXXXXXX"	"XXXXXXXXXX"	33030	\
	2	1:56	1:11	""

YEAH!!!, it worked.

So, I am not sure how this is recorded in the AWK file.  Maybe someone
that is awake can take a boo at the script and say if these errors are
included.

Regardless, it would be worth seeing the output from the awk script
on your data files.


modem.errors 
-------------
SNIP HERE
---------
#!/bin/sh
#
# errorstats - Script to parse error data out of xferlog
#
if [ $# -gt 0 ]; then
	XFERLOG=$1
else
	XFERLOG=/var/spool/fax/etc/xferlog
fi
gawk -F "\t" '
	function doline(a, b, c) { printf "%-60.60s %5i %8.1f\n", a, b, c }
	{
		if ( $4 != "" ) total[$4] += 1
		if ( $11 == "0") {
			errname[$14] = 0
			errcount[$4,$14] += 1
		}
	}
	END {
		for (m in total) {
			printf "Modem: %s\n",m
			printf "%-68.68s %6i\n\n","Total faxes sent:",total[m]
			printf "%-60.60s %5s %10s\n","Error", "No","Rate/1000"
			printf "---------------------------------------"
			printf "---------------------------------------\n"
			tot = 0
			for (n in errname) {
				if ( errcount[m, n] > 0 ) {
					name = n
					gsub("\"","",name)
					rate = errcount[m, n] * 1000 / total[m]
					tot += errcount[m, n]
					doline(name, errcount[m, n], rate)
				}
			}
			printf "---------------------------------------"
			printf "---------------------------------------\n"
			doline("Total", tot, tot * 1000 / total[m])
			printf "\n"
		}
	}' $XFERLOG 
---------
END

So, let's see WHY you are having the problems.  Maybe consider dialing
some of the failed fax phone numbers by hand and seing if they are 
actually a fax machine or not.  After 10 or so random calls, you should
have a feeling if they are fax machines or humans answering the phones.
If it's the latter, not much HylaFax can do about that <g>..

Let's see your stats....

Take care,

> 
> This is in continuation to earlier mails from myself and others on this
> topic. I'm running a TPC cell using Linux, Hylafax 4.0pl2, and a ZyXEL
> Omni O288S, as mentioned before. This is the statistical count of the
> Hylafax transfer figures for the last day:
> 
>      52	0
>      39	2
>       6	3
>      13	4
>       1	5
>       1	6
>       2	7
>       1	9
>       1	10
>       1	11
>       1	12
>       1	13
>       1	14
> 
> The first field is count or frequency, and the second is the number of
> people who sent a total number of pages as shown. So "52 0" means that
> 52 people queued one or more jobs and could send only 0 pages. The
> second line is "39 2" which means that 39 people sent a total of 2 pages
> each. (This is the minimum length of most TPC jobs, because they have
> a cover page, and a short message page after that. This means that 39
> people sent one job each.) And so on.
> 
> The total is 121 people, who have tried sending faxes out. Out of them
> 52 people couldn't send out anything at all, as we can see. This is
> unacceptable by any standards, I would think. Harald Pollack has said that
> any public fax broadcaster will encounter about 40% failures. Another
> gentleman has been using Multitech modems and has reported 5 to 10%
> failures only. I am reporting about 45% faxes failed, which means perhaps
> 60 to 80% of alls calls made, failing. (This is because each fax fails
> only after it has made several attempts to go through.)
> 
> Another figure shows that 242 pages were transmitted successfully,
> but 313 error-calls were recorded. These errors exclude the ones where
> carrier couldn't be established. This means that each of these 313 calls
> were completed at the Telco level, and so will be billed to me. Is this
> typical? I am sure all TPC operators who use Hylafax will be getting
> their daily report from "faxcron". Can they send me a five line email
> just cutting out the day's "Total" line from yesterday's report, together
> with a line giving which area they operate in?
> 
> Most of us run TPC as a voluntary service. We need to cut wasteful
> expenditure.  We use Hylafax, and we need the Hylafax community to
> come together to figure out whether there is indeed any problem in
> the software which might be increasing errors, as Harald's and others'
> mails have hinted. I have not seen much discussion on the Hylafax
> mailing lists about these fundamental aspects of its behaviour; most of
> the discussion revolves around new setup problems, cover pages, and the
> like, which are important but are not of use in this specific case.
> 
> Is Sam Leffler still active on this list or with this software? Is Matt
> Apitz or David Woolley or anyone else in a position to take up these
> issues and bring down the errors, specially with ZyXEL modems? One set
> of ZyXEL users who don't use Hylafax, swear by its fax implementation.
> Should all Hylafax users then switch out of ZyXEL to Multitech? Or
> should all TPC operators switch out of Hylafax?
> 
> Hoping for more responses on this list,
> 
> regards,
> Shuvam
> 


-- 
	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:58 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: shuvam@spacenetindia.com
Date: Thu, 2 Apr 1998 17:52:12 +0200 (MDT)
Cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
>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

Shuvam Misra wrote:
    
    This is in continuation to earlier mails from myself and others on this
    topic. I'm running a TPC cell using Linux, Hylafax 4.0pl2, and a ZyXEL
    Omni O288S, as mentioned before. This is the statistical count of the
    Hylafax transfer figures for the last day:
    
         52	0
         39	2
          6	3
         13	4
          1	5
          1	6
          2	7
          1	9
          1	10
          1	11
          1	12
          1	13
          1	14
    
    The first field is count or frequency, and the second is the number of
    people who sent a total number of pages as shown. So "52 0" means that
    52 people queued one or more jobs and could send only 0 pages. The
    second line is "39 2" which means that 39 people sent a total of 2 pages
    each. (This is the minimum length of most TPC jobs, because they have
    a cover page, and a short message page after that. This means that 39
    people sent one job each.) And so on.
    
    The total is 121 people, who have tried sending faxes out. Out of them
    52 people couldn't send out anything at all, as we can see. This is
    unacceptable by any standards, I would think. Harald Pollack has said that
    any public fax broadcaster will encounter about 40% failures. Another
    gentleman has been using Multitech modems and has reported 5 to 10%
    failures only. I am reporting about 45% faxes failed, which means perhaps
    60 to 80% of alls calls made, failing. (This is because each fax fails
    only after it has made several attempts to go through.)
    
    Another figure shows that 242 pages were transmitted successfully,
    but 313 error-calls were recorded. These errors exclude the ones where
    carrier couldn't be established. This means that each of these 313 calls
    were completed at the Telco level, and so will be billed to me. Is this
    typical? I am sure all TPC operators who use Hylafax will be getting
    their daily report from "faxcron". Can they send me a five line email
    just cutting out the day's "Total" line from yesterday's report, together
    with a line giving which area they operate in?
    
    Most of us run TPC as a voluntary service. We need to cut wasteful
    expenditure.  We use Hylafax, and we need the Hylafax community to
    come together to figure out whether there is indeed any problem in
    the software which might be increasing errors, as Harald's and others'
    mails have hinted. I have not seen much discussion on the Hylafax
    mailing lists about these fundamental aspects of its behaviour; most of
    the discussion revolves around new setup problems, cover pages, and the
    like, which are important but are not of use in this specific case.
    
    Is Sam Leffler still active on this list or with this software? Is Matt
    Apitz or David Woolley or anyone else in a position to take up these
    issues and bring down the errors, specially with ZyXEL modems? One set
    of ZyXEL users who don't use Hylafax, swear by its fax implementation.
    Should all Hylafax users then switch out of ZyXEL to Multitech? Or
    should all TPC operators switch out of Hylafax?
    
    Hoping for more responses on this list,

I can't imagine that your problems mostly has to do with the
HylaFAX software. You should try to check the problems in the
log files. I can't say anything about the ZyXEL Omni O288S
because I don't have such a device. If someone can offer a
device for testing I will run tests.

I run two modems in my company; one ZyXEL 1496EGP fw. 6.13
and one ZyXEL Elite 2864D. I did a test last month for 172
destinations and 4 pages to each destination: 165 destinations
were successfull and only 7 caused problems.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 2 Apr 1998 10:34:22 -0500 (EST)
From: David Birnbaum <davidb@chelsea.net>
Reply-To: David Birnbaum <davidb@chelsea.net>
To: Robert Colquhoun <rjc@trump.net.au>
cc: Shuvam Misra <shuvam@spacenetindia.com>, flexfax@sgi.com
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem
Sender: owner-flexfax@celestial.com

Rob, Shuvam, et al,

First - let me state that the recent messages on the nature of faxing and
these problems with doing electronic faxing, particularly the mesage from
Dr. Pollack, to be the most interesting and educational things on this
list that I've seen go by in a long time.  That one email alone taught me
more about the internals of faxing than three months getting a tidbit here
and there from the various FAQs and stuff on the net.  Who do I make my
check out to?

On a second note, I'm getting ready to start spending time with our faxing
systems again, which will involve moving from a mere 3K a night on up, as
we have more and more clients who access our services.  So, anything I can
do to reduce the overhead of calls, etc, is of high importance!  In any
case, here's some numbers for a month's worth of faxes, across 8 USR Total
Control modems, which are the chassis version of the high-end couriers.  I
also included a PERL version of the gawk script for those who don't speak
gawk that well.

Modem: total
Total faxes sent:                                            48263

Error                                                           No      % Fl
---------------------------------------
Normal and proper end of connection                            510       1.1
Unable to configure modem for fax use                            2       0.0
No response to EOP repeated 3 times                            206       0.4
Busy signal detected                                          5250      10.9
Can not open document file                                      98       0.2
Job aborted by user                                            108       0.2
DCS sent 3 times without response; Giving up after 3 attempt     2       0.0
RSPREC error/got DCN                                           233       0.5
No carrier detected                                           6601      13.7
No local dialtone                                               19       0.0
DTE to DCE data underflow                                        9       0.0
DCS sent 3 times without response                             1741       3.6
No response to MPS repeated 3 times                              2       0.0
Unspecified Transmit Phase B error                              18       0.0
Unknown problem (check modem power)                              2       0.0
No answer (T.30 T1 timeout)                                    325       0.7
---------------------------------------
Total                                                            0      31.3

For me, the error ratio, once you remove the 10.9 of busy and 13.7 of no
carrier, is down to 6.7%.  The errors I am worried about, that I am
interested in tracking down and fixing, are those that make up the 5% of
what appear to be errors in the faxmodem protocol:

-  DCS errors - appear to be related to random modem failures
-  Normal and proper end of connection - is actually a different class
   of error, I don't know why it's reported like this.

and one that looks strongly like a bug in Hylafax's non-fax code.

-  Can not open document file - looks like some sort of locking/race
   condition, having to do with jobs that share the same document file.

Oddly enough, on the fax errors, often times that number will work on
another day or another try.  Why?  Who knows...line noise?  Phase of the
moon?  Composition of document?

David.

On Thu, 2 Apr 1998, Robert Colquhoun wrote:

> Hi Shuvam,
> It's hard to make sense of the numbers below(at least for me), i've got a
> small script "errorstats" which parses xferlog for errors grouping by type.
> 
> Download from http://www.trump.net.au/~rjc/hylafax/
> 
> For some numbers - we are using USR Couriers for sending and receiving.
> >From the statistics gathered by my errorstats script no particular modem
> error is occuring more than 20 times per thousand fax sent.
> Roughly:
> 	Transmit Phase B ~ 13/1000 (The modems are operating in Class 2.0)
> 	Unknown Modem Problem ~ 17/1000
> 	T1 Timeout ~ 6/1000
> 	DCS Errors ~ 7/1000
> 	EOP Errors ~4/1000
> A number of other errors each less than 3 per 1000 fax sent
> 
> The negative retrain problem is occuring occasionally, it is worse than
> other fax errors in that you always get a complaint from the other end
> whereas with the other modems errors fail silently.
> 
> I've looked quickly into the source code and i think i can see where to
> change the code to stop the retransmit _but_ i am not very keen to do this.
> Firstly i am not sure this is the right thing to do and i dont currently
> have a good test setup to check whether this is done correctly.
> 
> If i was in your situation i would 1) get some accurate data on how many
> calls are failing and why 2) double check your configuration 3) get the
> telephone company to check all your phone lines.
> 
> - Robert
> 
> At 07:53 2/04/98 +0530, Shuvam Misra wrote:
> >This is in continuation to earlier mails from myself and others on this
> >topic. I'm running a TPC cell using Linux, Hylafax 4.0pl2, and a ZyXEL
> >Omni O288S, as mentioned before. This is the statistical count of the
> >Hylafax transfer figures for the last day:
> >
> >     52	0
> >     39	2
> >      6	3
> >     13	4
> >      1	5
> >      1	6
> >      2	7
> >      1	9
> >      1	10
> >      1	11
> >      1	12
> >      1	13
> >      1	14
> 
> >
> >The first field is count or frequency, and the second is the number of
> >people who sent a total number of pages as shown. So "52 0" means that
> >52 people queued one or more jobs and could send only 0 pages. The
> >second line is "39 2" which means that 39 people sent a total of 2 pages
> >each. (This is the minimum length of most TPC jobs, because they have
> >a cover page, and a short message page after that. This means that 39
> >people sent one job each.) And so on.
> >
> >The total is 121 people, who have tried sending faxes out. Out of them
> >52 people couldn't send out anything at all, as we can see. This is
> >unacceptable by any standards, I would think. Harald Pollack has said that
> >any public fax broadcaster will encounter about 40% failures. Another
> >gentleman has been using Multitech modems and has reported 5 to 10%
> >failures only. I am reporting about 45% faxes failed, which means perhaps
> >60 to 80% of alls calls made, failing. (This is because each fax fails
> >only after it has made several attempts to go through.)
> >
> >Another figure shows that 242 pages were transmitted successfully,
> >but 313 error-calls were recorded. These errors exclude the ones where
> >carrier couldn't be established. This means that each of these 313 calls
> >were completed at the Telco level, and so will be billed to me. Is this
> >typical? I am sure all TPC operators who use Hylafax will be getting
> >their daily report from "faxcron". Can they send me a five line email
> >just cutting out the day's "Total" line from yesterday's report, together
> >with a line giving which area they operate in?
> >
> >Most of us run TPC as a voluntary service. We need to cut wasteful
> >expenditure.  We use Hylafax, and we need the Hylafax community to
> >come together to figure out whether there is indeed any problem in
> >the software which might be increasing errors, as Harald's and others'
> >mails have hinted. I have not seen much discussion on the Hylafax
> >mailing lists about these fundamental aspects of its behaviour; most of
> >the discussion revolves around new setup problems, cover pages, and the
> >like, which are important but are not of use in this specific case.
> >
> >Is Sam Leffler still active on this list or with this software? Is Matt
> >Apitz or David Woolley or anyone else in a position to take up these
> >issues and bring down the errors, specially with ZyXEL modems? One set
> >of ZyXEL users who don't use Hylafax, swear by its fax implementation.
> >Should all Hylafax users then switch out of ZyXEL to Multitech? Or
> >should all TPC operators switch out of Hylafax?
> >
> >Hoping for more responses on this list,
> >
> >regards,
> >Shuvam
> > 
> 
> 


#!/usr/local/bin/perl
#
#  Adapted from the GAWK script....
#
#  -----

require 5.000;

use Text::ParseWords;
use Getopt::Std;

&getopts("t");

while(<>) {
    chomp;
    @array = quotewords("\t", 0, $_);
    $array[3] = "total" if $opt_t;
    $total{$array[3]}++;
    if ( $array[10] == 0 ) {
	$array[13] =~ s/; too many .*//;
	$errcount->{$array[3]}->{$array[13]}++;
    }
}

foreach $modem ( keys %total ) {
    print "Modem: $modem\n";
    printf "%-68.68s %6i\n\n", "Total faxes sent:", $total{$modem};
    printf "%-60.60s %5s %10s\n","Error", "No","% Fl";
    print "---------------------------------------\n";

    $tot = 0;
    foreach $error ( keys %{$errcount->{$modem}} ) {
	if ( $errcount->{$modem}->{$error} > 0 ) {
	    $rate = $errcount->{$modem}->{$error} * 100 / $total{$modem};
	    $tot += $errcount->{$modem}->{$error};
	    printf "%-60.60s %5i %8.1f\n", $error, $errcount->{$modem}->{$error}, $rate;
	}
    }

    print "---------------------------------------\n";
    printf "%-60.60s %5i %8.1f\n", "Total", $total, $tot * 100 / $total{$modem};
    printf "\n";
}
X-Mailer: exmh version 2.0.1 12/23/97
To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
cc: shuvam@spacenetindia.com, flexfax@sgi.com, harald.pollack@omv.co.at,
        tpc-oper@info.tpc.int
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and 
 ZyXEL Omni modem
Date: Thu, 02 Apr 1998 17:15:18 +0200
From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
Sender: owner-flexfax@celestial.com


>>>>> On Thu, 2 Apr 1998, "MA" == Matthias.Apitz@SOFTCON.de wrote:

  MA> I can't imagine that your problems mostly has to do with the HylaFAX
  MA> software. You should try to check the problems in the log files. I can't
  MA> say anything about the ZyXEL Omni O288S because I don't have such a
  MA> device. If someone can offer a device for testing I will run tests.

  MA> I run two modems in my company; one ZyXEL 1496EGP fw. 6.13 and one ZyXEL
  MA> Elite 2864D. I did a test last month for 172 destinations and 4 pages to
  MA> each destination: 165 destinations were successfull and only 7 caused
  MA> problems.

Thanks for replying Matthias, but why won't anyone address the very technical points raised by Mr. Pollack?

We have someone stating in no uncertain terms that HylaFAX's response to 'RTN negative' is wrong. Most respondents on-list refuse to address this problem, and those who do say anything about it do not feel they have the authority to know. 

This problem is particularly damaging since the recipient ends up with multiple pages of the fax (this should not happen!). Suppose your cell is setup to try sending 4 times (MaxDials: 4) . . . my experience is that it will send the first page, get RTN neg and retry the page, and again, and again after sending the page a third time and so disconnects. It will retry three more times, for a total of 12 coverpages to the recipient, and none of the subsequent pages.

I have seen just as many problems with RTN at EOP in Sunnyvale Calif - this is _not_ a line noise issue, it's fairly specific to the ZyXel/HylaFAX combo. I generally recommend people ditch their ZyXELs and but multitechs, but perhaps the time has come to address the problem in a more productive manner?

It seems important to me that we seek an authority capable of saying how HylaFAX should behave. If HylaFAX is non ITU compliant, this should be fixed.

Perhaps someone could raise Sam on the blower? Or anyone with friends in the ITU?

-DPN

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Steve Williams <steve@genie96.com>
cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 02:25:24 +0530
Sender: owner-flexfax@celestial.com

Dear Steve,

| I will include an awk script that you can use to parse the xferlog 
| of HylaFax.  This will give a standard output that some of us on the
| mailing list can compare to.

Here is the output from your awk script.

Modem: modem
Total faxes sent:                                                      6609

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Busy signal detected                                            21      3.2
Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
Unspecified Transmit Phase B error                            2444    369.8
COMREC error in transmit Phase B/got DCN                         2      0.3
Unable to set session parameters                                 6      0.9
DTE to DCE data underflow                                        1      0.2
Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
RSPREC error/got DCN                                            25      3.8
                                                                 1      0.2
Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
Unknown problem (check modem power)                              5      0.8
Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
No response to MPS repeated 3 times                            123     18.6
Unable to set session parameters; Giving up after 3 attempts     1      0.2
Communication failure during Phase B/C; Giving up after 3 at     1      0.2
Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
No response to EOP repeated 3 times                              4      0.6
Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
Job aborted by user                                              1      0.2
No local dialtone                                              167     25.3
Communication failure during Phase B/C                           3      0.5
Failure to train at 2400 bps or +FMINSP value                   43      6.5
No carrier detected; too many attempts to dial                   9      1.4
High resolution document is not supported by client, image r     1      0.2
Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
Document was encoded with 2DMR, but client does not support      1      0.2
Unable to transmit page (giving up after 3 attempts)           679    102.7
Call aborted,  from +FK or <CAN>                                 1      0.2
No carrier detected                                           1114    168.6
------------------------------------------------------------------------------
Total                                                         5118    774.4


Please note that I am not concerned by the NO CARRIER errors, as I
mentioned in my earlier mails. Tell me why 37% of all my outgoing call
attempts generate the "Unspecified Transmit Phase B Error." As I said, I
am only concerned about the errors in the calls that actually get
answered, i.e. the ones that I get billed for, by the telco.

Hope you now see my point. And I'm unwilling to accept that all this is
simply a case of bad Indian phone lines. Lines are bad, yes, but not
this bad, I feel.

love,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Steve Williams <steve@genie96.com>
cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 02:19:07 +0530
Sender: owner-flexfax@celestial.com

Dear Steve,

| I have seen quite a few postings from you.  While I must welcome 
| the efforts to better the software, YOU are the only one in a position
| to really determine your environment, and what the problem is.

Thanks for your reply, Steve. It's nice to see _someone_ answering with
so much patience.

The thrust of your mail is that you've discovered that 75% of errors for
TPC.INT faxes are because the numbers don't refer to fax machines.

If you see my logs, all of these are errors as reported by the Hylafax
xferstats. This program doesn't take into account the "NO ANSWER",
"BUSY" and "NO CARRIER" errors. It only reports the rest, i.e. ones
where my faxmodem actually connects to a remote faxmachine. And even
taking just those errors into account, I get 300+ errors for a period
when I send out 250 or so pages of faxes, i.e. about 120 fax jobs.

Yes, phone lines in India are bad quite often. But I connect at 14.4kbps
from the same modem for data connections and hold connections for hours
at a time. In other words, the phone lines cannot be all that bad.

Since you've given me this script, I'll definitely send you the output
from it. But the thrust of your mail is missing the point of my
observations. Sorry... :(

Warm regards and thanks,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Robert Colquhoun <rjc@trump.net.au>
cc: flexfax@sgi.com, Harald Pollack <harald.pollack@omv.co.at>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 02:55:05 +0530
Sender: owner-flexfax@celestial.com

| It's hard to make sense of the numbers below(at least for me), i've got a
| small script "errorstats" which parses xferlog for errors grouping by type.
| 
| Download from http://www.trump.net.au/~rjc/hylafax/

This script seems to be the same as another one that someone else just
sent me. I'm including the output from your script. The line to note is
the "Unspecified Transmit Phase B Error".

Regards, and thanks for your patience,
Shuvam
===========================================================================
Modem: modem
Total faxes sent:                                                      6611

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Busy signal detected                                            21      3.2
Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
Unspecified Transmit Phase B error                            2445    369.8
COMREC error in transmit Phase B/got DCN                         2      0.3
Unable to set session parameters                                 6      0.9
DTE to DCE data underflow                                        1      0.2
Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
RSPREC error/got DCN                                            25      3.8
                                                                 1      0.2
Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
Unknown problem (check modem power)                              5      0.8
Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
No response to MPS repeated 3 times                            123     18.6
Unable to set session parameters; Giving up after 3 attempts     1      0.2
Communication failure during Phase B/C; Giving up after 3 at     1      0.2
Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
No response to EOP repeated 3 times                              4      0.6
Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
Job aborted by user                                              1      0.2
No local dialtone                                              167     25.3
Communication failure during Phase B/C                           3      0.5
Failure to train at 2400 bps or +FMINSP value                   43      6.5
No carrier detected; too many attempts to dial                   9      1.4
High resolution document is not supported by client, image r     1      0.2
Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
Document was encoded with 2DMR, but client does not support      1      0.2
Unable to transmit page (giving up after 3 attempts)           679    102.7
Call aborted,  from +FK or <CAN>                                 1      0.2
No carrier detected                                           1114    168.5
------------------------------------------------------------------------------
Total                                                         5119    774.3

Modem: Combined Total
Total faxes sent:                                                      6611

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Busy signal detected                                            21      3.2
Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
Unspecified Transmit Phase B error                            2445    369.8
COMREC error in transmit Phase B/got DCN                         2      0.3
Unable to set session parameters                                 6      0.9
DTE to DCE data underflow                                        1      0.2
Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
RSPREC error/got DCN                                            25      3.8
                                                                 1      0.2
Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
Unknown problem (check modem power)                              5      0.8
Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
No response to MPS repeated 3 times                            123     18.6
Unable to set session parameters; Giving up after 3 attempts     1      0.2
Communication failure during Phase B/C; Giving up after 3 at     1      0.2
Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
No response to EOP repeated 3 times                              4      0.6
Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
Job aborted by user                                              1      0.2
No local dialtone                                              167     25.3
Communication failure during Phase B/C                           3      0.5
Failure to train at 2400 bps or +FMINSP value                   43      6.5
No carrier detected; too many attempts to dial                   9      1.4
High resolution document is not supported by client, image r     1      0.2
Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
Document was encoded with 2DMR, but client does not support      1      0.2
Unable to transmit page (giving up after 3 attempts)           679    102.7
Call aborted,  from +FK or <CAN>                                 1      0.2
No carrier detected                                           1114    168.5
------------------------------------------------------------------------------
Total                                                         5119    774.3

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and 
 ZyXEL Omni modem
Date: Thu, 02 Apr 1998 23:01:13 +0200
From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
Sender: owner-flexfax@celestial.com

In message <199804022055.CAA21610@home.spacenetindia.com>, Shuvam Misra writes:

>Modem: modem
>Total faxes sent:                                                      6609
>
>Error                                                           No  Rate/1000
>------------------------------------------------------------------------------
>Busy signal detected                                            21      3.2
>Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
>No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
>Unspecified Transmit Phase B error                            2444    369.8
>COMREC error in transmit Phase B/got DCN                         2      0.3
>Unable to set session parameters                                 6      0.9
>DTE to DCE data underflow                                        1      0.2
>Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
>RSPREC error/got DCN                                            25      3.8
>                                                                 1      0.2
>Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
>RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
>Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
>No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
>Unknown problem (check modem power)                              5      0.8
>Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
>No response to MPS repeated 3 times                            123     18.6
>Unable to set session parameters; Giving up after 3 attempts     1      0.2
>Communication failure during Phase B/C; Giving up after 3 at     1      0.2
>Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
>No response to EOP repeated 3 times                              4      0.6
>Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
>Job aborted by user                                              1      0.2
>No local dialtone                                              167     25.3
>Communication failure during Phase B/C                           3      0.5
>Failure to train at 2400 bps or +FMINSP value                   43      6.5
>No carrier detected; too many attempts to dial                   9      1.4
>High resolution document is not supported by client, image r     1      0.2
>Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
>Document was encoded with 2DMR, but client does not support      1      0.2
>Unable to transmit page (giving up after 3 attempts)           679    102.7
>Call aborted,  from +FK or <CAN>                                 1      0.2
>No carrier detected                                           1114    168.6
>------------------------------------------------------------------------------
>Total                                                         5118    774.4

For further comparison, here's the stats from two Multitech workhorses on our (only moderately busy) tpc.int cell in the Netherlands:

Modem: sts_ttyC10
Total faxes sent:                                                     33672

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Modem protocol error (unknown post-page response)                1      0.0
Failure to train at 2400 bps or +FMINSP value; Giving up aft     1      0.0
No response to MPS repeated 3 times; Giving up after 3 attem    34      1.0
Unspecified Transmit Phase B error; too many attempts to sen   480     14.3
Unspecified Transmit Phase B error                            2825     83.9
Busy signal detected                                          9916    294.5
Can not open document file                                       2      0.1
DIS/DTC received 3 times; DCS not recognized; Giving up afte     2      0.1
Call aborted,  from +FK or <CAN>; too many attempts to send      3      0.1
Unable to set session parameters                                 8      0.2
COMREC error in transmit Phase B/got DCN                        36      1.1
RSPREC error/got DCN; too many attempts to send                  3      0.1
Unable to transmit page (NAK with operator intervention)        11      0.3
RSPREC error/got DCN                                            49      1.5
Invalid response to MPS; Giving up after 3 attempts to send      1      0.0
No response to MPS repeated 3 times; too many attempts to se    15      0.4
RSPREC error/got DCN; Giving up after 3 attempts to send sam     5      0.1
Unable to configure modem for fax use                            2      0.1
No answer (T.30 T1 timeout); too many attempts to send          63      1.9
Unknown problem (check modem power)                             19      0.6
No response to EOP repeated 3 times; Giving up after 3 attem    11      0.3
COMREC error in transmit Phase B/got DCN; too many attempts     12      0.4
No response to EOP repeated 3 times; too many attempts to se     4      0.1
No response to MPS repeated 3 times                            287      8.5
No response to EOP repeated 3 times                             14      0.4
Unable to transmit page (giving up after 3 attempts); Giving    16      0.5
COMREC invalid command received/no DIS or DTC                    1      0.0
Modem protocol error (unknown post-page response); too many      1      0.0
DIS/DTC received 3 times; DCS not recognized                     5      0.1
No local dialtone                                                8      0.2
Failure to train at 2400 bps or +FMINSP value                    6      0.2
Communication failure during Phase B/C                           7      0.2
DCS sent 3 times without response                              150      4.5
No answer (T.30 T1 timeout)                                   1672     49.7
Invalid response to MPS                                          3      0.1
Call aborted,  from +FK or <CAN>; Giving up after 3 attempts     3      0.1
Unable to transmit page (giving up after 3 attempts)            28      0.8
High resolution document is not supported by client, image r    24      0.7
Document was encoded with 2DMR, but client does not support     91      2.7
Call aborted,  from +FK or <CAN>                                51      1.5
Invalid dialing command                                         10      0.3
DCS sent 3 times without response; Giving up after 3 attempt    23      0.7
DCS sent 3 times without response; too many attempts to send    11      0.3
No carrier detected                                           2786     82.7
------------------------------------------------------------------------------
Total                                                        18700    555.4
                                                                             
 Modem: sts_ttyC11
Total faxes sent:                                                     31356

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
Failure to train at 2400 bps or +FMINSP value; Giving up aft     1      0.0
No response to MPS repeated 3 times; Giving up after 3 attem    28      0.9
Unspecified Transmit Phase B error; too many attempts to sen   140      4.5
Unspecified Transmit Phase B error                             901     28.7
Busy signal detected                                         13011    414.9
Can not open document file                                       2      0.1
DIS/DTC received 3 times; DCS not recognized; Giving up afte     1      0.0
COMREC error in transmit Phase B/got DCN                        24      0.8
                                                                 2      0.1
Unable to transmit page (NAK with operator intervention)         4      0.1
RSPREC error/got DCN                                            31      1.0
No response to MPS repeated 3 times; too many attempts to se     6      0.2
RSPREC error/got DCN; Giving up after 3 attempts to send sam     9      0.3
Unable to configure modem for fax use                            5      0.2
No answer (T.30 T1 timeout); too many attempts to send          17      0.5
Unknown problem (check modem power)                              4      0.1
No response to EOP repeated 3 times; Giving up after 3 attem     5      0.2
COMREC error in transmit Phase B/got DCN; too many attempts      6      0.2
No response to EOP repeated 3 times; too many attempts to se     3      0.1
No response to MPS repeated 3 times                            196      6.3
Job aborted by user                                              1      0.0
No response to EOP repeated 3 times                              7      0.2
Unable to transmit page (giving up after 3 attempts); Giving     3      0.1
DIS/DTC received 3 times; DCS not recognized                     2      0.1
No local dialtone                                              513     16.4
Failure to train at 2400 bps or +FMINSP value                    4      0.1
Communication failure during Phase B/C                           2      0.1
DCS sent 3 times without response                              144      4.6
No answer (T.30 T1 timeout)                                    720     23.0
Invalid response to MPS                                          1      0.0
Unable to transmit page (giving up after 3 attempts)            22      0.7
High resolution document is not supported by client, image r    15      0.5
Document was encoded with 2DMR, but client does not support     64      2.0
No answer from remote                                         2107     67.2
Call aborted,  from +FK or <CAN>                                 5      0.2
Invalid dialing command                                         22      0.7
DCS sent 3 times without response; Giving up after 3 attempt    30      1.0
DCS sent 3 times without response; too many attempts to send     4      0.1
No carrier detected                                            201      6.4
------------------------------------------------------------------------------
Total                                                        18263    582.4  


As I see it, if you ignore the 'Busy Signal Detected' result codes, the MT modems are vastly superior _WITH_HYLAFAX_AND_AS_CONFIGURED.

-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      ***
       **************************************************

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: David Birnbaum <davidb@chelsea.net>
cc: Robert Colquhoun <rjc@trump.net.au>, flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 03:44:33 +0530
Sender: owner-flexfax@celestial.com

Dear David,

| First - let me state that the recent messages on the nature of faxing and
| these problems with doing electronic faxing, particularly the mesage from
| Dr. Pollack, to be the most interesting and educational things on this
| list that I've seen go by in a long time....

he he he he he ....:) It looks like sometimes just writing stinging
mails helps. :) I too can see people beginning to wake up. But no one
has yet been able to explain my phenomenally bad track record. If you
want to see one day's typical log of Hylafax errors, just look at

	http://www.spaceNETindia.com/faxerrors.txt

Regards, and thanks,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Matthias.Apitz@SOFTCON.de (Matthias Apitz)
cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 03:48:51 +0530
Sender: owner-flexfax@celestial.com

Dear Matthias,

| I can't imagine that your problems mostly has to do with the
| HylaFAX software. You should try to check the problems in the
| log files...

I am at the end of my knowledge about fax systems. One day's sample log
file reported by Hylafax has been kept at

	http://www.spaceNETindia.com/faxerrors.txt

In case you have the patience to look at it, please feel free. In
addition, Harald Pollack has pointed out specific problems of Hylafax's
handling of the fax protocol after going through my logfiles
painstakingly. Those comments have been posted to the mailing list,
maybe you can take a look.

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: Matthias.Apitz@SOFTCON.de (Matthias Apitz), flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and 
 ZyXEL Omni modem
Date: Fri, 03 Apr 1998 00:24:44 +0200
From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
Sender: owner-flexfax@celestial.com


>>>>> On Fri, 3 Apr 1998, "SM" == Shuvam Misra wrote:

  SM> | Thanks for replying Matthias, but why won't anyone address the very
  SM> technical | -- points raised by Mr. Pollack?

  SM> Thanks, Darren. I too was beginning to get a little depressed at a total
  SM> absence of any attempt to address these issues.

Unfortunately, I feel the experts, with what time they do have to devote to 
HylaFAX, are busy trying to figure out the code . . . this list is not haunted 
by ITU types, and nobody's willing to speak authoritatively about RTN . . .

Harald, can you get us a clear statement which supports your feelings on how 
HylaFAX should behave in the case of RTN neg?

  SM> While Harald is convinced that the ZyXEL modem is not at fault, your
  SM> statistical observations are that Hylafax behaves better with other
  SM> modems.

This is definitely true. I recommend cell operators buy Multitechs and save 
themselves the grief usually. It's possible that they just work out of the box 
because of a good config file, whereas the stock config file for the ZyXeLs 
may have a problem. I am not in a position to tell, as I only have MT modems.

  SM> One other issue that no one seems to be addressing is my phenomenally
  SM> high frequency of "Transmit Phase B" errors. Will these too go away if I
  SM> move to a Multitech?

I make no guarantees, since I don't understand what's causing yours . . . but feel it is likely.

-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      ***
       **************************************************

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
cc: Matthias.Apitz@SOFTCON.de (Matthias Apitz), flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 03:53:14 +0530
Sender: owner-flexfax@celestial.com

| Thanks for replying Matthias, but why won't anyone address the very technical
| --  points raised by Mr. Pollack?

Thanks, Darren. I too was beginning to get a little depressed at a total
absence of any attempt to address these issues.

While Harald is convinced that the ZyXEL modem is not at fault, your
statistical observations are that Hylafax behaves better with other
modems.

One other issue that no one seems to be addressing is my phenomenally
high frequency of "Transmit Phase B" errors. Will these too go away if I
move to a Multitech?

Regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 2 Apr 1998 19:16:44 -0500 (EST)
From: David Birnbaum <davidb@chelsea.net>
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: flexfax@sgi.com
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Sender: owner-flexfax@celestial.com

On Fri, 3 Apr 1998, Shuvam Misra wrote:

> One other issue that no one seems to be addressing is my phenomenally
> high frequency of "Transmit Phase B" errors. Will these too go away if I
> move to a Multitech?

I'm not a fax expert, unfortunately, but I can offer some empirical
evidence.  I was plagued by the Phase B thing for a while, and
unfortunately, nobody had any good suggestions on what to do about it.  I
was using a mishmash of three different modem types on three lines
directly connected to a phone switch.  Ultimately....when I got rid of the
mishmash and moved everything over to my USR chassis, the Phase B errors
went away and I ended up with the error ratio as currently listed....

Now...I have a nice Hayes chassis, based on the Rockwell chipset, that
I've just freed up.  When I put these next 16 modems on line, what will
happen?  I plan on doing some playing with my consistent delivery lists
between the USR chipset and the Hayes Rockwell chipset, and seeing how the
error percentages differ.  Perhaps, by doing an analysis of the different 
modem spectrums, I can find some correlation between the errors, the
sending modems, and receiving fax capabilities.

I suppose I am also curious to see how HylaFax will do when managing 24
modems.  Are there limits? 

David.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: shuvam@spacenetindia.com
Date: Thu, 2 Apr 1998 08:53:50 +0100 (BST)
Cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

You've probably already said this, but what operating system, what type
of serial interrface and what driver are you using with that interface?
If this is a PC type machine and a dumb serial interface, exactly which
chipset (not 16550, but the ASIC identity)?

The reason for asking is that I have fairly good circumstancial evidence
that the Linux standard serial driver is flawed, at least for some chipsets.
I've tried to raise this before, but I think most people are using error
corrected protocols and don't notice, whereas fax is less tolerant.  It
seems likely that many tpc.int Hylafax installations are Linux based.

The problem, I suspect, is that it treats 8250 type UARTs (emulation, not
chipset, now) as though they were any other type, and uses interrupt enable
to control the starting and stopping of output.  This is not the way 8250s were
designed to be used, and I have empirical evidence that they can lose or
corrupt characters under these conditions.  (On the other hand, I can think
of no internal design reason why they should and don't understand why the 
problem would apply to emulations as well as the real thing - unless the
emulations were based on the original logic design.)

I keep meaning to try changing the code.  It's fairly self contained, but
not so trivial that one can try it in an hour.

(If you also run UUCP over error correcting modems and get any errors at all,
but no overruns logged, this may be the same problem.  In the UUCP context,
Comtrol Rocket cards are clean.)

(8250s have edge triggered interrupts, so once the interrupt is acknowledged,
it goes away, whereas other designs will jam the interrupt line until a new
character is sent, or transmit interrupts are turned off.)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 03 Apr 1998 17:40:32 +1000
To: Steve Williams <steve@genie96.com>, shuvam@spacenetindia.com
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
  Omni modem
Cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

Hi Steve,
I wrote the original script, the help assess Phase B problems in the USR
Sportster

At 00:31 2/04/98 -0700, Steve Williams wrote:
>I initially set up the fax software on our system at work to benefit 
>us at work ( funny that <g> ).  We have 7 phone lines that I wanted to 
>be able to dial in on, as well as use for outgoing data, and outgoing
>faxes.  I do not use any of them for incoming faxes except for 
>massive testing of the system ( sending from 3 modems to receiving from
>three modems ... ).
>
Quick note - this testing will not pick up the weirdness in certain fax
machines like the negative retrain problem - but it would be good for just
general operation testing

>I am sorry that I can't give credit to the person who created this script,
>but I am pretty sure I got it from the mailing list, so the records
>should be there somewhere.

I knew i should have put a copyright on the top ;-)

It was only a temporary measure i was going to merge this with the
xferstats script perhaps "xferstats -error" to get the same output.

>Here is a list of the errors that I have gotten recently.
>
>I have "tweaked" the log files to show the stats as if they are for one
>modem to shorten this email.

the lastest version of errorstats at http://www.trump.net.au/~rjc/hylafax/
shows a combined total for a bank of modems.

>So, I am not sure how this is recorded in the AWK file.  Maybe someone
>that is awake can take a boo at the script and say if these errors are
>included.
>

if a call suceeds on its third attempt, it will be registered as 2 errors.
It is based on the number of _attempts_ not the number actual number of
faxes sent.  This does inflate the readings slightly if say you send to the
same location a number of times and get the same error repeatedly.

>So, let's see WHY you are having the problems.  Maybe consider dialing
>some of the failed fax phone numbers by hand and seing if they are 
>actually a fax machine or not.  After 10 or so random calls, you should
>have a feeling if they are fax machines or humans answering the phones.
>If it's the latter, not much HylaFax can do about that <g>..

I've also got a version of errorstats that sorts by outgoing number thats
still in testing to see if i can pin down the errors to certain kinds of
receiving fax maxhine.

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 03 Apr 1998 18:07:13 +1000
To: Shuvam Misra <shuvam@spacenetindia.com>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
  Omni modem 
Cc: flexfax@sgi.com, Harald Pollack <harald.pollack@omv.co.at>
Sender: owner-flexfax@celestial.com

Hi Shuvam,

Looking at the log below it is kind of obvious that Phase B is your main
problem.

Have you got a spare line you could plug your modem into, just to rule line
noise out(unless you have real bad luck and _both_ your lines are noisy)

Apart from that i imagine it would have to be some sort of configuration
error.  Are you using the standard hylafax supplied modem config files for
the Zyxel?

I would seriously consider asking your telco to have your line checked,
even if this costs money as all the phase B errors would be getting expensive.

PS unless of course your modem is really a 1996 USR Sportster that has been
rebadged and sold to you as a Zyxel ;-)

PPS Sportster owners i share your pain!!!

- Robert

At 02:55 3/04/98 +0530, Shuvam Misra wrote:
>| It's hard to make sense of the numbers below(at least for me), i've got a
>| small script "errorstats" which parses xferlog for errors grouping by type.
>| 
>| Download from http://www.trump.net.au/~rjc/hylafax/
>
>This script seems to be the same as another one that someone else just
>sent me. I'm including the output from your script. The line to note is
>the "Unspecified Transmit Phase B Error".
>
>Regards, and thanks for your patience,
>Shuvam
>===========================================================================
>Modem: modem
>Total faxes sent:                                                      6611
>
>Error                                                           No  Rate/1000
>---------------------------------------------------------------------------
---
>Busy signal detected                                            21      3.2
>Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
>No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
>Unspecified Transmit Phase B error                            2445    369.8
>COMREC error in transmit Phase B/got DCN                         2      0.3
>Unable to set session parameters                                 6      0.9
>DTE to DCE data underflow                                        1      0.2
>Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
>RSPREC error/got DCN                                            25      3.8
>                                                                 1      0.2
>Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
>RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
>Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
>No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
>Unknown problem (check modem power)                              5      0.8
>Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
>No response to MPS repeated 3 times                            123     18.6
>Unable to set session parameters; Giving up after 3 attempts     1      0.2
>Communication failure during Phase B/C; Giving up after 3 at     1      0.2
>Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
>No response to EOP repeated 3 times                              4      0.6
>Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
>Job aborted by user                                              1      0.2
>No local dialtone                                              167     25.3
>Communication failure during Phase B/C                           3      0.5
>Failure to train at 2400 bps or +FMINSP value                   43      6.5
>No carrier detected; too many attempts to dial                   9      1.4
>High resolution document is not supported by client, image r     1      0.2
>Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
>Document was encoded with 2DMR, but client does not support      1      0.2
>Unable to transmit page (giving up after 3 attempts)           679    102.7

>Call aborted,  from +FK or <CAN>                                 1      0.2
>No carrier detected                                           1114    168.5
>---------------------------------------------------------------------------
---
>Total                                                         5119    774.3
>
>Modem: Combined Total
>Total faxes sent:                                                      6611
>
>Error                                                           No  Rate/1000
>---------------------------------------------------------------------------
---
>Busy signal detected                                            21      3.2
>Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
>No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
>Unspecified Transmit Phase B error                            2445    369.8
>COMREC error in transmit Phase B/got DCN                         2      0.3
>Unable to set session parameters                                 6      0.9
>DTE to DCE data underflow                                        1      0.2
>Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
>RSPREC error/got DCN                                            25      3.8
>                                                                 1      0.2
>Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
>RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
>Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
>No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
>Unknown problem (check modem power)                              5      0.8
>Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
>No response to MPS repeated 3 times                            123     18.6
>Unable to set session parameters; Giving up after 3 attempts     1      0.2
>Communication failure during Phase B/C; Giving up after 3 at     1      0.2
>Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
>No response to EOP repeated 3 times                              4      0.6
>Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
>Job aborted by user                                              1      0.2
>No local dialtone                                              167     25.3
>Communication failure during Phase B/C                           3      0.5
>Failure to train at 2400 bps or +FMINSP value                   43      6.5
>No carrier detected; too many attempts to dial                   9      1.4
>High resolution document is not supported by client, image r     1      0.2
>Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
>Document was encoded with 2DMR, but client does not support      1      0.2
>Unable to transmit page (giving up after 3 attempts)           679    102.7
>Call aborted,  from +FK or <CAN>                                 1      0.2
>No carrier detected                                           1114    168.5
>---------------------------------------------------------------------------
---

>Total                                                         5119    774.3
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Steve Williams <steve@genie96.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: shuvam@spacenetindia.com
Date: Thu, 2 Apr 1998 23:51:05 -0700 (MST)
Cc: steve@genie96.com, flexfax@sgi.com, harald.pollack@omv.co.at,
        tpc-oper@info.tpc.int
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

[snip]


> Dear Steve,
> 
> | I will include an awk script that you can use to parse the xferlog 
> | of HylaFax.  This will give a standard output that some of us on the
> | mailing list can compare to.
> 
> Here is the output from your awk script.
> 

Thanks for posting it.  It gives us a "standard of comparison", which I
was not able to relate to from your statistics.

First thing I can say is WOW!!!

It looks sooo bad that I almost feel like mailing you one of my ZDX modems
to test out & see if there is a similar problem <g>.  I have no idea if
it would even work though, coming from Canada and such.

I don't have a whole lot to recommend except that I must concur with 
Darren that possibly the modem config file is not optimum for your modem.
Have you tried an alternative handshaking ( rtscts if it is xon or 
the other way around ).

Do you have the most recent firmware for the modem (don't hit me, I 
always try to start with the simple & work to the more difficult <g>).

I am on the mgetty+sendfax mailing list, and some of the people there
seem to have a good relationship with some of the modem vendors.

Have you considered sent off one of the detailed HylaFax logs to 
the modem manufacturer & got their feedback?  I have seen where they
will even try sending a fax to the same number ( given that the
receiver is cooperative ) in an attempt to determin the problem.

I have to agree with you that this rate is incredibly bad.... and 
I have a personal "gut" feeling that it is either the modem or the
config file for the modem.

The USR Sportsters, one of the most popular modems sold, are agreed by
EVERYONE, that for commercial use, the ARE JUNK!!!.

I don't think your modem comes close to this category, but it shows that
there are GREAT variety between modem manufacturers.

I still think your best bet is with the Modem Vendor.  With the detailed
log files, they should be able to see something.

One thing did jump out at me... 

> No local dialtone                                              167     25.3

why are there 167 faxes where there is no local dial dial tone????

I just had another thought... I am sure you have posted this before, but
what kind of system is your server?  If it was under powered, or running
a heavy commercial load, maybe that would affect critical timing.

I think that is HIGHLY unlikey, because the errors would be more evenly 
distributed, rather than just being the "Phase B" errors.  Just a thought
late at night after an evening at the Pub <g>.

I don't know ANYTHING about fax specs, so I can't comment on anything
beyond what I have spewed forth already.

Keep the faith, HylaFax is a good product.

> Modem: modem
> Total faxes sent:                                                      6609
> 
> Error                                                           No  Rate/1000
> ------------------------------------------------------------------------------
> Busy signal detected                                            21      3.2
> Failure to train at 2400 bps or +FMINSP value; Giving up aft     9      1.4
> No response to MPS repeated 3 times; Giving up after 3 attem    60      9.1
> Unspecified Transmit Phase B error                            2444    369.8
> COMREC error in transmit Phase B/got DCN                         2      0.3
> Unable to set session parameters                                 6      0.9
> DTE to DCE data underflow                                        1      0.2
> Failure to train at 2400 bps or +FMINSP value; too many atte     1      0.2
> RSPREC error/got DCN                                            25      3.8
>                                                                  1      0.2
> Unspecified Transmit Phase D error, including +FPHCTO timeou     1      0.2
> RSPREC error/got DCN; Giving up after 3 attempts to send sam     8      1.2
> Unspecified Transmit Phase B error; too many attempts to dia    80     12.1
> No response to EOP repeated 3 times; Giving up after 3 attem     6      0.9
> Unknown problem (check modem power)                              5      0.8
> Unable to transmit page (giving up after 3 attempts); too ma     1      0.2
> No response to MPS repeated 3 times                            123     18.6
> Unable to set session parameters; Giving up after 3 attempts     1      0.2
> Communication failure during Phase B/C; Giving up after 3 at     1      0.2
> Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.6
> No response to EOP repeated 3 times                              4      0.6
> Unable to transmit page (giving up after 3 attempts); Giving   294     44.5
> Job aborted by user                                              1      0.2
> No local dialtone                                              167     25.3
> Communication failure during Phase B/C                           3      0.5
> Failure to train at 2400 bps or +FMINSP value                   43      6.5
> No carrier detected; too many attempts to dial                   9      1.4
> High resolution document is not supported by client, image r     1      0.2
> Unspecified Transmit Phase B error; Giving up after 3 attemp     1      0.2
> Document was encoded with 2DMR, but client does not support      1      0.2
> Unable to transmit page (giving up after 3 attempts)           679    102.7
> Call aborted,  from +FK or <CAN>                                 1      0.2
> No carrier detected                                           1114    168.6
> ------------------------------------------------------------------------------
> Total                                                         5118    774.4
> 
> 
> Please note that I am not concerned by the NO CARRIER errors, as I
> mentioned in my earlier mails. Tell me why 37% of all my outgoing call
> attempts generate the "Unspecified Transmit Phase B Error." As I said, I
> am only concerned about the errors in the calls that actually get
> answered, i.e. the ones that I get billed for, by the telco.
> 
> Hope you now see my point. And I'm unwilling to accept that all this is
> simply a case of bad Indian phone lines. Lines are bad, yes, but not
> this bad, I feel.
> 
> love,
> Shuvam
> 


-- 
	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:58 1999
To: David Woolley <david@djwhome.demon.co.uk>
cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 13:59:35 +0530
Sender: owner-flexfax@celestial.com

| You've probably already said this, but what operating system, what type
| of serial interrface and what driver are you using with that interface?
| If this is a PC type machine and a dumb serial interface, exactly which
| chipset (not 16550, but the ASIC identity)?

Goody. Some more questions. :) I am running Linux kernel 2.0.30, and
Hylafax is the binary distribution from ftp.sgi.com, version 4.0pl2. The
computer is an Intel-Pentium-based system with an Intel motherboard, and
the serial interfaces are built into the motherboard. Linux says that
they are 16550A. How do I find out the chipset? Do I have to open the
cabinet and look inside? That'll be a bit tough; my server runs round
the clock.

| The reason for asking is that I have fairly good circumstancial evidence
| that the Linux standard serial driver is flawed, at least for some chipsets.

You mean no one in the Linux developers group has time to look into it?
Sad. Again, as you said, maybe only the fax user and dialup UUCP user
needs to bother about it.

Hope the sketchy info I provided helped in some way.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Steve Williams <steve@genie96.com>
cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int,
        Ketan Sanghvi <ketan@wanland.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 15:12:29 +0530
Sender: owner-flexfax@celestial.com

| Thanks for posting it.  It gives us a "standard of comparison", which I
| was not able to relate to from your statistics.
| First thing I can say is WOW!!!

Thanks. I need every bit of sympathy you can spare.

| I don't have a whole lot to recommend except that I must concur with 
| Darren that possibly the modem config file is not optimum for your modem.
| Have you tried an alternative handshaking ( rtscts if it is xon or 
| the other way around ).

Look at http://www.spaceNETindia.com/fax/ and the config files are
there.

| Do you have the most recent firmware for the modem (don't hit me, I 
| always try to start with the simple & work to the more difficult <g>).

Yes. it's 1.19. And no, I don't mind you asking. My modem has a
user-upgradable firmware, and it overwrites the flash ROM. I've upgraded
it myself, many times, starting with 1.13 (I think) to 1.19 today.

| Have you considered sent off one of the detailed HylaFax logs to 
| the modem manufacturer & got their feedback?  I have seen where they
| will even try sending a fax to the same number ( given that the
| receiver is cooperative ) in an attempt to determin the problem.

Oh yes. One of the "cc:" above is Ketan Sanghvi who is the ZyXEL
distributor for India, and another is Harald Pollack, who was contacted
by ZyXEL technical support in Austria as an expert to help me. ZyXEL
has been very cooperative and helpful, and Harald has been a wizard with
faxing and ZyXELs, and has even sent faxes from Austria to some numbers
in India which caused me grief. But the Phase B errors remain.

In case you want to see the logs, look at one day's error dumps by
looking at http://www.spaceNETindia.com/faxerrors.txt. It's 1.5MB.

| The USR Sportsters, one of the most popular modems sold, are agreed by
| EVERYONE, that for commercial use, the ARE JUNK!!!.

Yes, everyone tells me so. They also tell me that ZyXEL is one of the
best around. They just can't tell me what's wrong with my setup.

| > No local dialtone                                              167     25.3
| why are there 167 faxes where there is no local dial dial tone????

That was a transient problem. I rebooted the modem and things came back
to normal. I think there was some problem once with the modem, after the
thing had been running unattended for a long time, and the TCP/IP
dialout script (which runs on the same modem) accidentally broke the
lock on the faxsend and tried accessing the modem while faxing was being
attempted. It's not a typical case.

| I just had another thought... I am sure you have posted this before, but
| what kind of system is your server?  If it was under powered, or running
| a heavy commercial load, maybe that would affect critical timing.

This is a P133 with 32MB EDO RAM, 4GB IDE drive, and running Linux
2.0.30 with Hylafax binary distribution 4.0pl2. The system has an Intel
motherboard, and the serial ports are on the m'board itself. It runs
almost nothing else apart from the fax software all day. Typical load
averages are less than 0.1.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Robert Colquhoun <rjc@trump.net.au>
cc: flexfax@sgi.com, Harald Pollack <harald.pollack@omv.co.at>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 14:06:53 +0530
Sender: owner-flexfax@celestial.com

| Have you got a spare line you could plug your modem into, just to rule line
| noise out(unless you have real bad luck and _both_ your lines are noisy)

I do have another line, which is more noisy. I keep it for voice. :)

| Apart from that i imagine it would have to be some sort of configuration
| error.  Are you using the standard hylafax supplied modem config files for
| the Zyxel?

Look at http://www.spaceNETindia.com/fax/ and you'll get the config
files. I'm using the standard ones, except for adding one DCCstring
thing somewhere, to switch off ECM. Will you take a look?

| PS unless of course your modem is really a 1996 USR Sportster that has been
| rebadged and sold to you as a Zyxel ;-)

:)

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: David Woolley <david@djwhome.demon.co.uk>, flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and 
 ZyXEL Omni modem
Date: Fri, 03 Apr 1998 11:53:54 +0200
From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
Sender: owner-flexfax@celestial.com


Dear Shuvam,

Before trying to escalate this, or dig much deeper, I believe that you should 
recompile from source - hylafax should build cleanly on your system, assuming 
it is a modern linux distribution.

-D

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 13:02:37 +0200 (SAT)
From: Gregory Massel <greg@csurf.co.za>
To: David Woolley <david@djwhome.demon.co.uk>
cc: shuvam@spacenetindia.com, flexfax@sgi.com, harald.pollack@omv.co.at,
        tpc-oper@info.tpc.int
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
Sender: owner-flexfax@celestial.com

On Thu, 2 Apr 1998, David Woolley wrote:

> The problem, I suspect, is that it treats 8250 type UARTs (emulation, not
> chipset, now) as though they were any other type, and uses interrupt enable

unless you run setserial and tell it it is an 8250, doesn't it pick it up
as a 16450?

In any case, who still uses 8250 UARTs? I thought they made it a criminal
offense to posses such equipment in this day and age. ;-)   *duck*

But seriously, the last time I saw an 8250 UART was on a single-port
serial board I bought for my 10MHz 8088-based XT a good few years ago.

I'm running my fax off a Microcom 288s modem connected to a port on a
Cyclades 8-port intelligent multi-port serial card. Originally I was using
on-board serial ports (i think 16552 uarts) which worked like a charm as
well.

Regards
Greg
---------------------------------------------
Gregory Massel         CyberSurf Technologies
greg@csurf.co.za         Tel: +27 31 207-3034
PGP-key on request       Fax: +27 31 207-6749
Cell number on request   a/h: +27 31  81-4273
---------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 14:23:46 +0200 (SAT)
From: Gregory Massel <greg@csurf.co.za>
To: Steve Williams <steve@genie96.com>
cc: shuvam@spacenetindia.com, flexfax@sgi.com, harald.pollack@omv.co.at,
        tpc-oper@info.tpc.int
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
Sender: owner-flexfax@celestial.com

On Thu, 2 Apr 1998, Steve Williams wrote:

> The USR Sportsters, one of the most popular modems sold, are agreed by
> EVERYONE, that for commercial use, the ARE JUNK!!!.

That is a pretty harsh statement. For commercial *FAX* use, they may be
junk, but they make damn good data modems. In my experience, I've
had many customers replace a variety of different modems with sportsters
and seen much improved data connection reliability and connect rates.

Regards
Greg
---------------------------------------------
Gregory Massel         CyberSurf Technologies
greg@csurf.co.za         Tel: +27 31 207-3034
PGP-key on request       Fax: +27 31 207-6749
Cell number on request   a/h: +27 31  81-4273
---------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: tpc-oper@info.tpc.int
Date: Fri, 3 Apr 1998 14:12:03 +0200 (MET DST)
From: "Kurt Jaeger" <pi@complx.LF.net>
Cc: shuvam@spacenetindia.com, steve@genie96.com, flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

Hi!

[WOW deleted, I agree 8-)]
> It looks sooo bad that I almost feel like mailing you one of my ZDX modems
> to test out & see if there is a similar problem <g>.  I have no idea if
> it would even work though, coming from Canada and such.

In a few weeks, when we're decreasing our dialin-pool, I'll send
him Multitechs for him to experiment.

*But*: Look at our failure rate. Its not that much better, its even
worse.

> > No local dialtone                                              167     25.3
> 
> why are there 167 faxes where there is no local dial dial tone????

> > Hope you now see my point. And I'm unwilling to accept that all this is
> > simply a case of bad Indian phone lines. Lines are bad, yes, but not
> > this bad, I feel.

Here stats from our cell, the last 10-12 days or, one summary for
approx. 12 modems sending in parallel, with a setup like this:

freebsd 2.2.5, hylafax 4.0p1, livingston portmaster, Multitech modems,
accessed via nettty (a tty emulator from livingston).

German phone line quality 8-} 45.9% failures. Maybe we're dumb 8-}

		So short, PI

Modem: Combined Total
Total faxes sent:                                                     15486

Error                                                           No  Rate/1000
------------------------------------------------------------------------------
No response to MPS repeated 3 times; Giving up after 3 attem     1      0.1
Unspecified Transmit Phase B error; too many attempts to sen    34      2.2
Unspecified Transmit Phase B error                             300     19.4
Busy signal detected                                          3404    219.8
COMREC error in transmit Phase B/got DCN                         6      0.4
Unspecified Transmit Phase D error, including +FPHCTO timeou     4      0.3
Unable to transmit page (NAK with operator intervention)         1      0.1
RSPREC error/got DCN                                             4      0.3
Unspecified Transmit Phase D error, including +FPHCTO timeou    33      2.1
No response to EOP repeated 3 times; Giving up after 3 attem     3      0.2
Unknown problem (check modem power)                              4      0.3
Unspecified Image format error                                   1      0.1
No response to EOP repeated 3 times; too many attempts to se     1      0.1
COMREC error in transmit Phase B/got DCN; too many attempts      1      0.1
No response to MPS repeated 3 times                             38      2.5
Job aborted by user                                              3      0.2
No response to EOP repeated 3 times                              3      0.2
Communication failure during Phase B/C; Giving up after 3 at     7      0.5
Unspecified Transmit Phase D error, including +FPHCTO timeou   103      6.7
DIS/DTC received 3 times; DCS not recognized                     3      0.2
No local dialtone                                              223     14.4
Failure to train at 2400 bps or +FMINSP value                    1      0.1
Communication failure during Phase B/C                          25      1.6
DCS sent 3 times without response                                8      0.5
No answer (T.30 T1 timeout)                                    507     32.7
Invalid response to MPS                                          1      0.1
No answer from remote                                          478     30.9
Invalid dialing command                                          9      0.6
DCS sent 3 times without response; Giving up after 3 attempt     1      0.1
No carrier detected                                           1903    122.9
------------------------------------------------------------------------------
Total                                                         7110    459.1

-- 
MfG/Best regards, Kurt Jaeger                                  22 years to go !
LF.net GmbH        pi@LF.net
Vor dem Lauch 23   fon +49 711 90074-23
D-70567 Stuttgart  fax +49 711 7289041

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: "Kurt Jaeger" <pi@complx.LF.net>
cc: tpc-oper@info.tpc.int, shuvam@spacenetindia.com, steve@genie96.com,
        flexfax@sgi.com, harald.pollack@omv.co.at
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and 
 ZyXEL Omni modem
Date: Fri, 03 Apr 1998 13:38:25 +0200
From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
Sender: owner-flexfax@celestial.com


>>>>> On Fri, 3 Apr 1998, "KJ" == Kurt Jaeger wrote:

  KJ> In a few weeks, when we're decreasing our dialin-pool, I'll send him
  KJ> Multitechs for him to experiment.

Great!

  KJ> *But*: Look at our failure rate. Its not that much better, its even
  KJ> worse.

No, your call completion rate is actually MUCH better than Shuvam's if you ignore busy signals, no answers, and NO CARRIER (sending a fax to a voice line, or voice/fax autoswitch most likely).

-Darren

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 11:26:55 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
Sender: owner-flexfax@celestial.com

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

On Fri, 3 Apr 1998, Gregory Massel wrote:

> On Thu, 2 Apr 1998, Steve Williams wrote:
> 
> > The USR Sportsters, one of the most popular modems sold, are agreed by
> > EVERYONE, that for commercial use, the ARE JUNK!!!.
> 
> That is a pretty harsh statement. For commercial *FAX* use, they may be
> junk, but they make damn good data modems. In my experience, I've
> had many customers replace a variety of different modems with sportsters
> and seen much improved data connection reliability and connect rates.

They used to be good. The 33.6 Sportster I have sucks the giant wazoo
of death. As I understand it, if you bought one of the super el-cheapo
ones a year or two back, they were el-cheapo because there was a known
flow control bug and they were trying to dump them all before going to
56K modems. And they were ***AWFUL*** about trying to upgrade the
ROM's, pulling the Microsoft trick of denying the problem and trying
to blame your computer or software.

I no longer buy or recommend USR: they weren't as bad as Zoom, but
they were working on it for a while.

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

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

iQCVAwUBNSUNvD/+ItycgIJRAQHUlQP9Ea0pEQQGlU5YlxlnlOBOUFLHClA95Z4E
5rvdUuCJe9g8fYahrNvXKu1fKvED+/2ZIMW7+uIbWlpYgsuVnMKhr0smqOYNDZFK
bdZX8gaVCMCiyCx04H+Zeq6lQ68CAUJhVadwECDiH15/vOOvgCQTaYRmrwz8CDex
A134kcZRiC8=
=JENM
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 03 Apr 1998 17:54:15 +1000
To: David Birnbaum <davidb@chelsea.net>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL 
  Omni modem
Cc: Shuvam Misra <shuvam@spacenetindia.com>, flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi Dave,

I like your script, i was amazed at the low error rate you were able to
achieve with hylafax and i was going to ask about the secrets of your modem
config file, but then.......

..... i realized you had divided them all by 10     ;-)

Interestingly even still your getting virtually no phase B errors while
quite a few more DCS errors than i am (i am using generally 10/95 USR
Couriers, with a couple of 97 x2 models)

Have you altered the standard usr config files in any way?

- Robert

At 10:34 2/04/98 -0500, David Birnbaum wrote:
>Rob, Shuvam, et al,
>
>First - let me state that the recent messages on the nature of faxing and
>these problems with doing electronic faxing, particularly the mesage from
>Dr. Pollack, to be the most interesting and educational things on this
>list that I've seen go by in a long time.  That one email alone taught me
>more about the internals of faxing than three months getting a tidbit here
>and there from the various FAQs and stuff on the net.  Who do I make my
>check out to?
>
>On a second note, I'm getting ready to start spending time with our faxing
>systems again, which will involve moving from a mere 3K a night on up, as
>we have more and more clients who access our services.  So, anything I can
>do to reduce the overhead of calls, etc, is of high importance!  In any
>case, here's some numbers for a month's worth of faxes, across 8 USR Total
>Control modems, which are the chassis version of the high-end couriers.  I
>also included a PERL version of the gawk script for those who don't speak
>gawk that well.
>
>Modem: total
>Total faxes sent:                                            48263
>
>Error                                                           No      % Fl
>---------------------------------------
>Normal and proper end of connection                            510       1.1
>Unable to configure modem for fax use                            2       0.0
>No response to EOP repeated 3 times                            206       0.4
>Busy signal detected                                          5250      10.9
>Can not open document file                                      98       0.2
>Job aborted by user                                            108       0.2
>DCS sent 3 times without response; Giving up after 3 attempt     2       0.0
>RSPREC error/got DCN                                           233       0.5
>No carrier detected                                           6601      13.7
>No local dialtone                                               19       0.0
>DTE to DCE data underflow                                        9       0.0
>DCS sent 3 times without response                             1741       3.6
>No response to MPS repeated 3 times                              2       0.0
>Unspecified Transmit Phase B error                              18       0.0
>Unknown problem (check modem power)                              2       0.0
>No answer (T.30 T1 timeout)                                    325       0.7
>---------------------------------------
>Total                                                            0      31.3
>
>For me, the error ratio, once you remove the 10.9 of busy and 13.7 of no
>carrier, is down to 6.7%.  The errors I am worried about, that I am
>interested in tracking down and fixing, are those that make up the 5% of
>what appear to be errors in the faxmodem protocol:
>
>-  DCS errors - appear to be related to random modem failures
>-  Normal and proper end of connection - is actually a different class
>   of error, I don't know why it's reported like this.
>

>and one that looks strongly like a bug in Hylafax's non-fax code.
>
>-  Can not open document file - looks like some sort of locking/race
>   condition, having to do with jobs that share the same document file.
>
>Oddly enough, on the fax errors, often times that number will work on
>another day or another try.  Why?  Who knows...line noise?  Phase of the
>moon?  Composition of document?
>
>David.
>
>
>#!/usr/local/bin/perl
>#
>#  Adapted from the GAWK script....
>#
>#  -----
>
>require 5.000;
>
>use Text::ParseWords;
>use Getopt::Std;
>
>&getopts("t");
>
>while(<>) {
>    chomp;
>    @array = quotewords("\t", 0, $_);
>    $array[3] = "total" if $opt_t;
>    $total{$array[3]}++;
>    if ( $array[10] == 0 ) {
>	$array[13] =~ s/; too many .*//;
>	$errcount->{$array[3]}->{$array[13]}++;
>    }
>}
>
>foreach $modem ( keys %total ) {
>    print "Modem: $modem\n";
>    printf "%-68.68s %6i\n\n", "Total faxes sent:", $total{$modem};
>    printf "%-60.60s %5s %10s\n","Error", "No","% Fl";
>    print "---------------------------------------\n";
>
>    $tot = 0;
>    foreach $error ( keys %{$errcount->{$modem}} ) {
>	if ( $errcount->{$modem}->{$error} > 0 ) {
>	    $rate = $errcount->{$modem}->{$error} * 100 / $total{$modem};
>	    $tot += $errcount->{$modem}->{$error};
>	    printf "%-60.60s %5i %8.1f\n", $error, $errcount->{$modem}->{$error},
$rate;
>	}
>    }
>
>    print "---------------------------------------\n";
>    printf "%-60.60s %5i %8.1f\n", "Total", $total, $tot * 100 /
$total{$modem};
>    printf "\n";

>} 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
cc: David Woolley <david@djwhome.demon.co.uk>, flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Fri, 03 Apr 1998 16:30:21 +0530
Sender: owner-flexfax@celestial.com

| Before trying to escalate this, or dig much deeper, I believe that you should
| recompile from source - hylafax should build cleanly on your system, assuming
| it is a modern linux distribution.

Okay, as soon as I can manage.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Steve Williams <steve@genie96.com>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: greg@csurf.co.za (Gregory Massel)
Date: Fri, 3 Apr 1998 09:53:23 -0700 (MST)
Cc: steve@genie96.com, shuvam@spacenetindia.com, flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

> 
> On Thu, 2 Apr 1998, Steve Williams wrote:
> 
> > The USR Sportsters, one of the most popular modems sold, are agreed by
> > EVERYONE, that for commercial use, the ARE JUNK!!!.
> 
> That is a pretty harsh statement. For commercial *FAX* use, they may be
> junk, but they make damn good data modems. In my experience, I've
> had many customers replace a variety of different modems with sportsters
> and seen much improved data connection reliability and connect rates.
> 

Perhaps I should have defined "commercial" use as high use.  

Yes, it is a harsh statement.  I have very intimate personal experience
with them in a "high use" environment.  I am a volunteer for a Unix Users
group in Calgary here.  When the internet first really got going, we installed
80-100 USR Sportsters for our dial in pool.

Another ISP in Calgary installed about 120 ( we shared office space at the 
time ).

THEY caused no end of grief, trying to serve about 600 members, and that was
all DATA use.

They have since all been replaced with USR Courier modems.  That was a VERY
expensive lesson to learn, as we are a low-budget Users's group.   It cost
us the cost of all those USR Sportsters, because we couldn't use them.

The Courier Modems, we were paying $800 for when we first made the switch,
but well worth the price difference, they JUST WORK!!

I have only seen the posts on the HylaFax & mgetty+sendfax mailing lists
regarding Sportsters for fax, and it would appear that they have no 
better reputation.

Other people's experiences may have been different, but mine has been 
and the other ISP that bought even more than we did is pretty negative.

Take Care,
-- 
	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:58 1999
Date: Fri, 3 Apr 1998 18:44:49 -0500 (EST)
From: David Birnbaum <davidb@chelsea.net>
Reply-To: David Birnbaum <davidb@chelsea.net>
To: Robert Colquhoun <rjc@trump.net.au>
cc: flexfax@sgi.com
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL   Omni modem
Sender: owner-flexfax@celestial.com

On Fri, 3 Apr 1998, Robert Colquhoun wrote:

> I like your script, i was amazed at the low error rate you were able to
> achieve with hylafax and i was going to ask about the secrets of your modem
> config file, but then.......
> 
> ..... i realized you had divided them all by 10     ;-)

Sorry about that...don't you know how everyone wants to add just their two
cents.  And, everything else I had was in % already.

> Interestingly even still your getting virtually no phase B errors while
> quite a few more DCS errors than i am (i am using generally 10/95 USR
> Couriers, with a couple of 97 x2 models)
> 
> Have you altered the standard usr config files in any way?

Nope - haven't touched them.  I have a USR Total Control chassis, which I 
think is basically a set of rack-mounted Courier modems.  It reports the
following configuration:

  USRobotics Courier V.Everything Configuration Profile...

  Product type           US/Canada Rackmount
  Options                HST,V32bis,Terbo,VFC,V34+
  Fax Options            Class 1/Class 2.0
  Clock Freq             20.16Mhz
  Eprom                  256k
  Ram                    32k

  Supervisor date        12/02/96
  DSP date               11/29/95

  Supervisor rev         1.0.8
  DSP rev                1.2.7

Configs are:

#
ModemType:              Class2.0        # use class 2.0 interface
ModemRate:              38400           # DCE-DTE communication rate
ModemFlowControl:       rtscts          # XON/XOFF flow control assumed
#
ModemNoFlowCmd:         AT&H0&I0&R1     # setup modem for no flow control
ModemHardFlowCmd:       AT&H1&I0&R2     # setup modem for hardware flow
control
ModemSoftFlowCmd:       AT&H2&I2&R1     # setup modem for software flow
control
#
ModemSetupDTRCmd:       ATS13=1&D2      # setup so DTR drop resets modem
ModemSetupDCDCmd:       AT&C1           # setup so DCD reflects carrier
(or not)
ModemResultCodesCmd:    ATQ0X4          # enable extended result codes
#
# NB: adaptive answer only seems to work properly when
#     the modem is left idling in Class 2.0
#
ModemSetupAACmd:        AT+FAA=1
#
# Set modem speaker volume commands: OFF QUIET LOW MEDIUM HIGH.
# Note that we both turn the speaker on/off and set volume.
#
ModemSetVolumeCmd:      "ATM0 ATM1 ATM1 ATM1 ATM1"
#
# Modem does not support HDLC frame tracing; we add this just
# to eliminate spurious ERROR results that confuse the naive.
#
Class2BUGCmd:           AT+FBU=0
#
# The modem doesn't support copy quality checking, even though it
# returns (0-2,0-2) for AT+FCQ=?; therefore we override the query
# response so that the server will do copy quality checking.
#
Class2CQQueryCmd:       !(0),(0)        # override modem response

I don't really know what Phase B is (unfortunately, Harald didn't address
that in his mail; perhaps he or someone else can enlighten) so I can't
comment as to what aspect of my configuration might have an impact on
things.  I am lucky enough to be directly connected to my CO (15 feet to
the phone switch) so my lines are perfectly clean from this end.  All my
modems are the same type, and it's running on a relatively fast machine.

David.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Steve Williams <steve@genie96.com>
cc: greg@csurf.co.za (Gregory Massel), flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Sat, 04 Apr 1998 00:15:56 +0530
Sender: owner-flexfax@celestial.com

| Yes, it is a harsh statement.  I have very intimate personal experience
| with them in a "high use" environment.  I am a volunteer for a Unix Users
| group in Calgary here.  When the internet first really got going, we installe
| 80-100 USR Sportsters for our dial in pool.
| 
| Another ISP in Calgary installed about 120 ( we shared office space at the 
| time ).
| 
| THEY caused no end of grief, trying to serve about 600 members, and that was
| all DATA use.

I've see very negative reports about Sportsters in India. I'm told
they're the #1 modem in the US. In India, a lot of ZyXEL sales come from
people who have tried saving money by buying a Dataport or a Sportster
as their first modem. :)

Sportsters are definitely not to be used for serious use. Individual
home users who can afford to waste time can use them. The point is that
they are poor in handling noisy lines or other deviations from narrow
limits of parameters.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 04 Apr 1998 14:33:49 +1000
To: Shuvam Misra <shuvam@spacenetindia.com>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
  Omni modem 
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi Shuvam,
I had a quick look at your config, i'm not super familiar with Zyxel's but
nothing looked obviously wrong.  

I perhaps would remove or alter the LocalIdentifier line to make it your
phone no only, but i imagine this would only upset a small percentage of
fax machines.  Also it's just a personal thing but it would be much better
if you were using /dev/ttySX rather than /dev/modem.

Perhaps you could get a spare serial card and try that(they are fairly
cheap) to remove the possibility that your motherboard serial ports are
faulty.  Also if you know someone else with the same model modem perhaps
you could substitute to ensure that is not at fault.  You just want to make
sure that there are no hardware problems before you start looking at the
software - otherwise there are just too many variables to figure out what
is going on.

Hylafax has been shipping with the Zyxel config file for well over a year
now, i am finding it hard to believe that it works this badly.

- Robert

At 14:06 3/04/98 +0530, Shuvam Misra wrote:
>| Have you got a spare line you could plug your modem into, just to rule line
>| noise out(unless you have real bad luck and _both_ your lines are noisy)
>
>I do have another line, which is more noisy. I keep it for voice. :)
>
>| Apart from that i imagine it would have to be some sort of configuration
>| error.  Are you using the standard hylafax supplied modem config files for
>| the Zyxel?
>
>Look at http://www.spaceNETindia.com/fax/ and you'll get the config
>files. I'm using the standard ones, except for adding one DCCstring
>thing somewhere, to switch off ECM. Will you take a look?
>
>| PS unless of course your modem is really a 1996 USR Sportster that has been
>| rebadged and sold to you as a Zyxel ;-)
>
>:)
>
>regards,
>Shuvam
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and
To: tpcadmin@info.tpc.int (Mr. Arlington Hewes)
Date: Fri, 3 Apr 1998 08:49:32 +0100 (BST)
Cc: Matthias.Apitz@SOFTCON.de, shuvam@spacenetindia.com, flexfax@sgi.com,
        harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

> Thanks for replying Matthias, but why won't anyone address the very technical points raised by Mr. Pollack?

[ Re wrapping to standard line lengths... ]

] Thanks for replying Matthias, but why won't anyone address the very
] technical points raised by Mr. Pollack?

I suspect that this is because the relevant standards are quite expensive
and not legally available on the net.  (ITU ones are on the net, but
only by subscription.)

] We have someone stating in no uncertain terms that HylaFAX's response to
] 'RTN negative' is wrong. Most respondents on-list refuse to address this
] problem, and those who do say anything about it do not feel they have
] the authority to know.
] 
] This problem is particularly damaging since the recipient ends up with
] multiple pages of the fax (this should not happen!). Suppose your cell is

My naive interpretation of this error would be that the receiving machine
considers the line quality so poor that the printed fax is unlikely to be
of adequate quality - in particular, I would treat the negative as meaning
that the fax has not been accepted.  Many standalone fax machines have no
option to retransmit in this case, so it is only computerised systems,
or high end machines where this becomes an issue.

Note though that the last time I send a fax with a standalone machine, it
set error on the first page but ran through the remaining pages at normal
speed before printing a status report saying retransmit; that makes me think
that it may have had this condition and been encouraging human action to
retransmit after this sort of error.

] I have seen just as many problems with RTN at EOP in Sunnyvale
] Calif - this is _not_ a line noise issue, it's fairly specific to the

Given the nature of V.29 operation in fax, I would think that it was a poor
analogue signal, which could be poor line quality (not necessarily noise)
or a poor transmit or receive modem, but probably a mix of all of these.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem
To: davidb@chelsea.net
Date: Fri, 3 Apr 1998 08:35:11 +0100 (BST)
Cc: rjc@trump.net.au, shuvam@spacenetindia.com, flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> -  Can not open document file - looks like some sort of locking/race
>    condition, having to do with jobs that share the same document file.

An error like this is associated with Postscript interpreter time outs,
either because of a Postscript loop, or too short a timeout.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 4 Apr 1998 16:45:29 +0200 (CEST)
From: HylaFax list <faxlist@master.slon.net>
To: David Woolley <david@djwhome.demon.co.uk>
cc: flexfax@sgi.com
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and
Sender: owner-flexfax@celestial.com

On Fri, 3 Apr 1998, David Woolley wrote:

> Given the nature of V.29 operation in fax, I would think that it was a poor
> analogue signal, which could be poor line quality (not necessarily noise)
> or a poor transmit or receive modem, but probably a mix of all of these.
> 
I don't think so. It lokos like there are some problems in software. I can
see almost all mentione errors in almost totaly controled envronement
with guaranted good lines and with control over both side faxes (be it
standalone or fax/modem.

So if someone will came with an idea or patche, I can test things in such
environement. 

	lp
		gody

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Robert Colquhoun <rjc@trump.net.au>
cc: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Sat, 04 Apr 1998 23:44:41 +0530
Sender: owner-flexfax@celestial.com

| I perhaps would remove or alter the LocalIdentifier line to make it your
| phone no only, but i imagine this would only upset a small percentage of
| fax machines.  Also it's just a personal thing but it would be much better
| if you were using /dev/ttySX rather than /dev/modem.

My /dev/modem is linked to /dev/cua0. I'm always confused about the
difference between cuaX and ttySX. I also remember reading somewhere on
the Usenet that Linux would "soon" abolish this distinction which caused
more problems than it solved, or something to that effect. Did this
"soon" mean kernel 2.0.30?

Regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 4 Apr 1998 13:45:08 -0500 (EST)
From: Mike Porter <mike@UDel.Edu>
To: David Woolley <david@djwhome.demon.co.uk>
cc: davidb@chelsea.net, rjc@trump.net.au, shuvam@spacenetindia.com,
        flexfax@sgi.com
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem
Sender: owner-flexfax@celestial.com

We were seeing errors like this when the volume of FAXing got
to a critical point.  The system didn't have enough memory,
so it started to thrash horribly.  Response time went through
the roof, let alone the time to run a ghostscript process.
Solution was to add another 16MB of memory.

Mike

On Fri, 3 Apr 1998, David Woolley wrote:

> > -  Can not open document file - looks like some sort of locking/race
> >    condition, having to do with jobs that share the same document file.
> 
> An error like this is associated with Postscript interpreter time outs,
> either because of a Postscript loop, or too short a timeout.
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: David Woolley <david@djwhome.demon.co.uk>
cc: davidb@chelsea.net, rjc@trump.net.au, flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Sat, 04 Apr 1998 23:56:30 +0530
Sender: owner-flexfax@celestial.com

| > -  Can not open document file - looks like some sort of locking/race
| >    condition, having to do with jobs that share the same document file.
| 
| An error like this is associated with Postscript interpreter time outs,
| either because of a Postscript loop, or too short a timeout.

No, whenever I have got this error, it is because I've submitted one fax
job using sendfax (using one invocation of sendfax) to two destination
numbers, and then deleted one of the jobs using faxrm. Doesn't happen
always.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Mike Porter <mike@UDel.Edu>
cc: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Sun, 05 Apr 1998 00:32:29 +0530
Sender: owner-flexfax@celestial.com

| We were seeing errors like this when the volume of FAXing got
| to a critical point.  The system didn't have enough memory,
| so it started to thrash horribly.  Response time went through
| the roof, let alone the time to run a ghostscript process.
| Solution was to add another 16MB of memory.

I am handling only one modem using my very-lightly-loaded P133 system
with 32MB RAM. There's no possibility of thrashing at all.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 02 Apr 1998 21:33:55 +1000
To: Shuvam Misra <shuvam@spacenetindia.com>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
  Omni modem
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi Shuvam,
It's hard to make sense of the numbers below(at least for me), i've got a
small script "errorstats" which parses xferlog for errors grouping by type.

Download from http://www.trump.net.au/~rjc/hylafax/

For some numbers - we are using USR Couriers for sending and receiving.
>From the statistics gathered by my errorstats script no particular modem
error is occuring more than 20 times per thousand fax sent.
Roughly:
	Transmit Phase B ~ 13/1000 (The modems are operating in Class 2.0)
	Unknown Modem Problem ~ 17/1000
	T1 Timeout ~ 6/1000
	DCS Errors ~ 7/1000
	EOP Errors ~4/1000
A number of other errors each less than 3 per 1000 fax sent

The negative retrain problem is occuring occasionally, it is worse than
other fax errors in that you always get a complaint from the other end
whereas with the other modems errors fail silently.

I've looked quickly into the source code and i think i can see where to
change the code to stop the retransmit _but_ i am not very keen to do this.
Firstly i am not sure this is the right thing to do and i dont currently
have a good test setup to check whether this is done correctly.

If i was in your situation i would 1) get some accurate data on how many
calls are failing and why 2) double check your configuration 3) get the
telephone company to check all your phone lines.

- Robert

At 07:53 2/04/98 +0530, Shuvam Misra wrote:
>This is in continuation to earlier mails from myself and others on this
>topic. I'm running a TPC cell using Linux, Hylafax 4.0pl2, and a ZyXEL
>Omni O288S, as mentioned before. This is the statistical count of the
>Hylafax transfer figures for the last day:
>
>     52	0
>     39	2
>      6	3
>     13	4
>      1	5
>      1	6
>      2	7
>      1	9
>      1	10
>      1	11
>      1	12
>      1	13
>      1	14

>
>The first field is count or frequency, and the second is the number of
>people who sent a total number of pages as shown. So "52 0" means that
>52 people queued one or more jobs and could send only 0 pages. The
>second line is "39 2" which means that 39 people sent a total of 2 pages
>each. (This is the minimum length of most TPC jobs, because they have
>a cover page, and a short message page after that. This means that 39
>people sent one job each.) And so on.
>
>The total is 121 people, who have tried sending faxes out. Out of them
>52 people couldn't send out anything at all, as we can see. This is
>unacceptable by any standards, I would think. Harald Pollack has said that
>any public fax broadcaster will encounter about 40% failures. Another
>gentleman has been using Multitech modems and has reported 5 to 10%
>failures only. I am reporting about 45% faxes failed, which means perhaps
>60 to 80% of alls calls made, failing. (This is because each fax fails
>only after it has made several attempts to go through.)
>
>Another figure shows that 242 pages were transmitted successfully,
>but 313 error-calls were recorded. These errors exclude the ones where
>carrier couldn't be established. This means that each of these 313 calls
>were completed at the Telco level, and so will be billed to me. Is this
>typical? I am sure all TPC operators who use Hylafax will be getting
>their daily report from "faxcron". Can they send me a five line email
>just cutting out the day's "Total" line from yesterday's report, together
>with a line giving which area they operate in?
>
>Most of us run TPC as a voluntary service. We need to cut wasteful
>expenditure.  We use Hylafax, and we need the Hylafax community to
>come together to figure out whether there is indeed any problem in
>the software which might be increasing errors, as Harald's and others'
>mails have hinted. I have not seen much discussion on the Hylafax
>mailing lists about these fundamental aspects of its behaviour; most of
>the discussion revolves around new setup problems, cover pages, and the
>like, which are important but are not of use in this specific case.
>
>Is Sam Leffler still active on this list or with this software? Is Matt
>Apitz or David Woolley or anyone else in a position to take up these
>issues and bring down the errors, specially with ZyXEL modems? One set
>of ZyXEL users who don't use Hylafax, swear by its fax implementation.
>Should all Hylafax users then switch out of ZyXEL to Multitech? Or
>should all TPC operators switch out of Hylafax?
>
>Hoping for more responses on this list,
>
>regards,
>Shuvam
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 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: Wed, 1 Apr 1998 13:52:22 +0200
To: Sinisa Milivojevic <sinisa@coresinc.com>
From: Thierry Coopman <thierry@skynet.be>
Subject: Re: flexfax: Phase B
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

At 09:38 +0200 01-04-1998, Sinisa Milivojevic wrote:


>I am constantly getting: Phase B error !!!!!!!!!!!!!
>
>
>What is it ????????  And how can I mend it ????????
>
>--
>
>Sinisa
>

Try recompiling the pl2 package without changing the default resolution to 196 dpi
--
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:58 1999
Date: Wed, 01 Apr 1998 12:58:39 -0500
To: flexfax@sgi.com
From: Dan <dan@sns.org>
Subject: flexfax: Mailfax Woes..
Sender: owner-flexfax@celestial.com


	Greetings. I am attempting to set up an email -> fax gateway. I using
HylaFax v4.0pl2, running on FreeBSD 2.2.5, and Sendmail v8.8.7. I printed
out the instructions in mailfax.sh-sendmail, and have tried to implement
them faithfully. Sendmail restarts without any problems. I added a .forward
file to a user and pointed it to dan@8231792.fax . I sent email to the user
with the forward file and I end up with the following in my maillog:

(sorry for the mess!)

Apr  1 12:37:43 shaft sendmail[2321]: MAA02321:
from=<root@shaft.dynahost.com>,
size=314, class=0, pri=30314,
nrcpts=1,msgid=<Pine.BSF.3.96.980401123724.2319A-
100000@shaft.dynahost.com>, proto=SMTP, relay=root@localhost

Apr  1 12:37:49 shaft sendmail[2322]: MAA02321: to=dan@8231792.fax,
ctladdr=<root@shaft.dynahost.com> (0/0), delay=00:00:06, xdelay=00:00:06,
mailer=esmtp, relay=8231792.fax., stat=Host unknown
 (Name server: 8231792.fax.: host not found)

Apr  1 12:37:49 shaft sendmail[2322]: MAA02321: MAA02322: DSN: Host unknown
(Name server: 8231792.fax.: host not found)

-----8<------

	I added the "CPFAX" statement to my sendmail.cf file, I was under the
impression that this would define a pseudo domain, and that would keep this
from happening to me. I understand that I should modify ruleset 3 to let
the fax domain through, but what exactly should I be doing?

	Thanks in advance!

		Dan
 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Mailfax Woes..
To: dan@sns.org (Dan)
Date: Thu, 2 Apr 1998 23:47:32 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> Apr  1 12:37:49 shaft sendmail[2322]: MAA02321: MAA02322: DSN: Host unknown
> (Name server: 8231792.fax.: host not found)
> 
> -----8<------
> 
> 	I added the "CPFAX" statement to my sendmail.cf file, I was under the

CPFAX stops wasting root nameserver resources (and waiting indefinitely
if the root nameserver is inaccessible).  Your problem here is that the
ruleset 0 entry isn't working, so the fax is being handed off to the
esmtp mailer.  You will need to supply your m4 input, and, if necessary,
a diff between the m4 output and the actual .cf (or a diff between your
.cf and some standard .cf).

Note though:

1) I believe you can deliver to programs in .forward - it is much better to
deliver to faxmail than to redirect (if only from a theft of service 
point of view);  You can certainly deliver to programs using aliases;

2) When I pointed out the need for CPFAX I had not realised that the
fax mailer macro in recent sendmail m4 configurations doesn't just
define the mailer, but also generates the CPFAX and ruleset 0 entry,
so, if you are using the m4 macros, you should just declare a fax mailer
and ignore the instructions in Hylafax, except in as much as you have
to patch up path names.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: "Christopher Rizzo" <crizzo@bwi.com>
To: <flexfax@sgi.com>
Subject: flexfax: Problem with JSUBM 
Date: Wed, 1 Apr 1998 17:19:52 -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 color=#000000 size=2>When I try to run this command:</FONT></DIV>
<DIV><FONT color=#000000 size=2></FONT>&nbsp;</DIV>
<DIV><FONT color=#000000 size=2>sendfax -vv -n -d 5551212 
/home/test</FONT></DIV>
<DIV><FONT color=#000000 size=2></FONT>&nbsp;</DIV>
<DIV>
<DIV><FONT color=#000000 size=2>And the process just stops there. Despite my 
best efforts to figure out what's going on </FONT></DIV>
<DIV><FONT color=#000000 size=2>I'm stumped. Can anyone help me understand 
what's going on here?</FONT></DIV></DIV>
<DIV><FONT color=#000000 size=2></FONT>&nbsp;</DIV>
<DIV><FONT color=#000000 size=2>This is the verbose result:</FONT></DIV>
<DIV><FONT color=#000000 size=2></FONT>&nbsp;</DIV>
<DIV><FONT color=#000000 size=2>Apply DisplayNumber rules to 
&quot;5551212&quot;<BR>--&gt; return result &quot;5551212&quot;<BR>-&gt; TYPE 
I<BR>200 Type set to Image.<BR>SEND compressed data, 5760 bytes<BR>-&gt; PORT 
127,0,0,1,79,161<BR>200 PORT command successful.<BR>-&gt; MODE Z<BR>200 Mode set 
to ZIP.<BR>-&gt; STOT<BR>150 FILE: /tmp/doc22.ps (Opening new data 
connection).<BR>SEND 2138 bytes transmitted (2.7x compression)<BR>226 Transfer 
complete (FILE: /tmp/doc22.ps).<BR>-&gt; JNEW<BR>200 New job created: jobid: 24 
groupid: 24.<BR>-&gt; JPARM FROMUSER &quot;root&quot;<BR>213 FROMUSER set to 
&quot;root&quot;.<BR>-&gt; JPARM LASTTIME 000259<BR>213 LASTTIME set to 
000259.<BR>-&gt; JPARM MAXDIALS 12<BR>213 MAXDIALS set to 12.<BR>-&gt; JPARM 
MAXTRIES 3<BR>213 MAXTRIES set to 3.<BR>-&gt; JPARM SCHEDPRI 127<BR>213 SCHEDPRI 
set to 127.<BR>-&gt; JPARM DIALSTRING &quot;5551212&quot;<BR>213 DIALSTRING set 
to &quot;5551212&quot;.<BR>-&gt; JPARM NOTIFYADDR &quot;<A 
href="mailto:root@mail.com">root@mail.com</A>&quot;<BR>213 NOTIFYADDR set to 
&quot;<A href='mailto:root@mail.com"'>root@mail.com&quot;</A>.<BR>-&gt; JPARM 
VRES 98<BR>213 VRES set to 98.<BR>-&gt; JPARM PAGEWIDTH 215<BR>213 PAGEWIDTH set 
to 215.<BR>-&gt; JPARM PAGELENGTH 279<BR>213 PAGELENGTH set to 279.<BR>-&gt; 
JPARM NOTIFY &quot;none&quot;<BR>213 NOTIFY set to &quot;none&quot;.<BR>-&gt; 
JPARM PAGECHOP &quot;default&quot;<BR>213 PAGECHOP set to 
&quot;default&quot;.<BR>-&gt; JPARM CHOPTHRESHOLD 3<BR>213 CHOPTHRESHOLD set to 
3.<BR>-&gt; JPARM DOCUMENT /tmp/doc22.ps<BR>200 Added document /tmp/doc22.ps as 
docq/doc22.ps.24.<BR>-&gt; JSUBM</FONT></DIV>
<DIV><FONT color=#000000 size=2></FONT>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=2>Chris &lt;neomage@netmeg.net&gt;</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>
</x-html>
Date: Thu, 2 Apr 1998 09:37:00 -0500 (EST)
From: Jason Sonnenschein <jes@ans.net>
To: flexfax@sgi.com
Subject: flexfax: bug? in hfaxd, or expected behavior?
Sender: owner-flexfax@celestial.com


Hello all,

I found an annoyance in behavior of hfaxd.  When entering the text of
a page on the command line with sendpage, it can handle any number of single 
quotes, but handles doublequotes in a funny way...  If an odd number of 
double quotes are in the message, the message bounces... unmatched quotes.  
If there is an even number, the double-quotes are stripped.  Putting a 
backslash in front of a double-quote puts _both_ the backslash and the 
double-quote in the page.

Any suggestions?

Jason Sonnenschein
ANS Network Operations

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Andreas Schamanek <schamane@taugtnix.bwl.univie.ac.at>
Date: Thu, 2 Apr 1998 11:03:38 -0700 (MST)
To: Thomas Wimmer <thomas@lcars.wh.uni-stuttgart.de>
cc: flexfax@sgi.com
Subject: Re: flexfax: How to implement vgetty with faxgetty from HylaFAX ?
X-Acknowledge-To: Andreas.Schamanek@univie.ac.at
X-4U: *Prove* your trust!
Sender: owner-flexfax@celestial.com

Hi Thomas!

I don't know much about HylaFax, but ...

On Mon, 30 Mar 1998, Thomas Wimmer wrote:

> How can I use vgetty to answer Voice-calls ?
[...] 
> So, what did I do wrong ? As I gather it the faxgetty does not propperly
> distinguish between fax and voice.

you haven't said which modem you are using. As far as I understand the
whole thing you'll have many difficulties using a Class 1 modem.

But others might want to add more to this.

-- Andreas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Minhduc Tonnu <minhduc@yoyo.cc.monash.edu.au>
Subject: flexfax: @ form of dialling problem
To: flexfax@sgi.com
Date: Fri, 3 Apr 1998 05:24:41 +1000 (EST)
Sender: owner-flexfax@celestial.com

I've discovered that the @ sign at the end of a dial number string does
not work with a Dynalink modem (V1433VQH-R).On outgoing fax call, sometimes
a fax connection is established, sometimes not (no carrier) but the remote end
always hang up with "unspecified phase B error.." What the outcome is seems to
depend on the speed with which the remote answers.

Regards.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 03 Apr 1998 10:55:58 +0100
From: Chris Stenton <jacs@gnome.co.uk>
Organization: Gnome Computers Limited
To: flexfax@sgi.com
Subject: flexfax: Wrongly informing a remote machine we have recieved a fax when we have not
Sender: owner-flexfax@celestial.com

I am using hylafax-v4.0pl1 on FreeBSD 2.2.6 with a Courier V everything
modem. I have just found out that I have not recieved some faxes that
remote machines were given confirmation of reciept by Hylafax. It
appears in all cases to be when the comms rate is negotiated down to
4800 baud. Here is a small section of one of the log files I have.

Mar 30 14:34:35.68: [  329]: SESSION BEGIN 00000051 441480356140
Mar 30 14:34:35.68: [  329]: <-- [4:ATA\r]
Mar 30 14:34:54.57: [  329]: --> [4:+FCO]
Mar 30 14:34:54.57: [  329]: ANSWER: FAX CONNECTION
Mar 30 14:34:54.57: [  329]: RECV FAX: begin
Mar 30 14:34:56.24: [  329]: --> [27:+FTI:"Fax Message To      "]
Mar 30 14:34:56.24: [  329]: REMOTE TSI "Fax Message To"
Mar 30 14:34:56.51: [  329]: --> [20:+FCS:0,5,0,2,0,0,0,0]
Mar 30 14:34:56.51: [  329]: REMOTE wants 14400 bit/s
Mar 30 14:34:56.51: [  329]: REMOTE wants page width 1728 pixels in 215
mm
Mar 30 14:34:56.51: [  329]: REMOTE wants unlimited page length 
Mar 30 14:34:56.51: [  329]: REMOTE wants 3.85 line/mm
Mar 30 14:34:56.51: [  329]: REMOTE wants 1-D MR
Mar 30 14:34:56.68: [  329]: --> [2:OK]
Mar 30 14:34:56.68: [  329]: <-- [7:AT+FDR\r]
Mar 30 14:35:03.24: [  329]: --> [27:+FTI:"Fax Message To      "]
Mar 30 14:35:03.24: [  329]: REMOTE TSI "Fax Message To"
Mar 30 14:35:03.51: [  329]: --> [20:+FCS:0,5,0,2,0,0,0,0]
Mar 30 14:35:03.51: [  329]: REMOTE wants 14400 bit/s

<snip> ... much more of the same then

Mar 30 14:35:55.17: [  329]: REMOTE wants 4800 bit/s
Mar 30 14:35:55.17: [  329]: REMOTE wants page width 1728 pixels in 215
mm
Mar 30 14:35:55.17: [  329]: REMOTE wants unlimited page length 
Mar 30 14:35:55.17: [  329]: REMOTE wants 3.85 line/mm
Mar 30 14:35:55.17: [  329]: REMOTE wants 1-D MR
Mar 30 14:35:57.76: [  329]: --> [7:CONNECT]
Mar 30 14:35:57.76: [  329]: RECV: begin page
Mar 30 14:35:57.76: [  329]: RECV: send trigger 022
Mar 30 14:35:57.76: [  329]: <-- data [1]
Mar 30 14:36:57.00: [  329]: RECV: 0 total lines, 0 bad lines, 0
consecutive bad lines
Mar 30 14:36:57.00: [  329]: --> [14:+FPS:1,0,0,0,0]
Mar 30 14:36:58.37: [  329]: --> [6:+FET:2]
Mar 30 14:36:58.37: [  329]: RECV recv EOP (no more pages or documents)
Mar 30 14:36:58.37: [  329]: --> [2:OK]
Mar 30 14:36:58.37: [  329]: RECV send MCF (message confirmation)
Mar 30 14:36:58.37: [  329]: RECV FAX (00000051): from Fax Message To,
page 1 in 2:02, INF, 3.85 line/mm, 1-D MR
Mar 30 14:36:58.37: [  329]: RECV FAX (00000051): recvq/fax00039.tif
from Fax Message To, route to <unspecified>, 1 pages in 2:04
Mar 30 14:36:58.37: [  329]: <-- [7:AT+FDR\r]
Mar 30 14:37:01.34: [  329]: --> [7:+FHS:00]
Mar 30 14:37:01.34: [  329]: REMOTE HANGUP: Normal and proper end of
connection (code 0)
Mar 30 14:37:01.34: [  329]: RECV FAX: bin/faxrcvd "recvq/fax00039.tif"
"cuaa2" "00000051" ""
Mar 30 14:37:01.55: [  329]: RECV FAX: end
Mar 30 14:37:01.55: [  329]: SESSION END

As can be seen it has not recieved any lines but sends back a message
confirm. Any idea what is wrong? Please e-mail me any reply. 

Thanks

Chris

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 03 Apr 1998 13:16:06 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.5
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id DAA24504
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id NAA01173

Hi,

i have released version 0.8.5 of whfc on http://www.transcom.de/whfc .
But there is one
bad news. I haven't got the permissions to release the source code for
new versions. (order from the 
management). So i must remove the GPL - copyright but whfc is already
free and can be used
in commercial enviroments.

I have fixed some problems with the port monitor and a bug which can
cause problems in the
Phonebook.

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:58 1999
Date: Fri, 3 Apr 1998 08:11:37 -0500
From: "Jonathan I. Kamens" <jik@kamens.brookline.ma.us>
To: flexfax@sgi.com
Subject: flexfax: Sending a fax with HylaFax+Class1 to a shared fax line
Sender: owner-flexfax@celestial.com

I'm running HylaFax v4.0pl1 with a Class 1 fax modem (SupraExpress
56e).

I'm trying to send a fax to a telephone line that is shared between
voice and fax use.  The owner of the line told me, "Just hit send
right after dialing; don't wait for the fax machine to answer."  But I
don't know how to tell hylafax and/or my modem to assume that the
other fax machine is going to answer and start negotiating right away,
so I am unable to send the fax.  I've tried to just send it normally,
and it doesn't work.

I assume that my modem is sending a CNG tone, and I know that the
stuff at the other end of the line should be smart enough to detect
the CNG tone and switch to fax mode.  But since it's not, is there any
way I can convince the software or hardware at my end of the line to
jump right into sending the fax immediately after it dials?

(BTW, I've checked the FAQ and the documentation for my modem, and I
also did a DejaNews search, but I couldn't find an answer to this
question.)

Thanks,

  jik

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.5 
Date: Fri, 03 Apr 1998 09:41:08 -0500
From: Glenn Burkhardt <glenn@aoi.ultranet.com>
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA01513

> From: Ulrich Eckhardt <uli@transcom.de>
> To: HylaFax Mailing liste <flexfax@sgi.com>
> Subject: flexfax: WHFC 0.8.5
> Hi,
> 
> i have released version 0.8.5 of whfc on http://www.transcom.de/whfc .
> But there is one
> bad news. I haven't got the permissions to release the source code for
> new versions. (order from the 
> management). So i must remove the GPL - copyright but whfc is already
> free and can be used
> in commercial enviroments.

Thanks for all the work.  But your management's decision means that we can't
help you debug the code as much, or offer patches.  Oh well...

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 11:20:17 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Robert Colquhoun <rjc@trump.net.au>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: flexfax: errorstats script by Robert Colquhoun
Sender: owner-flexfax@celestial.com

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

On Fri, 3 Apr 1998, Robert Colquhoun wrote:

> I wrote the original script, the help assess Phase B problems in the USR
> Sportster

Robert, could you perhaps follow the model of the fax2ps, faxaddmodem,
etc.  scripts and source the $SPOOL/etc/setup.cache file, then use
$AWK rather than awk, $SPOOL/etc/xferlog rather than hard-coding it,
etc.? This would make the script much more portable and easy to add to
the HylaFAX distribution. For example, "awk" isn't used by HylaFAX
under SunOS, "nawk" is used instead.

> I knew i should have put a copyright on the top ;-)

Yeah, that and a signature or source to get the latest version
is very useful for little utilities like this.

> It was only a temporary measure i was going to merge this with the
> xferstats script perhaps "xferstats -error" to get the same output.

That would work very nicely.


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

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

iQCVAwUBNSUMID/+ItycgIJRAQFjPwQAl9OqjF7pzh9CHee1MseZl9x1XR3j9Mon
bJfFNKD9fd35Hx9c1NwrCJed8YSsBx5H1qB0JKHREO2/lrKhlmY4+VNm7k6WeFJr
zuBfwvpmVBe1B/PThVmobjLWnYotgIoEiaD76UFJFRER/6KqEopC48mBiLjSVZMn
a+fpJp/aejs=
=zWtU
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 10:41:47 -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

I'm resending this, in the hopes that -someone- out there has seen this
problem, and can help. I'll happily test out patches, etc, if someone is
working on this.

---------- Forwarded message ----------
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

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:58 1999
Date: Fri, 3 Apr 1998 10:51:27 -0800 (PST)
From: Tim Rice <tim@trr.metro.NET>
To: "Jonathan I. Kamens" <jik@kamens.brookline.ma.us>
cc: flexfax@sgi.com
Subject: Re: flexfax: Sending a fax with HylaFax+Class1 to a shared fax line
Sender: owner-flexfax@celestial.com

On Fri, 3 Apr 1998, Jonathan I. Kamens wrote:

> I'm running HylaFax v4.0pl1 with a Class 1 fax modem (SupraExpress
> 56e).
> 
> I'm trying to send a fax to a telephone line that is shared between
> voice and fax use.  The owner of the line told me, "Just hit send
> right after dialing; don't wait for the fax machine to answer."  But I
> don't know how to tell hylafax and/or my modem to assume that the
> other fax machine is going to answer and start negotiating right away,
> so I am unable to send the fax.  I've tried to just send it normally,
> and it doesn't work.
> 
> I assume that my modem is sending a CNG tone, and I know that the
    ^^^^^^  Does it or doesn't it?
A simple test would be to send a fax to your own voice line and listen
for the tones. (Don't forget to faxrm your job after the first call. :-) )

> stuff at the other end of the line should be smart enough to detect
> the CNG tone and switch to fax mode.  But since it's not, is there any
> way I can convince the software or hardware at my end of the line to
> jump right into sending the fax immediately after it dials?
> 
> (BTW, I've checked the FAQ and the documentation for my modem, and I
> also did a DejaNews search, but I couldn't find an answer to this
> question.)
> 
> Thanks,
> 
>   jik
> 

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 14:03:29 -0500
From: "Jonathan I. Kamens" <jik@kamens.brookline.ma.us>
To: tim@trr.metro.net
CC: flexfax@sgi.com
Subject: Re: flexfax: Sending a fax with HylaFax+Class1 to a shared fax line
Sender: owner-flexfax@celestial.com

>  Date: Fri, 3 Apr 1998 10:51:27 -0800 (PST)
>  From: Tim Rice <tim@trr.metro.net>
>  
>  On Fri, 3 Apr 1998, Jonathan I. Kamens wrote:
>  > I assume that my modem is sending a CNG tone, and I know that the
>      ^^^^^^  Does it or doesn't it?

Yes.

  jik

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 3 Apr 1998 14:21:15 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Stan Brown <stanb@awod.com>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Permissions question
Sender: owner-flexfax@celestial.com

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

On Fri, 3 Apr 1998, Stan Brown wrote:

> 	I just added a new machine to my network. I automounted lot's of /opt
> 	executable directories including hylafax from anothe machine of the
> 	same architecture. 
> 
> 	Now when I do sendfax from this machie, I get prompted for a password.
> 	Clearly this is an rhosts typ of problem, but which user should have
> 	the new achine in it .rhosts file to allow hylafax to work? sendfax
> 	seems to be owned by root.

This is a $SPOOL/etc/hosts problem, not a .rhosts problem. Take a look
at the manual page for hosts in the HylaFAX manpages, or (to prevent
confusing it with /etc/hosts), consider using the hosts patch I wrote at
	http://cirl.meei.harvard.edu/~raoul/hylafax/patches/

This patch renames that file and the documentation with it to use "hosts.fax"
instead of "hosts". It's not an official patch, but it helps me keep this
sort of question straight and point people to the right hosts file.

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

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

iQCVAwUBNSU2pT/+ItycgIJRAQEP9wP8D1hmkGX2z1xerjoQfX6jYD9NbiOwhe7J
ZbfzsToOA3GvWbas34PD10r0vdKN1lyx47XKygYEEaL7J+bZ53SLZgI5KxvHCxvJ
L2zT/kthfspIs9Kyx1CN/xpfFHsS471EWwji46c3jBZy6USL1LvOo0tMkBuEJ3NE
LXAb9ul7K0E=
=ToSO
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 03 Apr 1998 14:02:11 -0600
From: William Suetholz <wsuetholz@centonline.com>
Organization: Centurion Computer Systems, Inc.
To: Jeff Hayes <jhayes@aw.sgi.com>
CC: flexfax@sgi.com
Subject: Re: flexfax: building TIFF libs on IRIX 6.3 ..
Sender: owner-flexfax@celestial.com

Just a guess, but, SGI has their GL Graphics modeling library, and this might be
it.

Jeff Hayes wrote:

> the TIFF build got to here and died.  anyone know where libgl_s comes from?
>
> --- tiffsv ---
>         /usr/bin/cc -o tiffsv -ansi -g -O -I. -I../tools -I../libtiff sgisv.o
> ../libtiff/libtiff.so    -lm -lgutil -lgl_s
> ld: WARNING 84: /usr/lib/libgutil.a is not used for resolving any symbol.
> ld: FATAL 9: I/O error (-lgl_s): No such file or directory
> *** Error code 1
> smake: Error: 1 error
> *** Error code 2
> smake: Error: 1 error
> *** Error code 2
> smake: Error: 1 error
>
> --
>                      Jeff Hayes   OpenStuff Assistant
>                         Alias | Wavefront - Toronto
>                              jhayes@aw.sgi.com
>                              416-362-8558 x8441

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Steve Williams <steve@genie96.com>
Subject: Re: flexfax: Permissions question
To: stanb@awod.com (Stan Brown)
Date: Fri, 3 Apr 1998 13:08:21 -0700 (MST)
Cc: flexfax@sgi.com
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

> 
> 	I just added a new machine to my network. I automounted lot's of /opt
> 	executable directories including hylafax from anothe machine of the
> 	same architecture. 
> 
> 	Now when I do sendfax from this machie, I get prompted for a password.
> 	Clearly this is an rhosts typ of problem, but which user should have
> 	the new achine in it .rhosts file to allow hylafax to work? sendfax
> 	seems to be owned by root.
> 
Just a word of warning, DO NOT NFS mount the /var/spool/fax/ directory tree.

Or at least, the FIFO's, and the dev directory may cause problems if you do
that.

You really only need to install the "client" software, and set your FAXSERVER
( I'm not 100 % sure that is correct ) to point at the system with the modem(s)
on it.

Good Luck,
-- 
	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:58 1999
From: "Jeff Hayes" <jhayes@aw.sgi.com>
Date: Fri, 3 Apr 1998 15:27:56 -0500
X-Face: D?|?.U|{'7jEV114_5]b:9s"+.x2Twp5td-j6XWWN_pDF+RdN^Xy]yJ,cG$[(Se>eL,jm|c
        3T{`&`g;s^2S[87a9HStu4},Ir'.>yvK/G5sTtrv:?+RLrfxZ|>-Hn@Qg8&&K}@GHT%pGp0Ot*?6)]
        S5o?vN@38FW8>%:/=hXNl7%QDJEYv!nVhtY_Rr<%c~VnUo^T`E5Bz,(z|~H`Ni2.fCMg4n\^"Bw29;
        6l9fqaz"("Voe_Wyj6+|XEWV*!pl){(1W(<Z<[YFA328ybN+:/ECWjI6*lPab'r!hL)8
To: William Suetholz <wsuetholz@centonline.com>
Subject: Re: flexfax: building TIFF libs on IRIX 6.3 ..
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

William Suetholz inscribed thusly:
>
> Just a guess, but, SGI has their GL Graphics modeling library, and
> this might be it.
>
> Jeff Hayes wrote:
>
> > the TIFF build got to here and died.  anyone know where libgl_s comes from?
> >
> > --- tiffsv ---
> >         /usr/bin/cc -o tiffsv -ansi -g -O -I. -I../tools -I../libtiff
sgisv.o
> > ../libtiff/libtiff.so    -lm -lgutil -lgl_s

I did find it .. the gl_s is an OLD form of the gl library.

I had to replace it with   -lgl and -lm  to get the math library
elements that the older gl_s  included.

thanks all


--
                     Jeff Hayes   OpenStuff Assistant
                        Alias | Wavefront - Toronto
                             jhayes@aw.sgi.com
                             416-362-8558 x8441

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: greg@csurf.co.za (Gregory Massel)
Date: Sat, 4 Apr 1998 12:00:16 +0100 (BST)
Cc: shuvam@spacenetindia.com, flexfax@sgi.com, harald.pollack@omv.co.at,
        tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

> unless you run setserial and tell it it is an 8250, doesn't it pick it up
> as a 16450?

8250 was used as a generic description for the whole Intel UART family
(8250, 16450 and 16550).  If you ignore the 16550's FIFO modes, they are
all more or less software identical and they are all the only UARTs I've
ever come across that use event rather than state driven interrupts.

They were being compared with the UARTs in PDP 7s, 8s, 11s, Motorola chips,
AY- chips etc.  The Linux driver is written for these sorts of UART, not
for the Intel ones.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: shuvam@spacenetindia.com
Date: Sat, 4 Apr 1998 12:21:54 +0100 (BST)
Cc: flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

> they are 16550A. How do I find out the chipset? Do I have to open the
> cabinet and look inside? That'll be a bit tough; my server runs round
> the clock.

I'm afraid that's the case.  Basically I know that Intel UARTs can misbehave
when transmit interrupts are disable on the fly, and I have circumstancial 
evidence that emulations do the same, but possibly different misbehaviour.
However, the data sheet doesn't suggest that they should, so the problem is
probably an internal design one, that might differ between different
implementations.

> 
> | The reason for asking is that I have fairly good circumstancial evidence
> | that the Linux standard serial driver is flawed, at least for some chipsets.
> 
> You mean no one in the Linux developers group has time to look into it?
> Sad. Again, as you said, maybe only the fax user and dialup UUCP user
> needs to bother about it.

I've tried to raise it once or twice on USENET with no response and there
were no relevant changes in the 2.1 sources last time I looked.  I think
the problem is that most heavy users of serial comms, particularly those
using protocols which do fast line turnrounds, are using PPP or UUCP.
The PPP users probably just think the broken packets are general network
problems, and few UUCP users probably look at the logs, and those that
do probably don't fully realise that a properly flow controlled error
correcting modem should produce virtually no errors at the UUCP protocol
level (long time UUCP users may be used to non error-correcting modems,
and newer ones may not look inside the guts).

There are basically two approaches I have to getting this considered
seriously.  One is to actually rework the ISR to drive the UARTs as
intended and the other is to get enough statistical evidence to prove
that there is a real problem.  The first one requires significant
amounts of my free time and also phone costs (it is causing problems
with our UUCP link from the office, but the extra phone costs aren't
commensurate with the risk of disruption and the time costs involved in
doing this in office hours).

Getting statistics requires finding enough people who are concerned and
have the technical knowledge to understand that there are real problems
which are not the result of the network.

Some more background:  The original symptoms which led me to a USENET
response pointing out that disabling interrupts was the wrong thing
was not on Linux, and was with real UARTs, not ASICs.  In that case a
NUL either replaced the last character or was appended to it (I can't
remember the fine details).  My Linux problems are more consistent with
input being corrupted in proportiion to the number of transmit stops that
collide with input).  In no cases does Linux log an overrun to syslog,
which I believe it would do for a genuine overrun.

One test I did with UUCP once was to do transfers between a motherboard 
serial port and a Rocket Card.  All the errors occured from the Rocket
port to the standard serial port.

One suspicion is that some of the modem sensitivity depends on how fast
the modems respond to commands.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 4 Apr 1998 15:51:33 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem 
Sender: owner-flexfax@celestial.com

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

On Sat, 4 Apr 1998, Robert Colquhoun wrote:

> Hi Shuvam,
> I had a quick look at your config, i'm not super familiar with Zyxel's but
> nothing looked obviously wrong.  
> 
> I perhaps would remove or alter the LocalIdentifier line to make it your
> phone no only, but i imagine this would only upset a small percentage of
> fax machines.  Also it's just a personal thing but it would be much better
> if you were using /dev/ttySX rather than /dev/modem.

Not necessarily. Many Linux modem packages use /dev/modem as a
default, and altering that is a royal pain in the butt. Even the
modemconfig tool in the control panel makes symbolic links to
/dev/modem from /dev/cua*.  Now, keeping /dev/cua* and /dev/ttyS* both
running is an error: but using /dev/modem as a symbolic link to either
/dev/cua1 or /dev/ttyS1 works fine for me, and I think is a reasonable
setup.

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

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

iQCVAwUBNSacGj/+ItycgIJRAQGVIAP9HZ4n7u2/XXlMu9Kp221NMRGEi+igk6e+
Jgap9NySnAhowf0xMQAGhrm6NS+HRgWdjrlzGNsZT3hCOpCmNELecG5Q/nL5bh/s
38QGxdqMmfoEQldOe+QxzGyuQeGCx5h88wIYx+EXNKFDpWWpf12djQZy8ohU322L
1fKbKlgcB9M=
=HUUC
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 4 Apr 1998 16:33:28 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Sender: owner-flexfax@celestial.com

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

On Sat, 4 Apr 1998, Shuvam Misra wrote:

> | I perhaps would remove or alter the LocalIdentifier line to make it your
> | phone no only, but i imagine this would only upset a small percentage of
> | fax machines.  Also it's just a personal thing but it would be much better
> | if you were using /dev/ttySX rather than /dev/modem.
> 
> My /dev/modem is linked to /dev/cua0. I'm always confused about the
> difference between cuaX and ttySX. I also remember reading somewhere on
> the Usenet that Linux would "soon" abolish this distinction which caused
> more problems than it solved, or something to that effect. Did this
> "soon" mean kernel 2.0.30?

That was me: according to Ted T'so at MIT, the split-device trick is
going away in the next major kernel change. Tools like mgetty and
HylaFAX make it unnecessary.

It's still present in 2.0.33, however.

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

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

iQCVAwUBNSanIj/+ItycgIJRAQEqTwP/aERMcL8KUKDLoOvD7oHfvcHmD0vihOhO
aOFAbQa9pSuzM7nygRAR+5F9b+XoY+09+Yf1vJ+6NWJ7W8J4Ur4B22W0FDrknkbU
ctxmIsFDYKI9e5Ggiaoaf3F6X+1GrSd5JDxvpwV6ruqzkg2hsgKxCz4OglHrBxO1
Dftn6po+MCw=
=w8/c
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Steve Williams <steve@genie96.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem
To: shuvam@spacenetindia.com
Date: Sat, 4 Apr 1998 21:31:12 -0700 (MST)
Cc: flexfax@sgi.com
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

> 
> | We were seeing errors like this when the volume of FAXing got
> | to a critical point.  The system didn't have enough memory,
> | so it started to thrash horribly.  Response time went through
> | the roof, let alone the time to run a ghostscript process.
> | Solution was to add another 16MB of memory.
> 
> I am handling only one modem using my very-lightly-loaded P133 system
> with 32MB RAM. There's no possibility of thrashing at all.
> 

Hi, it's me again.

I had a thought..., why not try running the modem in Class 1 mode
for a while.  If you have the horsepower in your box, then it
should be able to run in Class 1 with few problems.  

Humm, on second thoughts, that won't clearly identify what I 
thought it would, that the modem's Class 2 implementation is broken..
since it is running different code in HylaFax.

BUT, it would give some new statistics FOR YOUR ENVIRONMENT that we
can use a a baseline and make some comparisons.

What do you think?

-- 
	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:58 1999
To: Steve Williams <steve@genie96.com>
cc: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Date: Sun, 05 Apr 1998 14:27:16 +0530
Sender: owner-flexfax@celestial.com

| I had a thought..., why not try running the modem in Class 1 mode
| for a while.  If you have the horsepower in your box, then it
| should be able to run in Class 1 with few problems.  

I'm game. What do I have to do? Do I shut down faxq and faxgetty and
then do a faxaddmodem?

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem
To: raoul@cirl.meei.harvard.edu (Nico Garcia)
Date: Sun, 5 Apr 1998 13:42:31 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> Not necessarily. Many Linux modem packages use /dev/modem as a
> default, and altering that is a royal pain in the butt. Even the

You must use the same name for all uses of the port, otherwise locking
won't work!  This is why /dev/modem is a bad thing and I don't use it.

All these naming issues affect locking, not normal operation.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and
To: faxlist@master.slon.net (HylaFax list)
Date: Sun, 5 Apr 1998 13:53:59 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> I don't think so. It lokos like there are some problems in software. I can
> see almost all mentione errors in almost totaly controled envronement
> with guaranted good lines and with control over both side faxes (be it
> standalone or fax/modem.
> 
> So if someone will came with an idea or patche, I can test things in such
> environement. 

Retraining is only any use in dealing with a bad line, not with protocol
problems.  It may be that the remote fax modem (including one in a fax
machine) is using the wrong criteria to request a retrain, but if it is
doing so, it is at fault.

(The receiving modem has to model the characteristics of the line, which
will tend to blur one bit into another (one signalling unit, which is really
multiple bits).  To do this, part of the start up of the modem is a sequence
of increasingly complex, but predictable signals, that the receiving modem
can use to calibrate its filters (basically what it is doing is working out
how much the signalling units interfere with each other and introducing
compensating corrections based on previous units).  If the line characteristics
change significantly, it may be necessary to repeat the calibration process,
which is what is called a retrain.

Retrains ought to be initiated on the basis of measurements of the analogue
signal, but might be triggered, in a simple implementation, by an excess 
error rate in the demodulated data.  It would only be in that latter case that
anything in the software or interface to the modem would trigger a retrain,
and then would only be the result of using the wrong criteria.)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: TPC-OPER: Re: flexfax: Large number of errors with Hylafax and
To: david@djwhome.demon.co.uk (David Woolley)
Date: Sun, 5 Apr 1998 15:09:17 +0100 (BST)
Cc: tpcadmin@info.tpc.int, Matthias.Apitz@SOFTCON.de, shuvam@spacenetindia.com,
        flexfax@sgi.com, harald.pollack@omv.co.at, tpc-oper@info.tpc.int
Sender: owner-flexfax@celestial.com

> ] We have someone stating in no uncertain terms that HylaFAX's response to
> ] 'RTN negative' is wrong. Most respondents on-list refuse to address this
> ] problem, and those who do say anything about it do not feel they have
> ] the authority to know.

I haven't got the definitive documents, but the Rockwell chipset documentation
(from their Japanese site, not the corporate one, and a superset of the
capabilities of any one modem) says that there are 5 possible statuses
at this point (Phase D):

MCF - good
RTN - bad, please retrain
RTP - good, please retrain
PIN - bad, please interrupt
PIP - good, please interrupt

>From which I would feel fairly confident to say that a sender should retransmit
the page on RTN, if possible, as the receiver would have sent RTP if it wanted
a retrain, but not a retransmission.

The only remaining question is whether there are machines that send RTN in
response to data errors, rather than analogue signal quality, and therefore
whether the RTN could be due to a fault at the sender, rather than poor line
quality (in which case it is possible that retransmissions, although correct,
could fail).

The Rockwell documents don't say what to do with a bad page, and it may well
be that the ITU-T ones don't either, as they may only specify the protocol, 
not the actions of higher level functions.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 5 Apr 1998 19:53:50 -0400 (EDT)
From: David Birnbaum <davidb@chelsea.net>
Reply-To: David Birnbaum <davidb@chelsea.net>
To: Mike Porter <mike@UDel.Edu>
cc: David Woolley <david@djwhome.demon.co.uk>, rjc@trump.net.au,
        shuvam@spacenetindia.com, flexfax@sgi.com
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem
Sender: owner-flexfax@celestial.com

Well....the machine is certainly busy at that point, but it's a pretty big
machine; it ought to be able to do the whole thing with 128MB of memory
and two SPARC processors.  Plus, it's sending six faxes simultaneously of
the same image, so it seems odd that it's getting imaged each time.  I
have a PS timeout of like five minutes, and the image takes < 0.5sec to
image (it's pretty simple).

Perhaps some more info would help.  Basically, I create one job and then
suspend it.  I then "clone" the job to send out 1200 copies of it to our
user community.  Of the 1200, maybe 0.5 fail (ie, every couple of days).
So...the question is, can I turn on more specific debugging that says
*why* HylaFax can't open the document file?  It's impossible to replicate,
and of course, by the time I look at things, the document file is there.
Not being a real C hacker, I don't know how much debugging I can
comfortable put into the code....

Suggestions....   ?

David.

On Sat, 4 Apr 1998, Mike Porter wrote:

> We were seeing errors like this when the volume of FAXing got
> to a critical point.  The system didn't have enough memory,
> so it started to thrash horribly.  Response time went through
> the roof, let alone the time to run a ghostscript process.
> Solution was to add another 16MB of memory.
> 
> Mike
> 
> On Fri, 3 Apr 1998, David Woolley wrote:
> 
> > > -  Can not open document file - looks like some sort of locking/race
> > >    condition, having to do with jobs that share the same document file.
> > 
> > An error like this is associated with Postscript interpreter time outs,
> > either because of a Postscript loop, or too short a timeout.
> > 
> 
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 06 Apr 1998 18:03:13 +1000
To: David Woolley <david@djwhome.demon.co.uk>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi David,

At 14:57 5/04/98 +0100, David Woolley wrote:
>I hope everyone is clear what Phase B is.  Firstly it is not an error.  It
>is the stage of the conversation where the machines are exchanging their
>characteristics at 300bps.  As such, it is unlikely that there will be
>any transmission errors or interface underruns/overruns, so any error
>either represents the modem sending something the remote end doesn't
>understand, or possibly, for class 2, the modem receiving something
>invalid from the local host.

There's unlikely to be any transmission errors between the modem  and the
local host, but if the phone line is bad the communication with the remote
machine can easily fail.

Something i forgot about till recently which might be causing the Transmit
Phase B errors on my machine is that in Austalia the busy tone is
apparently fairly close to a facsimile training tone, the sending modem
sometimes get confused thinking it had got a fax machine and started into
Phase B trying to communicate with the engaged signal.

This is ok as i haven't actually paid for the call, the modem is just
confused.

>
>I suppose a loose interpretation of the TSI might upset a remote machine,
>and cause this sort of error, but the Rockwell documents I'm using don't
>go down to enough detail here.  (Loose interpretation means anthing except
>an international format or local phone number.  Loose interpretations may
>well be technically illegal, but are widely supported.)

I have a copy of T30, if i am reading correctly the only characters
officially allowed are 0-9, space and the '+' character. I dont imagine
this will bother many machines but anyway

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 6 Apr 1998 12:01:30 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem
Sender: owner-flexfax@celestial.com

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

On Sun, 5 Apr 1998, David Woolley wrote:

> > Not necessarily. Many Linux modem packages use /dev/modem as a
> > default, and altering that is a royal pain in the butt. Even the
> 
> You must use the same name for all uses of the port, otherwise locking
> won't work!  This is why /dev/modem is a bad thing and I don't use it.
> 
> All these naming issues affect locking, not normal operation.

I *KNOW*, I know. My point was that so many packages, including the
configuration tool in the control-panels, use or expect /dev/modem
symbolically linked to /dev/cua[0-3], that it is very convenient to
continue using it rather than trying to convince all the modem
software writers otherwise.

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

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

iQCVAwUBNSj8Uj/+ItycgIJRAQGkEgP/cBKYGy8KymLnY3+uZDdO1Y40Ue/K8eSH
tVZaLun61vpFiWWk+po4GODKfb6p0sXyt+X1DUzALch35X5idNWXAgwhr8xWjqm6
vHS3r/BqLen4IpAfu3IX7Knjt5R/zL2N5mS74AQZPLY44j/UkocBv6hKqQtqJn5t
Jon2EvaooCs=
=rgQw
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 31 Mar 1998 11:49:05 -0500 (EST)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Sinisa Milivojevic <sinisa@coresinc.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: gs problems
Sender: owner-flexfax@celestial.com

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

On Tue, 31 Mar 1998, Sinisa Milivojevic wrote:

> I have found out that  faxq does not work as gs can not load libXt.so.6. 
> 
> I have  put LD_PRELOAD=... and  LD_LIBRARY path in ps2fax (pionts to ps2fax.gs)

Ahh. I think I see your problem. Some OS's, such as SunOS, discard
LD_LIBRARY_PATH when running programs as root to avoid potential
security holes. Re-compile your ghostscript following these notes,
with whichever version of ghostscript you would like to use, and
whichever X-libraries and X-includes your system supports.

   Get
	   ghostscript-5.10.tar.gz
	   ghostscript-5.10gnu.tar.gz
	   ghostscript-5.10jpeg.tar.gz
	   ghostscript-5.10libpng.tar.gz
	   ghostscript-5.10zlib.tar.gz
	   ghostscript-fonts-other-5.10.tar.gz
	   ghostscript-fonts-std-5.10.tar.gz

   from ftp://ftp.cs.wisc.edu/ghost/aladdin/

   Extract the jpegsrc, libpng, and zlib source, and make symbolic links for
   libpng and zlib to the specific version directories.  Install the fonts at
   /usr/local/share/ghostscript/fonts.

   Tweak the ugcclib.mak, cc-head.mak, gcc-head.mak, and ansihead.mak to use
   /usr/openwin/include and /usr/openwin/lib for the XINCLUDE and XLIB
   directories. Add a "-s" flag to the INSTALL_PROGRAM flag. Then symbolically
   link the modified makefile, run tar_cat, and last compile and install the
   source.

   Consider eliminating all X11R6 references from your configuration temporarily
   to get the right compilation libraries.

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

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

iQCVAwUBNSEeeD/+ItycgIJRAQFd6gP9HeJ8jM/gXTeiIXNhzLc2/CNNsmsutYGl
s2592kUqZD+fdyPU2ncfZYpiXvvcizmg3FnWxYr4szdcnPpz6NsgwOj0HNn0ZXKL
ZHioaBJjGjy84ySWRNpbZ5K4drD71+vB+Ps6qGN/Z1kBlIGwzK6tYO8Ga+X53tkK
8BB4k9XQcq0=
=75Ek
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Thomas.Mayerhofer@gmx.de (Thomas Mayerhofer)
To: flexfax@sgi.com
Subject: flexfax: receive error
Date: Sat, 04 Apr 1998 21:59:26 GMT
Organization: jerry - privates System in Passau, Bayern
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA03993

Hello there!

I am having problems receiving fax (mailing) coming from a certain fax
server. The call is answered, the remote station sends data, but it
seems like hylafax doesn' react (log follows).

What can be done about this? The fax does not provide a solution.

Tom

->----

[freebsd, hylafax-4.0pl1, 1 modem (Noname rockwell)]

Apr 04 23:00:51.90: [ 3920]: SESSION BEGIN 00000009 4985147832
Apr 04 23:00:51.91: [ 3920]: <-- [4:ATA\r]
Apr 04 23:00:59.50: [ 3920]: --> [5:+FCON]
Apr 04 23:00:59.51: [ 3920]: ANSWER: FAX CONNECTION
Apr 04 23:00:59.53: [ 3920]: RECV FAX: begin
Apr 04 23:01:01.51: [ 3920]: --> [29:+FTSI: "Via Fax             "]
Apr 04 23:01:01.51: [ 3920]: REMOTE TSI "Via Fax"
Apr 04 23:01:01.51: [ 3920]: --> [22:+FDCS: 0,3,0,2,0,0,0,5]
Apr 04 23:01:01.51: [ 3920]: REMOTE wants 9600 bit/s
Apr 04 23:01:01.51: [ 3920]: REMOTE wants page width 1728 pixels in
215 mm
Apr 04 23:01:01.51: [ 3920]: REMOTE wants unlimited page length
Apr 04 23:01:01.51: [ 3920]: REMOTE wants 3.85 line/mm
Apr 04 23:01:01.51: [ 3920]: REMOTE wants 1-D MR
Apr 04 23:01:07.69: [ 3920]: --> [5:+FCON]
Apr 04 23:01:09.70: [ 3920]: --> [29:+FTSI: "Via Fax             "]
Apr 04 23:01:09.73: [ 3920]: REMOTE TSI "Via Fax"
Apr 04 23:01:09.73: [ 3920]: --> [22:+FDCS: 0,3,0,2,0,0,0,5]
Apr 04 23:01:09.74: [ 3920]: REMOTE wants 9600 bit/s
Apr 04 23:01:09.74: [ 3920]: REMOTE wants page width 1728 pixels in
215 mm
Apr 04 23:01:09.74: [ 3920]: REMOTE wants unlimited page length
Apr 04 23:01:09.74: [ 3920]: REMOTE wants 3.85 line/mm
Apr 04 23:01:09.74: [ 3920]: REMOTE wants 1-D MR
Apr 04 23:01:15.85: [ 3920]: --> [5:+FCON]
Apr 04 23:01:17.86: [ 3920]: --> [29:+FTSI: "Via Fax             "]
Apr 04 23:01:17.86: [ 3920]: REMOTE TSI "Via Fax"
Apr 04 23:01:17.86: [ 3920]: --> [22:+FDCS: 0,3,0,2,0,0,0,5]
Apr 04 23:01:17.86: [ 3920]: REMOTE wants 9600 bit/s
Apr 04 23:01:17.86: [ 3920]: REMOTE wants page width 1728 pixels in
215 mm
Apr 04 23:01:17.86: [ 3920]: REMOTE wants unlimited page length
Apr 04 23:01:17.86: [ 3920]: REMOTE wants 3.85 line/mm
Apr 04 23:01:17.86: [ 3920]: REMOTE wants 1-D MR
Apr 04 23:01:23.99: [ 3920]: --> [5:+FCON]
Apr 04 23:01:25.20: [ 3920]: --> [29:+FTSI: "                    "]
Apr 04 23:01:25.20: [ 3920]: REMOTE TSI ""
Apr 04 23:01:25.20: [ 3920]: --> [22:+FDCS: 1,3,0,0,0,0,0,3]
Apr 04 23:01:25.20: [ 3920]: REMOTE wants 9600 bit/s
Apr 04 23:01:25.20: [ 3920]: REMOTE wants page width 1728 pixels in
215 mm
Apr 04 23:01:25.20: [ 3920]: REMOTE wants A4 page length (297 mm)
Apr 04 23:01:25.20: [ 3920]: REMOTE wants 7.7 line/mm
Apr 04 23:01:25.20: [ 3920]: REMOTE wants 1-D MR
Apr 04 23:01:34.92: [ 3920]: --> [9:+FHNG: 01]
Apr 04 23:01:34.94: [ 3920]: REMOTE HANGUP: Ring detect without
successful hands
hake (code 1)
Apr 04 23:01:34.94: [ 3920]: --> [2:OK]
Apr 04 23:01:34.94: [ 3920]: RECV FAX: Ring detect without successful
handshake
Apr 04 23:01:34.96: [ 3920]: RECV FAX: end
Apr 04 23:01:34.97: [ 3920]: SESSION END

-- 
heaven is where the police are British, the cooks french, the mechanics
       German, the lovers Italian, and it is all organized by the Swiss.
hell   is where the cooks are british, the mechanics French, the lovers
       Swiss, the police German, and it's all organized by the Italian.
 
http://mayerhofer.home.pages.de            PGP available, ID 0x612E5F11

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Thomas.Mayerhofer@gmx.de (Thomas Mayerhofer)
cc: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: receive error 
Date: Sun, 05 Apr 1998 14:25:12 +0530
Sender: owner-flexfax@celestial.com

| I am having problems receiving fax (mailing) coming from a certain fax
| server. The call is answered, the remote station sends data, but it
| seems like hylafax doesn' react (log follows).

I have had a related problem for a long time. My Hylafax tells me that
it timed out waiting for a response from the modem. So, if I call up,
the phone rings twice, Hylafax takes it off hook, then records this
timeout error, then reinitialises the modem using faxgetty. In some
cases, I've had Hylafax not even going off-hook, just repeatedly telling
me that it is timing out waiting for a response from the modem. I use
the Linux binary distribution of Hylafax 4.0pl2, (same problem with pl1,
BTW) and a ZyXEL Omni. This is _not_ a hardware problem, because I've
seen exactly the same symptoms with three different setups in three
places. All with the same software and ordinary PC hardware and 16550A
serial ports.

One person suggested that I run setserial and reduce the DCE-DTE speed.
It didn't help.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
To: rjc@trump.net.au (Robert Colquhoun)
Date: Sun, 5 Apr 1998 14:57:58 +0100 (BST)
Cc: shuvam@spacenetindia.com, flexfax@sgi.com, harald.pollack@omv.co.at
Sender: owner-flexfax@celestial.com

> Looking at the log below it is kind of obvious that Phase B is your main
> problem.

I hope everyone is clear what Phase B is.  Firstly it is not an error.  It
is the stage of the conversation where the machines are exchanging their
characteristics at 300bps.  As such, it is unlikely that there will be
any transmission errors or interface underruns/overruns, so any error
either represents the modem sending something the remote end doesn't
understand, or possibly, for class 2, the modem receiving something
invalid from the local host.

I suppose a loose interpretation of the TSI might upset a remote machine,
and cause this sort of error, but the Rockwell documents I'm using don't
go down to enough detail here.  (Loose interpretation means anthing except
an international format or local phone number.  Loose interpretations may
well be technically illegal, but are widely supported.)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 05 Apr 1998 17:11:39 +0100
From: JOSE FERRADEIRA <sf@sfconsultores.pt>
Reply-To: sf@sfconsultores.pt
Organization: S&F CONSULTORES
To: flexfax@sgi.com
Subject: flexfax: Problems sending scheduled faxes
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id JAA05391
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA03955

Hi,

Client : WHFC 0.8.4
System : Linux 2.0.30 (Suse 5.0)
Hylafax Version : 4.0pl1

When submitting a fax job for a later transmission I allways get this
message :

FaxQueuer [5441] : NOTIFY: bin/notify "doneq/q349" "timedout" """"

and the fax is never sent and disappears from the spooling area.

Please help. What can I do ?
Many Thanks


Jos Ferradeira
sf@sfconsultores.pt

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Phase B
To: sinisa@coresinc.com (Sinisa Milivojevic)
Date: Sun, 5 Apr 1998 17:29:07 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> I am constantly getting: Phase B error !!!!!!!!!!!!!

Something went wrong in Phase B of the fax protocol (the low speed initial
parameter negotiation).
 
> What is it ????????  And how can I mend it ????????

Depends on what went wrong; the chances are that the modem has provided no
specific information.  However, have a look at the many errors thread,
particularly if you are using the standard serial driver on Linux.
 
> --
1> 
2> Sinisa
3> 
4> _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
(Maximum reccomended signature length exceeded)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 05 Apr 1998 19:11:24 +0200
From: Stephane Jouteux <sjouteux@cybercable.tm.fr>
To: flexfax@sgi.com
Subject: flexfax: Cannot set privileges
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id KAA13737
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA03958

Hi everybody, 

    I am new to this mailing-list. I am trying to run hylafax v4.0pl1 on
my linux box (SuSE5-1). Trying a faxstat, I get :

	Login failed: 550 Cannot set privileges.

I can't figure out what is going wrong.  

	-rwxr-xr-x   1 root     root       198664 Dec  1 01:04 faxq
	-rwsr-xr-x   1 root     root       287644 Dec  1 01:04 hfaxd

  Any idea ?

								Stphane.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 6 Apr 1998 08:43:09 +1000 (EST)
From: Andrew Martin <andrew@star.apana.org.au>
To: flexfax@sgi.com
Subject: Re: flexfax: irqtune
Sender: owner-flexfax@celestial.com

HI,

I came across a little program called irqtune which changes the priority
of interupts in ibm pc's.  The idea is to give highest priority to
serial ports which are essentially real time devices and lower priority to
hard disks etc - which usually can afford to wait.

I am using it on my system with no apparant harm, has anyone else tried
it and does it really work?

Andrew

==========================================================================
Andrew Martin| andrew@star.apana.org.au | http://star.apana.org.au
-------------------------------------------------------------------------
Looking beyond the embers of the bridges glowing bright behind us
To a glimpse of how green it was on the other side.  [Gilmour/Samson]       
==========================================================================

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 06 Apr 1998 06:37:21 +0000
From: Kestas Liaugminas <kestas@blue.ot.lt>
Organization: Blue Bridge Ltd.
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: Problems sending scheduled faxes
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id AAA14176
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id JAA04148

JOSE FERRADEIRA wrote:
> Hi,
> 
> Client : WHFC 0.8.4
> System : Linux 2.0.30 (Suse 5.0)
> Hylafax Version : 4.0pl1
> 
> When submitting a fax job for a later transmission I allways get this
> message :
> 
> FaxQueuer [5441] : NOTIFY: bin/notify "doneq/q349" "timedout" """"
> 
> and the fax is never sent and disappears from the spooling area.
> 
> Please help. What can I do ?
> Many Thanks
> 
> Jos Ferradeira
> sf@sfconsultores.pt
	I had similar problems with sending large amount of documents, witch
takes large time to transmit . Most of them dies with exactly the same
message as You noticed. I think the problem is with WHCF client, because
it sends to HylaFAX server JPARM LASTTIME set to 000259. I don't know
exactly how calculate kill time from '000259', but I think it is
approximately 3 hours. When i set JPARM LASTTIME (in FaxClientt.cpp.
Good old times, when WHFC source code was available...)to 002400, kill
time is set to ~ 1.5 days.
	When You setup fax for later transmision, You must make KillTime larger
than expected transmision time. The problem is only that You can't do
this without recompiling WHFC... ;-). So at the first time I recomend to
install 0.85 version of WHFC (source code of this version is not
available, so I can't tell You about success of using WHFC 0.85).
	I hope Ulrich will make some enhansements in WHFC so that KillTime can
be reconfigured from the user interface (or maybe in registry).

Regards

Kestas

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 6 Apr 1998 09:13:43 +0200 (MEST)
From: Carsten Hoeger <choeger@suse.de>
To: Stephane Jouteux <sjouteux@cybercable.tm.fr>
cc: flexfax@sgi.com
Subject: Re: flexfax: Cannot set privileges
Sender: owner-flexfax@celestial.com

On Sun, 5 Apr 1998, Stephane Jouteux wrote:

>     I am new to this mailing-list. I am trying to run hylafax v4.0pl1 on
> my linux box (SuSE5-1). Trying a faxstat, I get :
> 
> 	Login failed: 550 Cannot set privileges.
> 
> I can't figure out what is going wrong.  
> 
> 	-rwxr-xr-x   1 root     root       198664 Dec  1 01:04 faxq
> 	-rwsr-xr-x   1 root     root       287644 Dec  1 01:04 hfaxd

Look if you have the following entry in /etc/inetd.conf:

hylafax stream  tcp     nowait  fax     /usr/lib/fax/hfaxd      hfaxd -I

if so, remove it.



mfG,
	Carsten Hoeger
------
Carsten Hoeger  - S.u.S.E. GmbH -  Gebhardtstr. 2  -  90762 Fuerth  -  Germany
fax +49-911-3206727                                     web http://www.suse.de
------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Sinisa Milivojevic <sinisa@coresinc.com>
To: flexfax@sgi.com
Subject: flexfax: Resend error
Date: Mon, 6 Apr 1998 09:54:10 +0200
Sender: owner-flexfax@celestial.com


This is only to repeat a problem that  persists all the time.

When a modem receives busy signal HylaFAX's reports it, reports a timeout and
dies away. NEVER during a day it tries to send it again !!!!!!  WHY ???????


I have a latest HylaFAX on Linux 2.0.33 (Slackware 3.4) with Multitech 2834ZDX
on a PentiumPro with 64 Mb RAM, on the standard 16550 port.

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:58 1999
From: johan.granlund@solid.se
Date: Mon, 6 Apr 1998 8:58:17 +0100
To: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.5
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id JAA04151

!"#%
I want to throw out a non-working commersial fax-package and got one of our 
in-house programmers adding sendgroups as a afterourproject (TM) to the 
addressbook. We dont have the resources to develop this further from 0.8.4 
ourself. I have some thinking to do :(

/Johan




MIME:glenn@aoi.ultranet.com on 98-04-03 20:07:52
To: -:flexfax@sgi.com@UUCP, Johan Granlund
cc:  
Subject: Re: flexfax: WHFC 0.8.5 

> From: Ulrich Eckhardt <uli@transcom.de>
> To: HylaFax Mailing liste <flexfax@sgi.com>
> Subject: flexfax: WHFC 0.8.5
> Hi,
> 
> i have released version 0.8.5 of whfc on http://www.transcom.de/whfc .
> But there is one
> bad news. I haven't got the permissions to release the source code for
> new versions. (order from the 
> management). So i must remove the GPL - copyright but whfc is already
> free and can be used
> in commercial enviroments.

Thanks for all the work.  But your management's decision means that we can't
help you debug the code as much, or offer patches.  Oh well...

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: flexfax: mail to fax gateway: mailer died with signal 13
Date: 6 Apr 1998 13:07:10 GMT
Organization: Rockwell Automation Venezuela
Lines: 55
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 6 Apr 1998 13:07:10 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi,

I'm setting up a mail to fax gateway but am getting an error message I
am unable to troubleshoot or debug.

The Hylafax server is running fine under all situtations (when faxing
from whfc, when feeding faxmail though a procmail recipe with mails I
receive, etc.).

However, when I send messages to user@number.fax the mail queue shows
that the fax mailer died with a signal 13:

polux:~# mailq
Mail queue is empty
polux:~# mail -s Test eparis@xxxxx.fax
Test
EOT
polux:~# faxstat -s
HylaFAX scheduler on polux.ven.ra.rockwell.com: Running

JID  Pri S  Owner Number       Pages Dials     TTS Status
43   127 W daemon 1             0:0   0:12
polux:~# mailq
                Mail Queue (1 request)
--Q-ID-- --Size-- -----Q-Time-----
------------Sender/Recipient------------
IAA01067        5 Mon Apr  6 08:38 root
                 (mailer fax died with signal 13)
                                   eparis@xxxxx.fax
polux:~#

As you see, the mail gets sent to the fax queue and indeed it gets
transmitted with no problems. However, since sendmail thinks the fax
mailer failed, it tries over and over to send the fax so the fax gets
transmitted several times.

This is sendmail 8.8.8 running on a Linux box with kernel 2.0.33 (with
2.1.92 also happens) and an up to date Debian GNU/Linux distribution
(frozen Hamm 2.0).

I really don't know why the mailer is dying with signal 13, nor know
how to troubleshoot this.

Any ideas or suggestions?

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 06 Apr 1998 18:34:03 +0100
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: mail to fax gateway: mailer died with signal 13
Cc: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Sender: owner-flexfax@celestial.com

At 13:07 06/04/1998 GMT, "Eloy A. Paris" wrote:
>Hi,
>
>I'm setting up a mail to fax gateway but am getting an error message I
>am unable to troubleshoot or debug.
>
>The Hylafax server is running fine under all situtations (when faxing
>from whfc, when feeding faxmail though a procmail recipe with mails I
>receive, etc.).
>
>However, when I send messages to user@number.fax the mail queue shows
>that the fax mailer died with a signal 13:
>

This problem has cropped up in this mailing list before; however, no
solutions have been posted. David Wooley in an email dated 3 Oct 97
thought that on Linux it meant :

>that a write to a pipe failed because a downstream reader closed it
>prematurely.  It is also SIGPIPE on SCO Unix, so it is probably fairly
>standard.)

I did a grep of the HylaFAX sources and didn't find an exit(13) in there,
so I do not think it is faxmail or others. The probable area to have a 
look is either the calling of the notify script or procmail if you are 
using procmail as the local mail delivery agent.

To turn on debugging for procmail, add the following to the top of your
/etc/procmailrc file :

	VERBOSE=on
	LOGFILE=/var/log/proclog

( or whatever logfile name you fancy ) and have another try and see what
procmail thinks.

For notify, you should be able to see invocation of the script in your
system logs  -  this extract is from my /var/log/messages :

derrick FaxSend[4563]: SEND FAX: JOB 43 DEST 01159245224 COMMID 00000046
derrick FaxQueuer[285]: NOTIFY: bin/notify "doneq/q43" "done" "2:02"

The another possibility is to turn off the notification with the tag :

	Notify: none

in the /usr/local/lib/fax/hyla.conf file and see if that makes any
difference ( I'm really guessing here ).

In summary, its 'general troubleshooting mode' on this one, and I hope
there is something in the above which will help. 

Please let us know how you get on; the answer deserves an entry in the
FAQ.

Good luck,
Phil Watkinson,
Boston, UK.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: mail to fax gateway: mailer died with signal 13
Date: 6 Apr 1998 19:16:19 GMT
Organization: Rockwell Automation Venezuela
Lines: 100
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 6 Apr 1998 19:16:19 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi,

Phil Watkinson <pkw@elgro.co.uk> wrote:

: This problem has cropped up in this mailing list before; however, no
: solutions have been posted. David Wooley in an email dated 3 Oct 97
: thought that on Linux it meant :

Oppsss, my apologies then. I'm new to the list :-)
:
: >that a write to a pipe failed because a downstream reader closed it
: >prematurely.  It is also SIGPIPE on SCO Unix, so it is probably fairly
: >standard.)
:
: I did a grep of the HylaFAX sources and didn't find an exit(13) in there,
: so I do not think it is faxmail or others.

Uhhmmm...

Well, I grep'ed Sendmail's sources for this "mailer died with signal
xxx" message. Guess what: the "13" is not in decimal, it's an octal
number (syserr("451 mailer %s died with signal %o", ...) ).

So, to me it looks like faxmail is dumping core because of a
segmentation fault (13 in octal is 11 in decimal and it corresponds to
SIGSEGV).

Yes, I know about the infamous signal 11 problem and that it almost
always relates to hardware problems. However, this machine has been up
for a couple of years with no problems at all, so in this case I
_really_ doubt it is a hardware problem. It must be something in
faxmail, I guess.

: The probable area to have a look is either the calling of the 
: notify script or procmail if you are using procmail as the local 
: mail delivery agent.

Indeed, procmail is my local delivery agent but I don't understand
what it has to do in this case. Sendmail uses the mailer called "fax"
to do the final delivery, not the "local" mailer (which happens to be
procmail).

I mentioned procmail in my original post because I wanted to show you
all that everything was working fine _but_ faxmail when called
as a sendmail mailer. What I did was to create this recipe for
procmail:

:0
* Subject.*fax
| /usr/bin/faxmail -n -d eparis@9412863 root

However, I have just found out that calling faxmail from this
procmail recipe also causes the "mailer died with signal 13" error.

: For notify, you should be able to see invocation of the script in your
: system logs  -  this extract is from my /var/log/messages :

Well, my log looks like this:

sendmail[1671]: OAA01671: from=root, size=52, class=0, pri =30052, nrcpts=1,
msgid=<199804061854.OAA01671@polux.ven.ra.rockwell.com>, relay=root@localhost
HylaFAX[1675]: Filesystem has SysV-style file creation semantics.
FaxQueuer[112]: SUBMIT JOB 58
sendmail[1673]: OAA01671: SYSERR(root): mailerfax died with signal 13
sendmail[1673]: OAA01671: to=eparis@9431645.fax, ctladdr=root (0/0), 
       delay=00:00:02, xdelay=00:00:02, mailer=fax, relay=9431645,
       stat=Deferred
FaxSend[1682]: MODEM BOCA RESEARCH INC V.34 External/V1.510-V34_DS
FaxSend[1682]: SEND FAX: JOB 58 DEST 9431645 COMMID 000000 53

This was after "mail -s Test xxx@123445".

: In summary, its 'general troubleshooting mode' on this one, and I hope
: there is something in the above which will help. 

I agree. I think I'll have to fill faxmail with printf's and see where
it is crashing.

The problem is that I can't find any core dump file, "find / -name
core -type f" gives nothing.

: Please let us know how you get on; the answer deserves an entry in the
: FAQ.

I'll let you know what I find.

: Good luck,

Thanks, I'll need it.

Regards,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 07 Apr 1998 10:47:44 +0100
To: HylaFAX List <flexfax@sgi.com>
From: Phil Watkinson <pkw@elgro.co.uk>
Subject: Re: flexfax: mail to fax gateway: mailer died with signal 13
Cc: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Sender: owner-flexfax@celestial.com

At 19:16 06/04/1998 GMT, "Eloy A. Paris" wrote:
>
>So, to me it looks like faxmail is dumping core because of a
>segmentation fault (13 in octal is 11 in decimal and it corresponds to
>SIGSEGV).
>

Ahhh.. I see. However, you said that that the fax was sent correctly, so
if faxmail is then seriously falling over, it must be a BIG hint as to
where the problem is.

A _quick_ look at the source ( and I can't read C++ ) indicates that the
last thing faxmail does is the direct delivery, and if there is a problem
fxFatal should put an error message in the log and exit with -1.

>
>Indeed, procmail is my local delivery agent but I don't understand
>what it has to do in this case. Sendmail uses the mailer called "fax"
>to do the final delivery, not the "local" mailer (which happens to be
>procmail).
>

Yes, you're right. A bit of muddled thinking on my part, but my mindset
was still on notification messages and broken pipes.

>: For notify, you should be able to see invocation of the script in your
>: system logs  -  this extract is from my /var/log/messages :
>
>Well, my log looks like this:
>
>sendmail[1671]: OAA01671: from=root, size=52, class=0, pri =30052, nrcpts=1,
>msgid=<199804061854.OAA01671@polux.ven.ra.rockwell.com>, relay=root@localhost
>HylaFAX[1675]: Filesystem has SysV-style file creation semantics.
>FaxQueuer[112]: SUBMIT JOB 58
>sendmail[1673]: OAA01671: SYSERR(root): mailerfax died with signal 13
>sendmail[1673]: OAA01671: to=eparis@9431645.fax, ctladdr=root (0/0), 
>       delay=00:00:02, xdelay=00:00:02, mailer=fax, relay=9431645,
>       stat=Deferred
>FaxSend[1682]: MODEM BOCA RESEARCH INC V.34 External/V1.510-V34_DS
>FaxSend[1682]: SEND FAX: JOB 58 DEST 9431645 COMMID 000000 53
>

Wow. See what you mean. The second sendmail entry is, I suppose, a requeue
of the original submission. Looks like you will get another copy of the
fax every time there is a 'sendmail -q'.

>
>I agree. I think I'll have to fill faxmail with printf's and see where
>it is crashing.
>

Well, just wonder if its worth trying to extract more info out of
sendmail and bump up the debugging to, say, '-d10.1' ( I'm guessing again,
this is the level I use to check DNS lookups ).

You could actually try this on the command line, if your test fax is
still in the mailq - something like :

# sendmail -q -d10.1 > debug.log

would run the submission through sendmail again, producing lots of lovely
info. Saves having to restart sendmail and whathaveyou.

Just a thought.

Cheers,
Phil Watkinson,
Boston, UK.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 12:55:47 -0500 (CDT)
From: "Edward S. Marshall" <emarshal@xnet.com>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: mail to fax gateway: mailer died with signal 13
Sender: owner-flexfax@celestial.com

On 6 Apr 1998, Eloy A. Paris wrote:
> So, to me it looks like faxmail is dumping core because of a
> segmentation fault (13 in octal is 11 in decimal and it corresponds to
> SIGSEGV).

This sounds like faxmail segfaulting. By any chance was the message which
caused the problem MIME-encoded? I've noticed that faxmail segfaults with
some MIME-encoded mail (wonderful denial-of-service attack possibilities
there ;-).

> Yes, I know about the infamous signal 11 problem and that it almost
> always relates to hardware problems. However, this machine has been up

Nah, that's generally when you're dealing with GCC, not already-running
programs. Segfaults are normal in those situations. ;-)

> :0
> * Subject.*fax
> | /usr/bin/faxmail -n -d eparis@9412863 root
> 
> However, I have just found out that calling faxmail from this
> procmail recipe also causes the "mailer died with signal 13" error.

Yeppers; its probably the exact same problem as I've been seeing here.
Plain messages seem to work, but faxmail goes into a tailspin when
it decodes a MIME message (actually, it looks like it translates it just
fine, but then goes into an infinite loop at the end of the decoding
process).

> The problem is that I can't find any core dump file, "find / -name
> core -type f" gives nothing.

Sendmail might be ulimiting faxmail. Alternatively, you may have an
implicit ulimit on daemon processes started from your system startup
scripts. Try starting sendmail with a coredump size of a reasonable value,
and possibly check sendmail's sources to see if it's putting resource
limits on the programs it runs.

-- 
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:58 1999
Date: Thu, 9 Apr 1998 10:52:21 +0200
From: Michael Salzmann <mic@schlund.de>
To: flexfax@sgi.com
Subject: Re: flexfax: mail to fax gateway: mailer died with signal 13
Sender: owner-flexfax@celestial.com

On Tue, Apr 07, 1998 at 12:55:47PM -0500, Edward S. Marshall wrote:
> 
> Yeppers; its probably the exact same problem as I've been seeing here.
> Plain messages seem to work, but faxmail goes into a tailspin when
> it decodes a MIME message (actually, it looks like it translates it just
> fine, but then goes into an infinite loop at the end of the decoding
> process).
> 

Hi!

After some time of debugging the following patch appeared and it seems to fix
the infinite loop problem. 


-MIC

Michael Salzmann
Schlund + Partner GmbH & Co.
Erbprinzenstr. 1                                            Tel.0721/91374-50
76133 Karlsruhe                                             Fax 0721/91374-20
http://www.schlund.de	                                       mic@schlund.de 

--SNIP------------------------------------------------
--- faxmail/faxmail.c++	Sat Feb 14 11:49:50 1998
+++ faxmail.local/faxmail.c++	Thu Apr  9 10:31:08 1998
@@ -448,7 +448,9 @@
 faxMailApp::formatMessage(FILE* fd, MIMEState& mime, MsgFmt& msg)
 {
     if (mime.getSubType() == "rfc822") {	// discard anything else
-	msg.parseHeaders(fd, mime.lineno);	// collect headers
+				// 980316 - mic: new MsgFmt 
+      MsgFmt bodyHdrs(msg);		
+      bodyHdrs.parseHeaders(fd, mime.lineno);
 	/*
 	 * Calculate the amount of space required to format
 	 * the message headers and any required inter-message
@@ -462,11 +464,11 @@
 	     * XXX, hack.  Avoid inserting a digest divider when
 	     * the sub-part is a faxmail prologue or related part.
 	     */
-	    const fxStr* s = msg.findHeader("Content-Type");
+	    const fxStr* s = bodyHdrs.findHeader("Content-Type");
 	    if (!s || !strneq(*s, "application/x-faxmail", 21))
 		divider = msgDivider;
 	}
-	u_int nl = msg.headerCount()		// header lines
+	u_int nl = bodyHdrs.headerCount()		// header lines
 	    + (nl > 0)				// blank line following header
 	    + (divider != NULL)			// digest divider
 	    + 1;				// 1st text line of message
@@ -477,10 +479,10 @@
 	    endLine();
 	}
 	if (nl > 0)
-	    msg.formatHeaders(*this);		// emit formatted headers
+	  bodyHdrs.formatHeaders(*this); // emit formatted headers
 
 	MIMEState subMime(mime);
-	formatMIME(fd, subMime, msg);		// format message body
+	formatMIME(fd, subMime, bodyHdrs);		// format message body
     } else {
 	discardPart(fd, mime);
 	formatDiscarded(mime);

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: faxgetty
Date: Mon, 6 Apr 1998 15:33:49 -0500
Sender: owner-flexfax@celestial.com

I've downloading the source files hylafax-v4.0pl2-tar.gz and
tiff-v3.4-tar.gz, and installed both.

However, after I make, and make install, there is no "faxgetty".  Am I
suppose to get that from someplace else?  I see the man pages for it,
but nothing else.

Thanx,
John

-=+=-

The Good, Clean Funnies List: Good, clean funnies five times a
week, for free!

To subscribe or unsubscribe send email with "add" or "remove" in the
subject line (without the quotes) to "gcfl-request@usa.net".  Send
submissions and comments to "gcfl@usa.net".  Or go to the web page:
http://www.angelfire.com/al/GCFL

A cheerful heart is good medicine... Prov 17:22a (NIV)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 6 Apr 1998 17:38:00 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: JOHN PRICE <john.price@adtran.com>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: faxgetty
Sender: owner-flexfax@celestial.com

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

On Mon, 6 Apr 1998, JOHN PRICE wrote:

> I've downloading the source files hylafax-v4.0pl2-tar.gz and
> tiff-v3.4-tar.gz, and installed both.
> 
> However, after I make, and make install, there is no "faxgetty".  Am I
> suppose to get that from someplace else?  I see the man pages for it,
> but nothing else.

What operating system, and did you set anything in config.dist or
config.local? Where does the man page for faxgetty say that it
got stashed?


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

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

iQCVAwUBNSlLMT/+ItycgIJRAQH6AwQAh+AvLsLdaCbxjM67TUVBvHvU9Y0UfoIv
aogA+GmI0i/cwwVm7WIGQVHLzTexhDdECyKBE9KUYsTA1MnK5afExqC1mDnqZcDf
m43JwQvtpcm210w0cK3MxjCFVTNWimklNPiFxRmqKnBtO6PJ1qhVDRr5Jb5gaGb2
nLh6IeuTvUY=
=wVED
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'Nico Garcia'" <raoul@cirl.meei.harvard.edu>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: RE: flexfax: faxgetty
Date: Mon, 6 Apr 1998 16:45:59 -0500
Sender: owner-flexfax@celestial.com

On Monday, April 06, 1998 4:38 PM, Nico
Garcia[SMTP:raoul@cirl.meei.harvard.edu] wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> 
> On Mon, 6 Apr 1998, JOHN PRICE wrote:
> 
> > I've downloading the source files hylafax-v4.0pl2-tar.gz and
> > tiff-v3.4-tar.gz, and installed both.
> > 
> > However, after I make, and make install, there is no "faxgetty".  Am I
> > suppose to get that from someplace else?  I see the man pages for it,
> > but nothing else.
> 
> What operating system, and did you set anything in config.dist or
> config.local? Where does the man page for faxgetty say that it
> got stashed?
> 

Red Hat 5.0, 2.0.33 kernel on a i486.  I don't have a config.dist or
config.local file.  The man page says that it is in /usr/sbin/faxgetty,
where I told ./configure to put it.

What I don't understand is that "ls -R | grep getty" only gives me the
faxgetty.1m man pages.  Shouldn't there be a faxgetty.c or faxgetty.c++?

-=+=-

The Good, Clean Funnies List: Good, clean funnies five times a
week, for free!

To subscribe or unsubscribe send email with "add" or "remove" in the
subject line (without the quotes) to "gcfl-request@usa.net".  Send
submissions and comments to "gcfl@usa.net".  Or go to the web page:
http://www.angelfire.com/al/GCFL

A cheerful heart is good medicine... Prov 17:22a (NIV)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 6 Apr 1998 17:53:10 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: JOHN PRICE <john.price@adtran.com>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: RE: flexfax: faxgetty
Sender: owner-flexfax@celestial.com

On Mon, 6 Apr 1998, JOHN PRICE wrote:

> > > I've downloading the source files hylafax-v4.0pl2-tar.gz and
> > > tiff-v3.4-tar.gz, and installed both.
> > > 
> > > However, after I make, and make install, there is no "faxgetty".  Am I
> > > suppose to get that from someplace else?  I see the man pages for it,
> > > but nothing else.
> > 
> > What operating system, and did you set anything in config.dist or
> > config.local? Where does the man page for faxgetty say that it
> > got stashed?
> > 
> 
> Red Hat 5.0, 2.0.33 kernel on a i486.  I don't have a config.dist or
> config.local file.  The man page says that it is in /usr/sbin/faxgetty,
> where I told ./configure to put it.

Then it should be there. Did you use the various patches posted for
HylaFAX under RedHat Linux, such as my set at
	http://cirl.meei.harvard.edu/hylafax/patches/

> What I don't understand is that "ls -R | grep getty" only gives me the
> faxgetty.1m man pages.  Shouldn't there be a faxgetty.c or faxgetty.c++?

Try "ls -R | grep -i getty". Did you make your setup as purely a client
or something? There should be a faxgetty executable after running
"make".

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Thomas.Mayerhofer@gmx.de (Thomas Mayerhofer)
To: Shuvam Misra <shuvam@spacenetindia.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: receive error 
Date: Mon, 06 Apr 1998 20:57:22 GMT
Organization: jerry - privates System in Passau, Bayern
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA04942

Shuvam Misra wrote:

>| I am having problems receiving fax (mailing) coming from a certain fax
>| server. The call is answered, the remote station sends data, but it
>| seems like hylafax doesn' react (log follows).
>
>I have had a related problem for a long time. My Hylafax tells me that
>it timed out waiting for a response from the modem. So, if I call up,
>the phone rings twice, Hylafax takes it off hook, then records this
>timeout error, then reinitialises the modem using faxgetty. In some
>cases, I've had Hylafax not even going off-hook, just repeatedly telling
>me that it is timing out waiting for a response from the modem. I use

In my case, faxgetty notices that there is a inbound call, set the
modem off hook and listens. The remote fax sends the DCS block three
times while Hylafax does not react. I think, normally it should send a
AT+FDR to confirm the remote parameters. But it doesn't. Then, after
sending this block three times, the remote fax hangs up (+FHNG: 01).

What could be the reason therefore. The parameters Hylafax is
recieving seem ok to me:

Apr 06 19:29:49.36: [ 3920]: --> [5:+FCON]
Apr 06 19:29:49.37: [ 3920]: ANSWER: FAX CONNECTION
Apr 06 19:29:49.39: [ 3920]: RECV FAX: begin
Apr 06 19:29:51.37: [ 3920]: --> [29:+FTSI: "Via Fax             "]
Apr 06 19:29:51.37: [ 3920]: REMOTE TSI "Via Fax"
Apr 06 19:29:51.37: [ 3920]: --> [22:+FDCS: 0,3,0,2,0,0,0,5]
Apr 06 19:29:51.37: [ 3920]: REMOTE wants 9600 bit/s
Apr 06 19:29:51.37: [ 3920]: REMOTE wants page width 1728 pixels in
215 mm
Apr 06 19:29:51.37: [ 3920]: REMOTE wants unlimited page length 
Apr 06 19:29:51.37: [ 3920]: REMOTE wants 3.85 line/mm
Apr 06 19:29:51.37: [ 3920]: REMOTE wants 1-D MR
Apr 06 19:29:57.55: [ 3920]: --> [5:+FCON]


The only difference to other successful inbound calls I can notice is
that the TSI is non-numerical.

Againt: Any hints how I could persuade Hylafax to accept these
transmission?

Thanks, Tom
-- 
"Geistiger Horizont" ist der Abstand zwischen Hirn und Brett.
 
http://mayerhofer.home.pages.de            PGP available, ID 0x612E5F11

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 08:58:22 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Marco Crispino <marco@mail.nsm.it>
cc: flexfax@sgi.com
Subject: Re: flexfax: Us Robotics Sportser Flash
Sender: owner-flexfax@celestial.com

On Mon, 6 Apr 1998, Marco Crispino wrote:

> 					
> Hello I have a Hylafax Installed and I have problems with the modem...
> when I do 
> faxstat :
> 
> HylaFAX scheduler on mail.nsm.it: Running
> Modem cua1 (+1.999.555.1212): Waiting for modem to come ready

Have you got faxgetty(1M) running? Enable the logs for faxgetty to see
what the modem chat is returning.
--
Jonathan Chen <jonc@pinnacle.co.nz>
----------------------------------------------------------------------
             "A person should be able to do a small bit of everything,
                                        specialisation is for insects"

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 07 Apr 1998 09:21:47 +1000
To: flexfax@sgi.com
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL 
  Omni modem
Sender: owner-flexfax@celestial.com

Hi Everyone,
I have been looking at the negative retrain problem, it appears perhaps
that it will be quite difficult to solve.

Firstly some temporary workarounds, these will not fix anything but
hopefully will minimise the chance that a receiving machine will reply with
a neg-retrain.  Switch off 2D encoding ie Use2D: No, if the problem still
occurs after that you could try lowering the default resolution down to 98
lines.

Don't do any of the above unless you are currently having problems.

Now the fix.
There are two ways for hylafax to handle this:
1) give up the call and try again later with lowered session parameters
2) lower the session parameters during the call and continue ie on the run

Solution 2 is preferable but will be difficult to implement.  One major
component that is needed are some routines to convert 2D encoded data on
the run back to 1D in a stream type fashion(i am not totally sure this is
possible).  Also some algorithms that reduce resolution accurately(i know
you could simply cut out every second line but would it be readable!  ;-)

ie what is being done is in memory you have a high-res 2D encoded document
which using the above is degraded if need be back to 1D and low-res as it
is transmitted.

It might be easier just to do 1) but hylafax would be much better software
if it could do 2)

If anybody has some better ideas please say!!!!

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 09:59:02 +1000 (EST)
From: Andrew Martin <andrew@housemartin.apana.org.au>
Reply-To: andrew@housemartin.apana.org.au
To: flexfax@sgi.com
Subject: flexfax: irqtune
Sender: owner-flexfax@celestial.com


Here is the README file from irqtune.  Please forgive me if it's too long.
I include it whole in an attempt to provide enough information to allow
folks to decide if they are interested in it.  I am not associated with
irqtune in any way - it's just a program I use.  
   
     _________________________________________________________________
   
                  IRQTUNE -- A LINUX IRQ PRIORITY OPTIMIZER
                                       
   Copyright 1996, 1997 by Craig Estey.
   irqtune version 0.6 
   Last updated: Sun Oct 19 16:35:00 PDT 1997
   See the Changes section at the bottom of this document.
   Table of Contents 
   
   irqtune changes the IRQ priority of devices to allow devices that
   require high priority and fast service (e.g. serial ports, modems) to
   have it.
   
   With irqtune, a 3X speedup of serial/modem throughput is possible. 
   
   
   
   
   
   
     _________________________________________________________________
   
                           WHERE DO I GET IRQTUNE?
                                       
   irqtune is free software under the terms and conditions of the GNU
   Public License. See the file COPYING, included in the distribution,
   for details.
   
     * The author is Craig Estey, (cae@best.com).
       
     * This FAQ is available online via http://www.best.com/~cae/irqtune.
       This is the most authoritative reference and will always contain
       the most up-to-date information.
       
     * The distribution is a gzipped tar archive that contains all
       programs, sources, and this FAQ (in both HTML and text versions).
       It is available from:
       
          + http://www.best.com/~cae/irqtune/irqtune.tgz
          + ftp://shell5.ba.best.com/pub/cae/irqtune.tgz
            
   
   
   
   
   
   
   
     _________________________________________________________________
   
                      HOW DO I KNOW IF I NEED IRQTUNE?
                                       
   You are running Linux on an x86 PC, other architectures to be
   implemented later--Sorry.
   
   You probably need irqtune, if you are experiencing any of the
   following: 
   
     * SLIP/PPP transfers seem slow. For example, using a 28.8 (or
       better) modem, the effective throughput is approximately 700
       bytes/second instead of the expected 2500 bytes/second.
       
     * A running serial or SLIP/PPP connection is slow, drops data,
       hangs, or times out.
       
     * Netscape hangs mysteriously or stalls when trying to access a web
       page.
       
     * Equivalent serial/PPP programs under Windoze run much faster than
       under Linux.
       
     * Disk accesses seem to interfere with SLIP/PPP.
       
     * Interrupt handlers for specialized, time critical devices don't
       get control when they need to.
       
   
   
   
   
   
     _________________________________________________________________
   
             WHAT IS ACTUALLY HAPPENING TO CAUSE THESE PROBLEMS?
                                       
   
   
   When the PC boots Linux, the timer is given, by default, the highest
   IRQ priority in the system (it's IRQ 0 and thus, priority 0). On a
   standard configuration, the serial ports are priority 11 and 12!!!
   This means that 10 other devices have higher priority.
   
   
   
   
   
  Q: SO WHAT DOES IRQ PRIORITY DO?
  
   
   
   When multiple devices are in contention to interrupt the CPU, their
   priority decides which interrupts will occur in what order.
   
   
   
   
   
  Q: WHEN DOES THIS CONTENTION OCCUR?
  
   
   
   After an arbitrary period of having interrupts disabled (e.g after a
   cli), at the point where they're reenabled (sti). This can happen in
   several places:
   
     * In an ISR that runs with interrupts locked, it happens in the
       epilog, just before attempting to execute the bottom-half.
       
     * The bottom-half itself may do a lock and unlock.
       
     * When a task that enters the kernel to do a system call, the system
       call handler may lock and unlock interrupts briefly.
       
     * Almost anywhere in the kernel are brief periods where it does a
       cli to lock interrupts and then an sti to unlock them again.
       
     * Under Linux, from the moment the first instruction of the ISR
       prolog is executed until an sti is done (This occurs even in
       slow interrupts where the prolog does an sti after just a few
       instructions).
       
   
   
   
   
  Q: IF THERE ARE MULTIPLE INTERRUPTS NOW PENDING, WHICH ONE GETS THE SERVICE,
  THE SERIAL OR SOME OTHER?
  
   
   
   In the default configuration, the serial ISR will usually lose as it's
   priority 11.
   
   
   
   
   
   
     _________________________________________________________________
   
                         HOW DOES IRQTUNE HELP THIS?
                                       
   
   
   irqtune gives priority 0 to whatever device we specify. If we specify
   a serial device, irqtune guarantees that the serial ISR gets control
   whenever a contention occurs.
   
   
   
   
   
   
     _________________________________________________________________
   
     WHY DOES THE SERIAL INTERRUPT SERVICE REQUIRE THE HIGHEST PRIORITY?
                                       
   
   
   
   
   
   
  Q: WHY DOES THE SERIAL DEVICE MERIT SUCH SPECIAL TREATMENT?
  
   
   
   Serial devices are somewhat unique. Even though they have one of the
   slowest data rates (relative to a disk), they are the largest consumer
   of interrupts and are extremely sensitive to interrupt latency (the
   time from when a device yanks the IRQ line until its ISR is executed).
   
   
   
   
   
   
  Q: COULD YOU GIVE A CONCRETE EXAMPLE OF THIS?
  
   
   
     * For a modem running at 33.6, we can have a peak maximum (with
       compression) of 6700 bytes/second. The serial driver programs the
       silo to interrupt after 8 bytes, leaving a latency window of 8
       bytes. This means that when the serial port yanks its IRQ line, it
       can still absorb 8 more characters before its buffer will overflow
       and data will be dropped
       
     * In terms of time, this means that the maximum that the serial ISR
       may be delayed is (8 / 6700) seconds or 1194 microseconds. It also
       means that the serial ISR will require 838 interrupts/second.
       
     * Currently there are 52 devices that install their ISR with the
       SA_INTERRUPT option. This means that they wish to run with
       interrupts disabled. I have not looked at all the devices, but
       just assume for the moment that all will run with interrupts
       locked for an arbitrary period.
       
     * Assume we've got 4 of them pending (remember, at higher priority).
       Assume that they will lock interrupts individually for 320, 300,
       190, and 500 microseconds, respectively. Assume that the serial
       ISR also wants an interrupt.
       
     * This means that the serial ISR will have to wait for (320 + 300 +
       190 + 500) or 1310us for these other higher priority ISR's to run
       to completion. This is greater than the maximum of 1194 us.
       
     * With internal modems, we probably just see start/stop behavior
       causing a slowdown. With an external modem, data will be dropped.
       This will cause PPP to see a CRC error and request transmission.
       Remember, the entire packet must be retransmitted, which means we
       just wasted 296-1500 bytes (depending on the selected MRU). With
       an MRU of 1500 bytes, we just wasted 23.4% of the bandwidth in a
       given second--all for the loss of a single byte!
       
     * Worse yet, consider a 115 Kbps ISDN card that is masquerading as a
       serial device (Yes, I know it should be a DMA device). In this
       case, the maximum delay the serial ISR can wait is 695 us. And
       that's just one ISDN channel. Try adding the other and, well,
       golly :-).
       
   
   
   
   
   
   
  Q: IN THIS EXAMPLE, HOW WOULD BOOSTING SERIAL IRQ PRIORITY HELP?
     * If the serial IRQ had priority 0, it would get in before the
       others. It could also re-interrupt after any individual lockout
       window. Thus, the maximum it would be forced to wait would be
       largest individual time, not the summation of all of these times.
       In this example, this means 500 us. which is now within the 1194
       us. maximum for the serial ISR.
       
     * It has been my experience that the serial device must always win
       these battles for contention. When serial devices don't get what
       they need, when they need it, they slow horribly or drop data
       outright.
       
   
   
   
   
   
   
   
     _________________________________________________________________
   
                ISN'T THAT EXAMPLE VERY UNLIKELY UNDER LINUX?
                                       
   
   
   Unlikely doesn't mean never. There are places were the contention
   period must occur, no matter how we program the CPU.
   
   Variations in CPU speed, RAM size, RAM speed, cache size, disk speed,
   disk rotational position, number and type of other devices, system
   workload, etc, etc etc, all contribute to variations of order and
   timing of internal OS events.
   
   Unlikely on one system may mean 1/1000th % chance. On another system,
   it may mean happens 50 times/second. Beyond a certain point, it all
   comes down to measurement.
   
   Tight, accurate, repeatable measurement is the key to system tuning.
   If we can't measure it, we can't tune it. Once we can measure these
   things, we can then try various combinations until we achieve our
   desired results. It can often be pointless to guess at performance.
   
   In fact, the interrupt disable windows themselves are used to prevent
   data corruption caused by various parts of the kernel that try to
   update a data structure simultaneously and get corrupted. Many of
   these windows are put there in the unlikely case that such corruption
   would occur. In this context, unlikely is never considered a reason to
   forego interrupt locking. Eliminating a necessary interrupt lock
   window could result in kernel panics, RAM corruption, disk data
   corruption, etc.
   
   
   
   
   
   
     _________________________________________________________________
   
             DOESN'T THIS HURT THE PERFORMANCE OF OTHER DEVICES?
                                       
   
   
   Not really.
   
   In actual practice, most devices don't even notice the difference.
   Most other devices (e.g. disks, tape, ethernet) are DMA devices. The
   DMA does most of the work, thus greatly reducing their need for
   interrupts. If the device allows a request queue, it may function
   autonomously on several requests, producing only one interrupt for the
   entire batch.
   
   Furthermore, serial interrupt services are, themselves, very fast.
   They slam their data as quickly as possible and get out ASAP. No fancy
   calculations, just the minimum, mindless data transfer. Almost
   everything else is handled later, in the bottom-half with interrupts
   enabled. In fact, a serial ISR may have to re-interrupt it's own
   bottom-half several times.
   
   Those devices that do experience some slight slowdown are more likely
   to have long interrupt disable windows themselves. Having several
   smaller cli/sti windows is much better than one large cli/sti
   window--It's just harder to program.
   
   
   
   
   
  Q: BUT SUPPOSE I WANT A BALANCED PRIORITY SYSTEM?
  
   
   
   Well, actually a prioritized system behaves like a balanced
   system--most of the time. This occurs when all devices have short
   interrupt lockout windows and short ISR execution times. The priority
   mechanism is like a safety valve--it only really matters when some
   device or combination of devices has held interrupts locked for an
   extended period of time.
   
   
   
   
   
  Q: BUT DOESN'T THAT SEEM UNFAIR TO OTHER DEVICES?
  
   
   
   When a disk ISR gets delayed, that's all that happens, a slight
   delay--disks and tapes are not real-time devices. When a serial ISR
   gets delayed, data is destroyed--serial devices are real-time devices
   that dictate the cadence of the entire system.
   
   It may sound cruel, but you just can't be fair. 
   
   And speaking of sound, if the sound card gets delayed, we hear an
   annoying pop right in the middle of our favorite piece of music.
   
   These are real-time devices that can not tolerate excessive delays. If
   we must defer some less time critical devices to meet the minimum
   real-time criteria of devices, then that's a bargain.
   
   
   
   
   
  Q: BUT SUPPOSE I REALLY WANT BOTH FAST SERIAL AND FAST DISK?
  
   
   
   Ultimately, it's a bit of a compromise. Which is better:
     * Reliable serial and slightly slower disk.
     * Slightly faster disk and unreliable serial/modem support.
       
   When paying an ISP for Internet access in $$$/hour, it's an easy
   decision :-). 
   
   
   
   
   
   
     _________________________________________________________________
   
             ISN'T THIS IRQ PRIORITY THING A BIT OF A NEW IDEA?
                                       
   
   
   No. It's actually an old idea. I've been doing device drivers since
   1977 and Unix kernel work since 1981. I've personally written 8 serial
   drivers have used this many times commercially. Giving the serial
   device the highest priority is actually standard practice in many
   systems. With a 4Mhz CPU, these problems used to occur at 1200 baud
   :-)
   
   
   
   
   
   
     _________________________________________________________________
   
                          HOW DO I INSTALL IRQTUNE?
                                       
   
   
   
   
   
   
  Q: WHERE SHOULD I PLACE IRQTUNE FILES?
     * Decide what directory you would like to contain irqtune's home
       directory. Some good choices are: /usr/local, /usr/lib,
       /usr/lib/hwtools, /home.
     * Exactly where depends upon your local conventions.
     * In this example, we'll use /usr/local.
       
   
   
   
   
   
   
  Q: HOW DO I UNPACK THE ARCHIVE?
     * Go to the containing directory.
       cd /usr/local
     * Unpack the tar file:
       tar zxvf irqtune.tgz
     * This will create a directory, irqtune in /usr/local. This is
       /usr/local/irqtune. We will call this IRQTUNE_HOME.
       
   
   
   Note: If tar's z option has problems: 
     * An alternate unpack command:
       gzip -d < irqtune.tgz | tar xvf -
       
   
   
   
   
   
   
  Q: HOW DO I DO A SIMPLE INSTALLATION?
     * Go to the IRQTUNE_HOME directory:
       cd /usr/local/irqtune
     * To install irqtune, enter:
       make install
     * This will install the files:
       /sbin/irqtune
       /sbin/irqtune_mod.o
       /sbin/irqtune_npr.o
       
   
   
   
   
   
   
  Q: WHY ARE .O FILES BEING PLACED IN THE /SBIN DIRECTORY?
  
   
   
   As a note to purists, the installation directory is completely
   arbitrary. /sbin is short, sweet, and easy to type. 
   
   The standard convention would be to install irqtune as /sbin/irqtune
   and the .o files as, say, /usr/lib/irqtune/*.o. irqtune uses a
   slightly different convention. It wants all installed files to be in
   the same directory. This works fine because argv[0] will point to the
   .o files. This also allows:
     * Multiple versions of irqtune to be installed simultaneously (in
       different directories).
     * Simplifies testing of new versions.
     * Provides better assurance that the built version is correct.
     * Using one directory produces less clutter.
     * One directory is more portable across all the myriad kernel
       revisions.
     * Future versions of irqtune may imbed the .o's directly into
       irqtune.
       
   
   
   
   
   
   
  Q: WHAT IF I REALLY DON'T WANT .O FILES IN /SBIN?
  
   
   
   If placing .o files in /sbin is deemed to be an anathema, we have two
   options:
     * Simply use another directory in place of /sbin:
       make SBIN=/whatever install
     * Install with a stub (This will install /sbin/irqtune as a shell
       script and use IRQTUNE_HOME/sbin/irqtune_*.o):
       make INSTALL=sh install
       
   
   
   
   
   
   
  Q: ARE THERE ANY SPECIAL CONSIDERATIONS FOR THIS ALTERNATE INSTALLATION
  METHOD?
  
   
   
   Yes. If the shell/stub installation method is used:
     * IRQTUNE_HOME must not be removed.
     * If using irqtune from an /etc/rc.d/rc.* file and irqtune will be
       invoked before secondary mounts are done, IRQTUNE_HOME should be
       placed on the root device.
       
   
   
   
   
   
   
   
     _________________________________________________________________
   
          HOW DO I USE IRQTUNE? DON'T I HAVE TO REBUILD MY KERNEL?
                                       
   No, we do not have to rebuild the kernel. irqtune uses insmod and
   rmmod to dynamically load and unload a kernel module. But it is
   correct to sense that irqtune is a kernel patch.
   
   
   
   
   
  Q: OK, IF IT'S A KERNEL PATCH, WHY NOT JUST ISSUE A KERNEL PATCH LIKE
  EVERYBODY ELSE DOES (E.G. DIFF -U OUTPUT)?
  
   
   
   irqtune will work even if we don't have the kernel source loaded. It
   uses insmod to load the patch, invoke it, and then unload it. The IRQ
   priority changes will last so long as the kernel is booted.
   
   
   
   
   
  Q: HOW DO WE INVOKE IT?
  
   
   
   irqtune takes two arguments optional arguments:
     * irqtune master slave
       
   The default is 3 14 which will work for many standard configurations.
   See What about my non-standard hardware configuration? for details.
     * Here is the usage output from irqtune:
       usage: irqtune [options] [master] [slave]
       version: 0.6
       arguments:
         master -- high priority IRQ on PIC master (DEFAULT: 3)
         slave -- high priority IRQ on PIC slave (DEFAULT: 14)
       general options:
         -h -- display help
         -v -- display irqtune version
         -o -- reset to original values (0/8)
       priority table options:
         -q -- suppress priority table printing
         -s -- sort table by priority
         -x -- show inactive devices in table
       error control options:
         -e -- show full errors
         -f -- force loading even if probe detects errors
         -u -- force module unload
         -V -- insmod verbose mode
         -w -- treat warnings as errors
       documentation options:
         -F<file> -- use <file> instead of /proc/interrupts
         -i -- install program
         -L<directory> -- directory to search for insmod
         -n -- nogo mode (just show what would happen)
       
   
   
   
   
   
   
  Q: COULD WE DO THIS FROM MY /ETC/RC.D/RC.LOCAL FILE?
  
   
   
   Yes. Just add a /sbin/irqtune line to this file and we're in business.
   We may also issue another irqtune command at any time.
   
   
   
   
   
  Q: WHAT IF IRQTUNE FAILS TO LOAD?
  
   See the What about irqtune load failures or incompatibilities with
   kernel revisions? section.
   
   
   
   
   
  Q: AFTER IRQTUNE SETS A PRIORITY, HOW CAN WE QUERY THE RESULTS LATER?
  
   
   
   We can't. 
   
   Due to a limitation of the PC interrupt hardware, it is not possible
   to read back values set previously.
   
   irqtune will attempt to place a message in the system log
   (/usr/spool/syslog/syslog) when it changes the configuration.
   Examining this log file, or simply invoking irqtune again, may be the
   best ways to work around the hardware limitations.
   
   Note: Some users have tried to use the "-n" option, thinking it will
   act as a "query" mode. This option is used, primarily, to generate
   examples in this document and will not have the desired effect. 
   
   
   
   
   
   
     _________________________________________________________________
   
             WHAT ABOUT MY NON-STANDARD HARDWARE CONFIGURATION?
                                       
   irqtune defaults for a standard IRQ configuration. It assumes that the
   highest priority device should be on IRQ 3. This is normally the first
   serial port on standard configurations, which is what you want.
   
   
   
   
   
  Q: HOW DO I DETERMINE WHAT MY IRQ CONFIGURATION IS?
  
   
   
   NOTE: For brevity, we've combined the non-sorted and sorted output in
   these examples. 
     * Just type /sbin/irqtune -n -o and we'll get something like:
       SORTED BY IRQ:                          SORTED BY PRIORITY:
       
       I00/P00:   8578913   timer              I00/P00:   8578913   timer
       
       I01/P01:    109547   keyboard           I01/P01:    109547   keybo
       ard
       I02/P02:         0 + cascade            I02/P02:         0 + casca
       de
       I03/P10:     86470 + serial             I11/P05:    197648 + sermu
       x
       I04/P11:    197648 + serial             I12/P06:     17968 + eth
       
       I11/P05:    197648 + sermux             I13/P07:         1   math
       error
       I12/P06:     17968 + eth                I14/P08:     93123 + Ux4F
       
       I13/P07:         1   math error         I03/P10:     86470 + seria
       l
       I14/P08:     93123 + Ux4F               I04/P11:    197648 + seria
       l
       
   
   
   NOTE: /proc/interrupts, and therefore irqtune, only reports on active
   devices. So to scope out the serial IRQ's, ideally, you'd have X
   Windows up with your serial mouse and be connected via PPP to the net.
   
   
   
   
   
   
  Q: OK, WE'VE GOT THE OUTPUT FROM /SBIN/IRQTUNE -N -O, WHAT DO WE DO WITH IT?
  
   
   
   The leftmost number is the IRQ number. The next number is the
   priority. The rightmost column is the internal device name (not to be
   confused with /dev names). In the above case, the two serial ports are
   on IRQ 3 and IRQ 4. Just use the lower number, in this case 3:
     * /sbin/irqtune 3
       
   This sets IRQ 3 to the highest priority.
   
     * After this command, the IRQ priorities are now:
       SORTED BY IRQ:                          SORTED BY PRIORITY:
       
       I00/P05:   8578913   timer              I03/P00:     86470 + seria
       l
       I01/P06:    109547   keyboard           I04/P01:    197648 + seria
       l
       I02/P07:         0 + cascade            I00/P05:   8578913   timer
       
       I03/P00:     86470 + serial             I01/P06:    109547   keybo
       ard
       I04/P01:    197648 + serial             I02/P07:         0 + casca
       de
       I11/P12:    197648 + sermux             I14/P07:     93123 + Ux4F
       
       I12/P13:     17968 + eth                I11/P12:    197648 + sermu
       x
       I13/P14:         1   math error         I12/P13:     17968 + eth
       
       I14/P07:     93123 + Ux4F               I13/P14:         1   math
       error
       
   
   
   
   
   
   
  Q: BTW, WHAT'S THE CASCADE DEVICE I SAW IN THE OUTPUT OF IRQTUNE?
  
   
   
   Glad you asked. There are actually two interrupt controllers, a master
   and a slave. The slave is cascaded to the master via its IRQ 2. The
   master controls IRQ's 0-7 and the slave controls IRQ's 8-15.
   
   You actually may select two high IRQ priorities, one for the master
   and one for the slave. irqtune defaults the slave to IRQ 14, which is
   normally the disk controller.
   
   In fact, cascade is sort of a "zero width" device as it does not
   contribute to interrupt latency. Setting the cascade to top priority
   on the master has an interesting effect which we'll see shortly.
   
   
   
   
   
  Q: BUT WE'VE ALSO GOT AN ETHERNET CONTROLLER ON IRQ 12. WHAT ABOUT THAT?
  
   
   
   In this case, we might want to use:
     * /sbin/irqtune 3 12
       
   because we want our ethernet card to have a higher priority than the
   disk controller. Actually if we did have this configuration, setting 3
   14 (the default) would make the ethernet card, the lowest priority
   device in the system.
   
     * The resulting priority would be:
       SORTED BY IRQ:                          SORTED BY PRIORITY:
       
       I00/P05:   8578913   timer              I03/P00:     86470 + seria
       l
       I01/P06:    109547   keyboard           I04/P01:    197648 + seria
       l
       I02/P07:         0 + cascade            I00/P05:   8578913   timer
       
       I03/P00:     86470 + serial             I01/P06:    109547   keybo
       ard
       I04/P01:    197648 + serial             I02/P07:         0 + casca
       de
       I11/P14:    197648 + sermux             I12/P07:     17968 + eth
       
       I12/P07:     17968 + eth                I13/P08:         1   math
       error
       I13/P08:         1   math error         I14/P09:     93123 + Ux4F
       
       I14/P09:     93123 + Ux4F               I11/P14:    197648 + sermu
       x
       
   
   
   
   
   
   
  Q: WHAT ABOUT THE SERIAL MULTIPLEXER CARD ON IRQ 11?
  
   
   
   This is a bit tricky because now we've got a serial device on the
   slave controller. It would be much better to put all serial cards on
   the master controller. Things would stay much simpler.
   
   In this case we would want to use:
     * /sbin/irqtune 11
     * The resulting priorities would be more complex and would result in
       something like:
       SORTED BY IRQ:                          SORTED BY PRIORITY:
       
       I00/P13:   8578913   timer              I02/P00:         0 + casca
       de
       I01/P14:    109547   keyboard           I11/P00:    197648 + sermu
       x
       I02/P00:         0 + cascade            I12/P01:     17968 + eth
       
       I03/P08:     86470 + serial             I13/P02:         1   math
       error
       I04/P09:    197648 + serial             I14/P03:     93123 + Ux4F
       
       I11/P00:    197648 + sermux             I03/P08:     86470 + seria
       l
       I12/P01:     17968 + eth                I04/P09:    197648 + seria
       l
       I13/P02:         1   math error         I00/P13:   8578913   timer
       
       I14/P03:     93123 + Ux4F               I01/P14:    109547   keybo
       ard
       
   
   
   
   
   
   
  Q: WAIT A MINUTE. DIDN'T WE JUST SPECIFY A SLAVE IRQ NUMBER AS THE MASTER TO
  IRQTUNE?
  
   
   
   Yes, this is shorthand way of saying 2 11. You can make a slave device
   top priority, but we get no options for the master IRQ. It will always
   be 2, the cascade device. Remember, the cascade device contributes no
   latency delay by itself.
   
   
   
   
   
  Q: SO WHY IS THIS CONFIGURATION SO BAD?
  
   
   
   Well, we boosted the priority of the serial multiplexer at the expense
   of the regular serial ports. The only way to allow all serial ports
   equally high priority is to group them on consecutive IRQ's and set
   the high priority for the lowest of those IRQ's.
   
   
   
   
   
  Q: HOW CAN WE FIX THIS WITH SOFTWARE?
  
   
   
   We can't.
   
   We're limited by the architecture of the PC and its interrupt
   controllers. We must change the IRQ of a device by physical
   restrapping--we can't do it by reprogramming the priority alone. 
   
   We'll go back to the earlier example. We'll wave a magic wand and
   Poof!--assume we just restrapped the serial multiplexer to IRQ 5:
     * /sbin/irqtune 3
     * The resulting priorities would be:
       SORTED BY IRQ:                          SORTED BY PRIORITY:
       
       I00/P05:   8578913   timer              I03/P00:     86470 + seria
       l
       I01/P06:    109547   keyboard           I04/P01:    197648 + seria
       l
       I02/P07:         0 + cascade            I05/P02:    197648 + sermu
       x
       I03/P00:     86470 + serial             I00/P05:   8578913   timer
       
       I04/P01:    197648 + serial             I01/P06:    109547   keybo
       ard
       I05/P02:    197648 + sermux             I02/P07:         0 + casca
       de
       I12/P13:     17968 + eth                I14/P07:     93123 + Ux4F
       
       I13/P14:         1   math error         I12/P13:     17968 + eth
       
       I14/P07:     93123 + Ux4F               I13/P14:         1   math
       error
       
   
   
   
   
   
   
  Q: COULD WE DO MORE OF THIS RESTRAPPING, SAY, WITH THE ETHERNET CONTROLLER?
  
   
   
   Sure. Waving the wand again, we restrap the ethernet card to IRQ 6.
     * /sbin/irqtune 3
     * The resulting priorities would be:
       SORTED BY IRQ:                          SORTED BY PRIORITY:
       
       I00/P05:   8578913   timer              I03/P00:     86470 + seria
       l
       I01/P06:    109547   keyboard           I04/P01:    197648 + seria
       l
       I02/P07:         0 + cascade            I05/P02:    197648 + sermu
       x
       I03/P00:     86470 + serial             I06/P03:     17968 + eth
       
       I04/P01:    197648 + serial             I00/P05:   8578913   timer
       
       I05/P02:    197648 + sermux             I01/P06:    109547   keybo
       ard
       I06/P03:     17968 + eth                I02/P07:         0 + casca
       de
       I13/P14:         1   math error         I14/P07:     93123 + Ux4F
       
       I14/P07:     93123 + Ux4F               I13/P14:         1   math
       error
       
   
   
   
   
   
   
  SO IN ORDER TO GET THE BEST OVERALL SYSTEM, WE MAY NEED TO CHANGE IRQ
  PRIORITY AND PHYSICALLY CHANGE THE HARDWARE IRQ CONFIGURATION?
  
   
   
   Exactly.
   
   Different systems may have highly different criteria for what is
   optimum. It is, ultimately, a choice that each system administrator
   must make based upon the specific requirements for the particular
   system in question. We can only provide tools to do the job, but the
   final choice is ultimately decided on a case-by-case basis. There is
   no one size fits all solution.
   
   
   
   
   
   
     _________________________________________________________________
   
WHAT ABOUT IRQTUNE LOAD FAILURES OR INCOMPATIBILITIES WITH KERNEL REVISIONS?
                                       
   
   
   
   
   
   
  Q: WHAT'S THE BOTTOM LINE?
  
   
   
   irqtune makes every attempt to load its kernel module. irqtune probes
   the kernel, /proc/ksyms, and insmod. It attempts to detect, correct,
   or work around any difficulties. If the problems are truly severe,
   irqtune will report this also. Normally, irqtune probes silently,
   only reporting the results of the local system configuration if
   there's an non-recoverable error.
   
     * To show what irqtune actually checks for each time it's invoked,
       here is the full error output (-e) from irqtune:
       irqtune: version is 0.6
       irqtune: kernel version 2.0.30
       probe: irqtune must be invoked via the full path -- OK
       probe: /sbin in $PATH -- YES
       probe: insmod found in $PATH (/sbin) -- OK
       probe: insmod simple execution -- OK
       probe: insmod has version (2.0.0) -- YES
       probe: rmmod found in insmod directory -- OK
       probe: insmod version supports command line options -- OK
       probe: insmod version (2.0.0) compatible with kernel version (2.0.
       30) -- OK
       probe: insmod version should be 2.1.34 (or better) -- WARNING
       probe: insmod and kernel compatible with CONFIG_MODVERSIONS -- OK
       probe: irqtune_mod loading will be tried -- OK
       probe: kernel version irqtune built under (1.0.0) matches current
       system -- NO
       probe: kernel IRQ handling is compatible -- OK
       probe: kernel has module support (CONFIG_MODULES) -- OK
       probe: kernel has symbols -- OK
       probe: kernel is using versions (CONFIG_MODVERSIONS) -- NO
       probe: kernel symbols are checksummed (CONFIG_MODVERSIONS) -- NO
       probe: kernel has /proc/interrupts -- OK
       irqtune: simulating IRQ priority of 3/14
       I00/P05:   8578913   timer
       I01/P06:    109547   keyboard
       I02/P07:         0 + cascade
       I03/P00:     86470 + serial
       I04/P01:    197648 + serial
       I11/P12:    197648 + sermux
       I12/P13:     17968 + eth
       I13/P14:         1   math error
       I14/P07:     93123 + Ux4F
       irqtune: complete
     * irqtune probes report YES/NO for informative messages. These may
       be ignored. irqtune will automatically compensate for any
       irregularities found.
     * irqtune probes report OK/WARNING for problems that may prevent
       proper operation. These may require changes to the local
       configuration. Generally, these may be ignored unless irqtune
       fails to load.
     * irqtune probes report OK/ERROR for problems that will prevent
       proper operation. These will require changes or upgrades to the
       local configuration.
     * If it is believed that the probes are reporting errors when none
       actually exist, the -f option may be used to force irqtune to
       continue anyway.
       
   
   
   No matter what happens with probes or loads, irqtune will report the
   final completion status as its last line: complete or error.
   
   
   
   
   
  Q: WHAT SHOULD BE CHECKED FIRST?
     * If we did a simple installation, we must specify the full
       pathname, even if irqtune is placed in a directory that is in
       $PATH. This is required because irqtune uses argv[0] to locate its
       irqtune_mod.o file.
     * /sbin should be in $PATH--this is the probable place for insmod.
       As a convenience, irqtune will add /sbin to $PATH automatically.
     * Be sure that the kernel was built with modules support
       (CONFIG_MODULES) enabled. irqtune will probe for and report this
       condition.
       
   
   
   
   
   
   
  Q: WHAT IF THE CURRENT KERNEL REVISION IS DIFFERENT FROM THE KERNEL REVISION
  IN THE PREBUILT MODULES?
  
   
   
   This does not matter. irqtune is 99.44% kernel revision independent.
   It is almost never necessary to rebuild the prebuilt modules. If
   irqtune fails to load the modules, consider everything in this
   section carefully before rebuilding irqtune.
   
   Notes to programmers:
     * The "kernel_version[]" does not need to match the kernel revision
       for a module to load successfully.
     * A module does not need MODVERSIONS to load in a MODVERSIONS
       kernel.
       
   
   
   Rebuilding the binaries before exploring the other options is a lot
   like Vonnegut's OFF switch--it's comforting but not connected to
   anything :-) 
   
   
   
   
   
  Q: ARE THERE ANY KERNEL REVISIONS THAT IRQTUNE WON'T WORK WITH?
  
   
   
   When irqtune was first released, some experimental changes were made
   to the kernel to solve the IRQ priority problem by use of a
   round-robin, balanced priority system that was incompatible with
   irqtune. These changes were ultimately removed but irqtune will not
   work with kernel revisions 2.0.15 to 2.0.18. irqtune will detect this
   condition and report an error. See the Where can I find additional
   documentation or downloads? section.
   
   
   
   
   
  Q: ARE THERE ANY INSMOD REVISIONS THAT ARE INCOMPATIBLE?
  
   
   
   irqtune first trys to load irqtune_mod.o and falls back to
   irqtune_npr.o if it detects a load error in insmod.
   
   Some versions of insmod have severe difficulty loading modules when
   the kernel is using MODVERSIONS. There is a known bug in insmod:
     * 2.1.X insmod prior to 2.1.34 (e.g. 2.1.23)
     * 2.0.X kernel
     * kernel built with CONFIG_MODVERSIONS
       
   Loading irqtune_mod.o will crash insmod, partially lock up irqtune's
   module. irqtune will detect this and skip the irqtune_mod.o loading
   entirely.
   
   Generally, we should not use an older insmod with a newer kernel (e.g.
   using a 2.0.X insmod on a 2.1.X kernel). irqtune will detect and
   report this.
   
   If insmod still has difficulties, we may want to upgrade it to 2.1.34
   (or better). Newer versions of insmod are guaranteed to be backward
   compatible to older kernels. This will increase the probability that
   the irqtune_mod.o will load and irqtune will not have to fallback to
   irqtune_npr.o. Note: insmod is actually part of the modutils
   package. modutils under 2.0.X is called modules. See the Where can I
   find additional documentation or downloads? section.
   
   
   
   
   
  Q: WHAT IS THE DIFFERENCE BETWEEN IRQTUNE_MOD.O AND IRQTUNE_NPR.O?
  
   
   
   The only kernel symbol that irqtune's kernel module (irqtune_mod.o)
   uses is printk (to print a confirmation message to syslog). The
   irqtune_npr.o module is exactly the same as irqtune_mod.o except
   that it does not use printk. Since irqtune pre-checks all parameters
   before attempting to load the kernel module, the confirmation message
   is a nicety but not a necessity.
   
   
   
   
   
  Q: WHAT IF WE DON'T HAVE ELF BINARY SUPPORT?
  
   
   
   Well, we should upgrade the kernel as ELF binaries are cool :-). But
   if that's not possible, we'll just have to recompile irqtune to create
   a.out binaries. This is, perhaps, the only justification for
   rebuilding irqtune. Just be sure that /usr/src/linux/include is
   installed. The exact procedure for building a.out binaries can vary
   with compiler revision, so it's important to check the documentation
   on this (a parameter or two may need to be added).
     * Then, just type:
       make warp9
     * Here is the makefile's own documentation:
       INSTALLATION:
         install    install prebuilt binaries in /sbin
         custom     create custom installation -- Normally _not_ required
        -- Try
                    install first (EQUIVALENT: kvers sbin install)
         uninstall  remove prebuilt binaries from /sbin
       
       INSTALLATION OVERRIDES:
         SBIN       SBIN=/whatever specify installation directory (DEFAUL
       T: /sbin)
         INSTALL    INSTALL=simple simple installation (DEFAULT: simple)
                    INSTALL=sh install as shell stub
         INSTALLER  installation program (bin/install) (DEFAULT: sbin/irq
       tune)
       
       REBUILDING FROM SOURCE:
         kvers      create kernel_version
         sbin       rebuild binaries from source (full or partial)
       
       FORCE FULL REBUILD (requires /usr/src/linux/include):
         clean      remove .o files to force full recompile)
         warp9      rebuild all (EQUIVALENT: clean kvers sbin install)
       
   
   
   
   
   
   
  Q: WHAT ABOUT IRQ SHARING OF SERIAL PORTS?
  
   
   
   Under the 2.0.X (and later) kernels, use of IRQ sharing will defeat
   IRQ priority because the serial port ISR's are installed as slow
   rather than fast interrupts (e.g. they don't use the SA_INTERRUPT
   flag).
   
     * Change the serial port IRQ configuration so that ports don't share
       IRQ's
     * The other option is a kernel source patch to
       drivers/char/serial.c:
       Change the following line:
       #define IRQ_T(info) ((info->flags & ASYNC_SHARE_IRQ) ? SA_SHIRQ :
       SA_INTERRUPT)
       and replace it with:
       #define IRQ_T(info) (((info->flags & ASYNC_SHARE_IRQ) ? SA_SHIRQ :
        0) | SA_INTERRUPT)
       
   
   
   Under earlier kernels this is not a problem because the serial ISR was
   always installed with SA_INTERRUPT.
   
   
   
   
   
   
     _________________________________________________________________
   
                    WHAT ABOUT HARDWARE/CONFIG PROBLEMS?
                                       
   
   
   
   
   
   
  Q: WHAT IF THE SERIAL PORT DOESN'T WORK?
     * The First Law of Computing: Make sure it's plugged in.
       
     * Double check the strapping for port and IRQ assignments. Verify
       that the port/IRQ desired is actually the one that is strapped.
       Some serial ports will appear to work even if the IRQ is
       wrong--they will just be extremely slow. Some Plug-N-Play (PnP)
       ports may need to be explicitly strapped.
       
     * Check for port/IRQ conflicts with other devices. Serial ports may
       share IRQ assignments but sharing an IRQ between a serial port and
       something else (e.g. an ethernet card) is fraught with peril. See
       the previous section about serial IRQ sharing under 2.0.X kernels.
       
       
     * Verify that the IRQ that the kernel reports as a result of
       auto-detection is the IRQ that was strapped. Some serial ports or
       hardware configurations can fool the auto-detect. If necessary,
       use the setserial program (in /etc/rc.d/rc.local) to force the
       kernel port/IRQ settings to match the hardware strapping.
       
     * Verify that irqtune got the correct IRQ numbers for the specific
       configuration. For example, suppose our primary serial port is on
       IRQ 3, but we gave irqtune the value 4. We just made the serial
       device on IRQ 3 into priority 14, not priority 0.
       
     * Verify that the serial port baud rate is set correctly. That is,
       it is the same as what the modem expects. The serial port baud
       rate also has performance implications (See Q: What about
       increasing the serial port baud rate? for details).
       
   
   
   
   
   
   
  Q: WHAT IF PPP DOESN'T WORK?
  
   
   
   See the PPP man page and PPP-Howto for best information, but some
   recommended options:
     * asyncmap 0
     * crtscts
     * defaultroute
     * modem
     * mru 296 mtu 296
     * passive
       
   
   
   AT-like modems have a special character to escape from data mode to
   command mode. To avoid confusion here, we'll call this modem escape
   character a guard character.
   
   The default guard character is '+' (decimal 43, hex 2B). Normally, 3
   such characters are required within a special timing sequence.
   
   Although it is unlikely, it is still possible that some PPP packets
   could generate the guard sequence inadvertantly. To prevent this, we
   may want to inhibit the generation of the guard character in a data
   sequence. To do this, we would add the additional PPP option:
     * escape 2B
       
   
   
   Since '+' is a common ASCII character (PPP escaped characters generate
   two characters), we may wish to use a less common value for the guard
   character. For example, a less common value might be (decimal 200, hex
   C8). We would add an ATS2=200 command to our modem dialer script and
   change the PPP escape option to C8.
   
   
   
   
   
  Q: WHY DOES PPP CONSISTENTLY DROP EVERY SECOND PACKET SENT FROM LINUX,
  RESULTING IN A 50% PACKET LOSS?
  
   
   
   Some braindamaged PPP implementations do not handle PPP flag
   optimization! 
   
   The PPP protocol uses a flag byte to separate packets. Each packet
   begins with a flag and ends with a second flag.
     * Loosely, each packet looks something this:
       <FLAG> <PACKET (e.g. header, data, CRC)> <FLAG>
     * Thus, a sequence of packets might look like this:
       <FLAG><PACKET1><FLAG> <FLAG><PACKET2><FLAG> <FLAG><PACKET3><FLAG>
       ...
     * However, as an optimization, the PPP protocol permits trailing and
       leading flag bytes to be combined within a sequence of packets:
       <FLAG> <PACKET1> <FLAG> <PACKET2> <FLAG> <PACKET3> <FLAG> ...
       
   
   
   Although the PPP protocol requires implementations receiving packets
   to handle flag optimization, some broken PPP implementations do not
   understand it!
   
   These implementations see the trailing flag, process the packet, then
   look for a fresh flag. They don't realize that the trailing flag of
   PACKET1 may perform double duty as the leading flag of PACKET2. They
   will ignore all data until they see a new flag (which, in this
   example, is the flag between PACKET2 and PACKET3). Thus, PACKET2 will
   be seen as noise data and be ignored. These implementations will only
   see only the odd number packets (e.g. PACKET1, PACKET3, PACKET5,
   etc.), resulting in a 50% packet loss!
   
   Linux PPP implements flag optimization correctly and enables it by
   default. As charity to others, Linux does allow flag optimization to
   be turned off, but currently, this this requires the kernel to be
   rebuilt.
   
   In Linux, to turn off flag optimization on transmit, do the following:
   
     * Edit the file drivers/net/ppp.c
     * Change the line:
       static int  flag_time = OPTIMIZE_FLAG_TIME;
     * Replace this with:
       static int  flag_time = 0;
     * Rebuild the kernel.
       
   
   
   Note: A better solution is to return the defective PPP implementation
   to the vendor and demand a refund or replacement! 
   
   
   
   
   
  Q: HOW CAN WE BE CERTAIN THAT THE PPP FLAG OPTIMZATION LOSS IS OCCURING?
  
   
   
   By lowering the baud rate to something that is guaranteed not to drop
   data due to speed problems (e.g. 300 baud). If we get a consistent 50%
   loss at this low rate, this is almost certain proof of the flag
   optimization problem.
   
   
   
   
   
   
     _________________________________________________________________
   
           WHAT OTHER PERFORMANCE SOFTWARE REMEDIES MUST BE DONE?
                                       
   
   
   
   
   
   
  Q: WHAT ABOUT USING HDPARM -U TO SET THE INTERRUPT-UNMASK FLAG IN THE HARD
  DISK DRIVER?
  
   
   
   This is only necessary for the IDE driver. The SCSI driver has short
   disable windows by default. This will shorten the IDE interrupt
   disable windows.
   
   Beware: Without this option, IDE disk activity will almost certainly
   cause serial data dropouts. If we have an IDE disk, this is mandatory.
   
   
   
   
   
   
  Q: WHAT ABOUT DISABLING VAN JACOBSEN HEADER COMPRESSION IN PPP?
  
   
   
   This reduces the amount of bottom-half processing the system has to do
   at the expense of larger packets being sent. This may be helpful on
   slower CPU's or heavily loaded configurations.
   
   
   
   
   
  Q: WHAT ABOUT ADJUSTING THE MRU/MTU NUMBERS IN PPP?
  
   
   
   Reducing the MRU/MTU to a minimum (296) reduces the bottom-half
   processing and flip-buffer latency at the expense of adding extra
   overhead bytes due to the reduced packet size. The optimal value will
   vary from configuration to configuration.
   
   Beware: Start with 296 as the optimal may not be 1500.
   
   The flip-buffer is a double buffer mechanism in the serial/tty drivers
   through which all data must pass. It has a fixed size of only 512
   bytes. MRU/MTU greater than the flip-buffer size may create an
   internal race condition that may cause dropouts on slower CPU's or
   heavily loaded configurations. 
   
   
   
   
   
  Q: WHAT ABOUT GOING TO NEWER KERNEL REVISIONS?
  
   
   
   Although irqtune will work surprisingly well with just about any
   kernel revision, the low level IRQ handlers and device drivers have
   been vastly improved in the 2.0.X kernels. This will only improve
   irqtune's effect.
   
   
   
   
   
  Q: WHAT ABOUT INCREASING THE SERIAL PORT BAUD RATE?
  
   
   
   The serial port baud rate should be high enough to support the maximum
   expected transfer rate--but no higher. Higher speed settings place
   extra strain on the CPU, increasing the likelihood of overruns.
   
   For a 33.6 modem, the minimum baud rate would be 38400. However, with
   compression, the expected transfer rate can be as high as 6 KB/second.
   This would require a baud rate of 57600. This may strain the CPU, and
   since the transfer rate is nominally about 4 KB/second, a lower baud
   rate may be a good compromise.
   
   The best way is to try several rates, then benchmark them to see which
   provides the best overall performance.
   
   Note: Because of backward compatibility to older systems, we can't
   just set 57600 directly with stty, kermit, pppd, etc. Specify 38400 to
   these programs, and use the setserial program with an option of
   spd_hi. For ISDN speeds, use spd_vhi. Other options are possible so
   be sure to consult the manpage.
   
   
   
   
   
   
     _________________________________________________________________
   
           HOW CAN I TELL IF IRQTUNE ACTUALLY DID ANYTHING FOR ME?
                                       
   
   
   Well, first off, if PPP/SLIP was dying mysteriously, it will probably
   be more reliable.
   
   
   
   
   
  Q: HOW CAN WE BENCHMARK IRQTUNE?
  
   Run without it and get a feel for the transfer rate:
   
     * Hit many favorite web sites and note the transfer rates in
       bytes/second. Make life easy. Netscape is at least one browser
       that reports transfer rates in bytes/second in the status line.
       
     * FTP reports the transfer time of a file in bytes/second. Download
       (or upload) a few files (300K or greater to smooth out the
       benchmark) and note the transfer rates. Use a mix of ascii and
       binary files that to see the effect of modem compression. Binary
       won't compress too well so the numbers will reflect the real
       transfer rate. Ascii files which typically compress 2:1 will up
       the effective rate by 2X, making it more stressful.
       
     * Try several things of varying duration, different times of day,
       different sites to accomodate variations in network loading. Don't
       stop until there is an average set of numbers that are more or
       less repeatable.
       
   
   
   Repeat this using irqtune and note the transfer times again.
   
   NOTE: IRQTUNE just won't quit--if you want to test in the original
   mode again, reboot the system first.
   
   
   
   
   
  Q: WHAT IF WE STILL DON'T SEE ANY REAL IMPROVEMENT?
  
   
   
   It's a matter of probability. Performance measurement is as much art
   as science.
   
     * We're much more likely to see improvement on a DX2/66 than a
       Pentium/166. With the 166, we may be overpowering the problem.
       We'll still have a problem, we just won't notice it as much
       because the Pentium has the extra speed to burn. A badly tuned
       Ferrari may still outperform a well-tuned VW :-)
       
     * What problem was occurring before? Which of the symptoms listed
       earlier is happening? If performance was 2500 bytes/second before
       using irqtune, we're less likely to notice the smaller jump to,
       say, 2800.
       
     * System loading is very light. The problems that irqtune will fix
       are more likely to happen when more devices and more work are
       added. On a certain configuration, irqtune had little effect.
       However, when a brand new SCSI DAT drive was added, serial
       performance nosedived. Using irqtune brought performance back to
       the correct level.
       
     * We may have a rogue interrupt service that disables interrupts for
       something outrageous, say 2 ms. This is singularly longer than the
       1194 us. in the earlier example. irqtune will still help, but the
       real solution here is to reduce interrupt lockout times in the
       other device below the 1194 us. threshold.
       
   
   
   
   
   
   
   
     _________________________________________________________________
   
           WHERE CAN I FIND ADDITIONAL DOCUMENTATION OR DOWNLOADS?
                                       
   
   
     * man pages for: insmod, hdparm, pppd, setserial
     * The Linux Documentation Project
          + Homepage: http://sunsite.unc.edu/LDP
          + HOWTO's: ftp://sunsite.unc.edu/pub/Linux/doc/HOWTO
     * The Linux Software Map (Hypertext)
          + http://www.boutell.com/lsm
     * Linux v2 Information HQ
          + http:/www.linuxhq.com
     * ftp.kernel.org
          + http://ftp.kernel.org
     * 2.0.X kernel and compatible modutils downloads
          + ftp://ftp.funet.fi/pub/Linux/kernel/linux/v2.0,
            ftp://ftp.funet.fi/pub/Linux/kernel/linux/v2.0/modules-2.0.
            0.tar.gz
          + ftp://ftp.kernel.org/pub/linux/kernel/v2.0,
            ftp://ftp.kernel.org/pub/linux/kernel/v2.0/modules-2.0.0.ta
            r.gz
     * 2.1.X kernel and compatible modutils downloads
          + ftp://ftp.funet.fi/pub/Linux/kernel/linux/v2.1,
            ftp://ftp.kernel.org/pub/linux/kernel/v2.1/modutils-2.1.34.
            tar.gz
          + ftp://ftp.kernel.org/pub/linux/kernel/v2.1,
            ftp://ftp.kernel.org/pub/linux/kernel/v2.1/modutils-2.1.34.
            tar.gz
            
   
   
   
   
   
   
   
     _________________________________________________________________
   
                                   CHANGES
                                       
   
   
   
   
   
   
  REVISION 0.2 CHANGES:
     * No code changes
     * Major rewrite and expansion of the problem explanation section
     * More thorough explanation of how and why irqtune works
     * Explanation of why serial devices must be highest priority
     * Impact on other devices
     * Cleaner and better installation instructions
     * Better benchmarking section
     * Problem resolution section
     * Explanation of my prior misread on the EOI thing
       
   
   
   
   
   
   
  REVISION 0.3 CHANGES:
     * irqtune automatically prints interrupt priority table
     * Significantly improved error detection and reporting
     * Improved loading under different kernel revisions
     * insmod now invoked with -x to improve loading
     * Added module without printk's -- irqtune_npr.o
     * Special makefile options for difficult or custom rebuilds
     * Corrected error in hdparm -u note.
     * Improved the non-standard configuration section
     * Added note and patch about IRQ sharing under 2.0.X kernels
       
   
   
   
   
   
   
  REVISION 0.4 CHANGES:
     * No code changes
     * Updated links in the FAQ to reflect configuration changes at my
       ISP, best.com. Specifically, the FTP address changed from
       ftp://www.best.com/pub/cae/irqtune.tgz to
       ftp://ftp.best.com/pub/cae/irqtune.tgz
     * irqtune distribution now available via HTTP as well as FTP.
     * Consolidated and improved trouble resolution sections.
     * Added explanation of irqtune_mod.o vs. irqtune_npr.o.
     * Added explanation of /sbin usage.
     * Corrected some typos.
       
   
   
   
   
   
   
  REVISION 0.5 CHANGES:
     * Added alternate installation procedure with "INSTALL=" option.
     * /sbin is added to $PATH automatically.
     * Added "-u" option.
     * Consolidated and improved installation documentation.
     * Additional trouble resolution documentation.
     * Again, updated links in the FAQ to reflect configuration changes
       at my ISP, best.com. Specifically, the FTP address changed from
       ftp://ftp.best.com/pub/cae/irqtune.tgz to
       ftp://shell5.ba.best.com/pub/cae/irqtune.tgz
       
   
   
   
   
   
   
  REVISION 0.6 CHANGES:
     * Added an "inb" to force PIC to a determinate state before setting
       priority.
     * Added include of errno.h to allow compilation with newer libc
       distributions.
     * Added code to probe ksyms, kernel, insmod for incompatibilities.
       Specifically, versions of insmod that have bugs (fixed in insmod
       2.1.34) are detected and handled correctly.
     * Added "-f" option.
     * Added documentation about insmod incompatibilities and upgrades.
     * Added documentation and workaround for broken PPP implementations
       of PPP flag optimization.
     * Added documentation about recommended serial port baud rates.
     * Added section with hyperlinks to other documentation and
       downloads.
     * Added irqtune to LSM (finally :-).
     * Install script now obsolete. irqtune now self installs. Some
       moronic systems still don't have csh installed.
       
   
   
   
   
   
   
   
     _________________________________________________________________
   
                              TABLE OF CONTENTS
                                       
   
           IRQTUNE -- A Linux IRQ Priority Optimizer
     * Where do I get irqtune?
     * How do I know if I need irqtune?
     * What is actually happening to cause these problems?
     * How does irqtune help this?
     * Why does the serial interrupt service require the highest
       priority?
     * Isn't that example very unlikely under Linux?
     * Doesn't this hurt the performance of other devices?
     * Isn't this IRQ priority thing a bit of a new idea?
     * How do I install irqtune?
     * How do I use irqtune? Don't I have to rebuild my kernel?
     * What about my non-standard hardware configuration?
     * What about irqtune load failures or incompatibilities with kernel
       revisions?
     * What about hardware/config problems?
     * What other performance software remedies must be done?
     * How can I tell if irqtune actually did anything for me?
     * Where can I find additional documentation or downloads?
     * Changes
     * Table of Contents




=============================================================================
Andrew Martin|andrew@housemartin.apana.org.au|http://housemartin.apana.org.au
----------------------------------------------------------------------------
Looking beyond the embers of the bridges glowing bright behind us 
To a glimpse of how green it was on the other side.  [Gilmour/Samson]    
=============================================================================

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Subject: flexfax: facsimile not received (fwd) 
To: flexfax@sgi.com (Hylafax Mailing List)
Date: Mon, 6 Apr 1998 21:59:50 -0400 (EDT)
From: "Stan Brown" <stanb@awod.com>
Sender: owner-flexfax@celestial.com



	Anyone got any clues as to whats going on here? It seems to be repatable from a
	certain originating fax.

>An attempt to receive facsimile on cul00 failed because:
>
>    Missing EOL after 5 seconds (section 3.2/T.4)
>
>    ---- Transcript of session follows ----
>
>Apr 06 10:10:48.62: [  241]: SESSION BEGIN 00000898 18438864919
>Apr 06 10:10:48.62: [  241]: <-- [19:AT+FCLASS=2;S7=20A\r]
>Apr 06 10:10:56.71: [  241]: --> [5:+FCON]
>Apr 06 10:10:56.71: [  241]: ANSWER: FAX CONNECTION
>Apr 06 10:10:56.72: [  241]: RECV FAX: begin
>Apr 06 10:10:58.73: [  241]: --> [28:+FTSI:"  HP Response Center"]
>Apr 06 10:10:58.73: [  241]: REMOTE TSI "HP Response Center"
>Apr 06 10:10:58.74: [  241]: --> [21:+FDCS:1,3,0,2,0,0,0,0]
>Apr 06 10:10:58.74: [  241]: REMOTE wants 9600 bit/s
>Apr 06 10:10:58.74: [  241]: REMOTE wants page width 1728 pixels in 215 mm
>Apr 06 10:10:58.74: [  241]: REMOTE wants unlimited page length 
>Apr 06 10:10:58.74: [  241]: REMOTE wants 7.7 line/mm
>Apr 06 10:10:58.74: [  241]: REMOTE wants 1-D MR
>Apr 06 10:10:59.31: [  241]: --> [2:OK]
>Apr 06 10:10:59.32: [  241]: <-- [7:AT+FDR\r]
>Apr 06 10:11:03.72: [  241]: --> [5:+FCFR]
>Apr 06 10:11:03.72: [  241]: --> [21:+FDCS:1,3,0,2,0,0,0,0]
>Apr 06 10:11:03.72: [  241]: REMOTE wants 9600 bit/s
>Apr 06 10:11:03.72: [  241]: REMOTE wants page width 1728 pixels in 215 mm
>Apr 06 10:11:03.72: [  241]: REMOTE wants unlimited page length 
>Apr 06 10:11:03.72: [  241]: REMOTE wants 7.7 line/mm
>Apr 06 10:11:03.73: [  241]: REMOTE wants 1-D MR
>Apr 06 10:11:03.73: [  241]: --> [7:CONNECT]
>Apr 06 10:11:03.73: [  241]: RECV: begin page
>Apr 06 10:11:03.73: [  241]: RECV: send trigger 021
>Apr 06 10:13:06.03: [  241]: RECV: Missing EOL after 5 seconds
>Apr 06 10:13:06.04: [  241]: REMOTE HANGUP: Missing EOL after 5 seconds (section 3.2/T.4) (code 91)
>Apr 06 10:13:06.05: [  241]: RECV FAX (00000898): recvq/fax00007.tif from HP Response Center, route to <unspecified>, 0 pages in 2:10
>Apr 06 10:13:06.06: [  241]: RECV FAX: Missing EOL after 5 seconds (section 3.2/T.4)
>Apr 06 10:13:06.06: [  241]: <-- [6:AT+FK\r]
>Apr 06 10:13:06.17: [  241]: --> [5:ERROR]
>Apr 06 10:13:06.17: [  241]: MODEM Command error
>Apr 06 10:13:06.19: [  241]: RECV FAX (00000898): session with HP Response Center terminated abnormally: Missing EOL after 5 seconds (section 3.2/T.4)
>Apr 06 10:13:06.19: [  241]: RECV FAX: bin/faxrcvd "recvq/fax00007.tif" "cul00" "00000898" "Missing EOL after 5 seconds (section 3.2/T.4)"
>


-- 
Stan Brown     stanb@netcom.com                                    770-996-6955
Factory Automation Systems
Atlanta Ga.
-- 
Look, look, see Windows 95.  Buy, lemmings, buy!   
Pay no attention to that cliff ahead...            Henry Spencer
(c) 1998 Stan Brown.  Redistribution via the Microsoft Network is prohibited.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
To: rjc@trump.net.au (Robert Colquhoun)
Date: Tue, 7 Apr 1998 08:23:23 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> >I hope everyone is clear what Phase B is.  Firstly it is not an error.  It
> >is the stage of the conversation where the machines are exchanging their
> 
> There's unlikely to be any transmission errors between the modem  and the
> local host, but if the phone line is bad the communication with the remote
> machine can easily fail.

V.21 should be very resillient; if you are getting errors in the V.21
phase, I think your chances of getting anything at all at V.29 are 
negligible.

> 
> I have a copy of T30, if i am reading correctly the only characters

If you've got a copy of T.30, not just one of the text only CDs from when
they had an experiment with free electronic publication, could you 
check what if any requirements are placed on the sending side on getting
RTN.  The details are in the tables or diagrams.  All I can really clean
from the bits on the CD are that the algorithm for deciding when a retrain
is needed is not specified, and one of the things that can qualify the
sender's behaviour (but not necessarily in this context) is its ability
to retransmit.

> officially allowed are 0-9, space and the '+' character. I dont imagine
> this will bother many machines but anyway

It's really supposed to be an international format phone number, but it
is VERY common to configure fax machines to send alphabetics and for them
to display them.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 09:35:19 +0200 (CEST)
From: Marco Crispino <marco@mail.nsm.it>
To: Jonathan Chen <jonc@pinnacle.co.nz>
cc: flexfax@sgi.com
Subject: Re: flexfax: Us Robotics Sportser Flash
Sender: owner-flexfax@celestial.com

I tryed and the log says...
Waiting for modem to come ready.


On Tue, 7 Apr 1998, Jonathan Chen wrote:

> On Mon, 6 Apr 1998, Marco Crispino wrote:
> 
> > 					
> > Hello I have a Hylafax Installed and I have problems with the modem...
> > when I do 
> > faxstat :
> > 
> > HylaFAX scheduler on mail.nsm.it: Running
> > Modem cua1 (+1.999.555.1212): Waiting for modem to come ready
> 
> Have you got faxgetty(1M) running? Enable the logs for faxgetty to see
> what the modem chat is returning.
> --
> Jonathan Chen <jonc@pinnacle.co.nz>
> ----------------------------------------------------------------------
>              "A person should be able to do a small bit of everything,
>                                         specialisation is for insects"
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 8 Apr 1998 09:02:52 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Marco Crispino <marco@mail.nsm.it>
cc: flexfax@sgi.com
Subject: Re: flexfax: Us Robotics Sportser Flash
Sender: owner-flexfax@celestial.com

On Tue, 7 Apr 1998, Marco Crispino wrote:

> I tryed and the log says...
> Waiting for modem to come ready.

You still haven't provided the chat script between faxgetty and the
modem.

Please read the Trouble Shooting section, it's in the html documentation
that comes with the HylaFAX; change the ServerTracing to something
more verbose, gather the logs, and post it to the list if you haven't
already figured it out by then.
--
Jonathan Chen <jonc@pinnacle.co.nz>
----------------------------------------------------------------------
                                          Experience is a hard teacher
               because she gives the test first, the lesson afterwards

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Sinisa Milivojevic <sinisa@coresinc.com>
To: mysql@tcx.se
Subject: flexfax: Log of outgoing faxes to mySQL database .....
Date: Tue, 7 Apr 1998 09:48:45 +0200
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com


--

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) _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

Randy said : Does this include the images?

Yes



Randy said : Or are they TIF->JPEG'd when the link in the last column is pressed?
No, they are stored as JPEG in mySQL BLOB's, to enable faster viewing !!

Randy said : Very cool!  Looking forward to seeing this linked from 'contributions'...

This depends on the administrators. Meanwhile, you can find a first version
of archive on my personal WWW page (found at my signature !!!!).


Bye !!!!!!!!!!

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
From: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
Subject: flexfax: Winword-Macro for OLE with whfc
Date: Tue, 07 Apr 1998 12:29:52 +0300
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id PAA05590

Hi,

this was asked before, but I still couldn't find a solution. I tried to write 
a macro for Winword-95 (7.0), but without success. Does anybody know if this 
is possible? The documentation that comes with WordBasic is not very detailed 
for this part, it only tells me how I can access Word from within an other 
application, but not the other way round...

Thanks, 

Greetings Sascha

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 12:58:31 +0200 (CEST)
From: HylaFax list <faxlist@master.slon.net>
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Sender: owner-flexfax@celestial.com

On Sat, 4 Apr 1998, Shuvam Misra wrote:

> My /dev/modem is linked to /dev/cua0. I'm always confused about the
> difference between cuaX and ttySX. I also remember reading somewhere on
> the Usenet that Linux would "soon" abolish this distinction which caused
> more problems than it solved, or something to that effect. Did this
> "soon" mean kernel 2.0.30?
> 
Using ttySx alows more packages to access this line. As I've heard cuax
will be discarded but in 2.0.x is still in there (I don't know exactly but
I think also in 2.1.x series).

	lp
		gody

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 07 Apr 1998 16:06:59 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: sf@sfconsultores.pt, HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: Problems sending scheduled faxes ULRICH
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA29669
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA05675

JOSE FERRADEIRA wrote:
> 
> Thanks for your help.
> 
> I have installed the new version of WHFC (0.8.5) and tried again sending
> 
> faxes at a later time, but the problem still remains.
> 
> Maybe Ulrich could help us to fix this.
> 
> that way I'm not able to send mailling faxes by night.
> 
> Best regards
> 
> Jos ferradeira

Hi,

i have done some testing with the jobfmt, but it currently does not work 
correct. However i am working on it.

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:58 1999
Date: Tue, 07 Apr 1998 16:10:14 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.5
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA01119
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA05679

esteban@igeofcu.unam.mx wrote:
> 
> > But there is one  bad news. I haven't got the permissions to release
> > the source code for new versions. (order from the management). So i
> > must remove the GPL - copyright but whfc is already free and can be
> > used in commercial enviroments.
> 
> i can't understand that... what we have to do so whfc +0.8.5 still
> under the GPL? or what if the HylaFax comunity pays some amount of
> money to the company to release the source code under GPL...
> 
> esteban.

Hi,

it's a decission of the management, so i can't change anything :-(.
But there will be no commercial version out even if it's not 
under GPL.

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:58 1999
Date: Tue, 7 Apr 1998 11:52:30 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL Omni modem 
Sender: owner-flexfax@celestial.com

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

On Tue, 7 Apr 1998, HylaFax list wrote:

> On Sat, 4 Apr 1998, Shuvam Misra wrote:
> 
> > My /dev/modem is linked to /dev/cua0. I'm always confused about the
> > difference between cuaX and ttySX. I also remember reading somewhere on
> > the Usenet that Linux would "soon" abolish this distinction which caused
> > more problems than it solved, or something to that effect. Did this
> > "soon" mean kernel 2.0.30?

> Using ttySx alows more packages to access this line. As I've heard cuax
> will be discarded but in 2.0.x is still in there (I don't know exactly but
> I think also in 2.1.x series).

According to Ted T'so at MIT, it's supposed to disappear with the next
major release. ***HOWEVER***: many packages, such as minicom and the
modemcfg tool in the control panel tool under RedHat 5.0, seem to use
/dev/cua* as a default, and that includes the 2.0.32 kernel at
least. Therefore, until that gets straightened out, I think I'm going
to change my tune and suggest using /dev/cua*.

I've also been writing some fairly extensive installation notes for
RedHat 5.0 Linux, based on my experience there and based on my
old SunOS notes. Linux users who want a preview can look
for both sets of notes at:
	http://cirl.meei.harvard.edu/~raoul/hylafax/

These are not fully integrated with the RPM distribution, since I don't
have the full set of patches used for that and the config.local used.

I've also been trying to integrate notes about using PPP for either
setup: this is its own unique adventure, and I'd appreciate comments.

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

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

iQCVAwUBNSpLsj/+ItycgIJRAQEnuQP/bdoR6Hr+jkYWD6/n9sCwXnKrg3yZwTFg
h92bQSWGOfK9hPw2t8fIgiB3KcT8PkLha7raf2rMBQlBmeRWaza5n6zkigyQe+fX
Bc0DSALdXInShi84yjRnvyH2TSTe6/mjLJSwnC0VoFrYLn7IO/bnOE56fKdFym/r
puSbkGx08wU=
=mLul
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 12:00:50 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Liz Marlow <e.s.marlow@uces.bangor.ac.uk>
Cc: flexfax@sgi.com
Subject: Re: flexfax: No carrier detected
Sender: owner-flexfax@celestial.com

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

On Tue, 7 Apr 1998, Liz Marlow wrote:

> Hi
> 
> I have HylaFax installed and I'm having problems sending a fax.  It was working a couple of days ago and nothing has changed since but now when I type 
> 
> 	sendfax -d 316367 -n test.ps

Why did this ever work? This is a six-digit phone number. Are you on some
exchange or phone system where 6 digits is a valid number?



> 
> I get the following error:-
> 
> 	No carrier detected (see end of message for complete log)
> 
> Please send any sugestions in "idiot format" as I don't know much about HylaFax.
> 
> Many thanks
> Liz 
> 
> ---------------------------------------------
> 
> Your facsimile job to 316367 failed because:
>     No carrier detected
> 
>     ---- Transcript of session follows ----
> 
> Apr 07 11:43:23.97: [15719]: SESSION BEGIN 00000170 441248316367

This indicates to me that you are for some reason getting "441248" in
front of your outgoing number in generating the log and info files. Is this
consistent with your local setup and dialrules?

> Apr 07 11:43:28.89: [15719]: DIAL 316367
> Apr 07 11:43:28.90: [15719]: <-- [11:ATDT316367\r]
> Apr 07 11:44:31.02: [15719]: --> [10:NO CARRIER]
> Apr 07 11:44:31.02: [15719]: SEND FAILED: No carrier detected

This indicates that you probably never got a dial tone. If it worked
before, is your phone line disconnected? You might try setting your modem
volume to "low" with faxaddmodem, and listening to the tones to hear
if you get a dial tone.

If the phone number itself is not coming out right, you can take a look at
dialtest and dialrules to add prefixes for outside lines, etc.

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

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

iQCVAwUBNSpNqz/+ItycgIJRAQHUYwP8DIEiDhx1p+cXg6DI9GNoyHvFY6OIxR6q
aD2qcU2mjWy3kmQgHHQI1Y8+H3Vf96sJLYU7PYp27XCC/jnBPKShR1FpjBfGdAxQ
Z3n3hP7Gq1L1tWUzw2UIQX+3iqefF75t+w1d8BJ/oBvB7rcsBJKBAoeJCGbDnblJ
RXa3yM8YWpc=
=kRaz
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: flexfax: Problems compiling Hylafax
Date: 7 Apr 1998 16:01:21 GMT
Organization: Rockwell Automation Venezuela
Lines: 39
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 7 Apr 1998 16:01:21 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi,

please excuse my stupidity but I can't read C++ (although I feel very
fluent in C).

I can't compile Hyalafax 4.0pl2 because of this error:

/util -I.././util -I/usr/local/include -I.././regex -g -O  -c SendFaxJob.c++
SendFaxJob.c++: In method `unsigned char SendFaxJob::createJob(class 
  SendFaxClient &, class fxStr &)':
SendFaxJob.c++:499: no matching function for call to `SendFaxClient::
  sendZData (int &, unsigned char (FaxClient::)(fxStr &, fxStr &), fxStr &,
  fxStr &)'
FaxClient.h:273: candidates are: FaxClient::sendZData(int, unsigned char 
  (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)
make[3]: *** [SendFaxJob.o] Error 1
make[3]: Leaving directory `/root/hylafax-v4.0pl2/util'
make[2]: *** [default] Error 2

What's happening at line 499 of SendFaxJob.c++? How can I make this compile?

Version of g++:

polux:/usr/local/bin# g++ -v
Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.90.27/specs
gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)

I am trying to compile Hyalafax so I can add debugging messages to faxmail so I can try to track down the misterious crashes of faxmail when running as a mailer for sendmail.

Thanks in advance.

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 13:18:11 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Problems compiling Hylafax
Sender: owner-flexfax@celestial.com

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

On 7 Apr 1998, Eloy A. Paris wrote:

> Hi,
> 
> please excuse my stupidity but I can't read C++ (although I feel very
> fluent in C).
> 
> I can't compile Hyalafax 4.0pl2 because of this error:
> 
> /util -I.././util -I/usr/local/include -I.././regex -g -O  -c SendFaxJob.c++
> SendFaxJob.c++: In method `unsigned char SendFaxJob::createJob(class 
>   SendFaxClient &, class fxStr &)':
> SendFaxJob.c++:499: no matching function for call to `SendFaxClient::
>   sendZData (int &, unsigned char (FaxClient::)(fxStr &, fxStr &), fxStr &,
>   fxStr &)'
> FaxClient.h:273: candidates are: FaxClient::sendZData(int, unsigned char 
>   (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)
> make[3]: *** [SendFaxJob.o] Error 1
> make[3]: Leaving directory `/root/hylafax-v4.0pl2/util'
> make[2]: *** [default] Error 2
> 
> What's happening at line 499 of SendFaxJob.c++? How can I make this compile?
> 
> Version of g++:
> 
> polux:/usr/local/bin# g++ -v
> Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.90.27/specs
> gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)

You neglected to mention what version of Linux you are using. And
*WHAT* version of gcc/libg++ is that? 2.90? I say, *DOWN*, boy,
you're going to have trouble jumping that far ahead of the
recently released versions.

There are some patches needed for RedHat 5.0: one version of them
is available at http://cirl.meei.harvard.edu/~raoul/hylafax/
along with some installation notes for Linux which may be helpful.

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

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

iQCVAwUBNSpfyD/+ItycgIJRAQHwRAP/fSoEJbRS2l3xfx1XFCridc36k7xEy0xv
vE5uh8BZPaGqmHZPKJ4tpeILnIm2Ktukny5kZxot8opIJXAGUCgYJHX2ws/GAxir
3RB8uVvdnue+PSPj1j6FhssqQb2OEoYzXSjxXV+f6jVN4uRkwXfhfY0tOGyQme1A
5cF5Xpwpmxs=
=D11p
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: flexfax: SOLVED: Problems compiling Hylafax
Date: 8 Apr 1998 02:42:09 GMT
Organization: Rockwell Automation Venezuela
Lines: 32
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 8 Apr 1998 02:42:09 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi,

thanks to Robert Colquhoun <rjc@trump.net.au> I could compile HylaFAX
with egcs 2.90 in my Debian GNU/Linux environment (libc6 based).

This is the message that Robert sent to me:

>Date: Wed, 08 Apr 1998 08:59:23 +1000
>To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
>Subject: Re: flexfax: Problems compiling Hylafax
>
>Hi Eloy,
>Have a look at
>        http://www.trump.net.au/~rjc/hylafax/
>Theres a patch there for gcc-2.8.0/2.8.1 which fixes the the problem
>with egcs too.
>
>- Robert

I wonder what's different in gcc 2.8.0 and egcs that makes Robert's
patch necessary to be able to compile HylaFAX.

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From peloy@ven.ra.rockwell.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 00:07:02 -0400
To: flexfax@sgi.com
From: "Eloy A. Paris" <peloy@ven.ra.rockwell.com>
Subject: A clue: mailer died with signal 13
Cc: pkw@elgro.co.uk, emarshal@xnet.com, raoul@cirl.meei.harvard.edu,
        rjc@trump.net.au, clebars@debian.org

Hi,

I've found something interesting regarding the problem of the sendmail
mailer called "fax" dying with signal 13.

As I told you before, the signal 13 was in octal so it was actually a
signal 11 (SIGSEGV), or a segmentation fault.

So, my conclussion was that during all this time faxmail was crashing, and
not returning normally with a "exit(11)" or "return 11". For some unknown
reasons, I could not get any core dump to analyze, probably because the
mailer was being called by sendmail, who, as someone suggested, was
ulimit'ing the faxmail process.

To debug the problem I recompiled faxmail with several fprintd's to stderr
just to trace execution of the problem.

I found that the crash was being caused in this routine in faxmail.c++:

static void cleanup()
{
    faxMailApp* a = app;
    app = NULL;
    delete a;
}

This routine is called at the very end of main():

int main(int argc, char** argv)
{
#ifdef LC_CTYPE
    setlocale(LC_CTYPE, "");                    // for <ctype.h> calls
#endif

    app = new faxMailApp;

    app->run(argc, argv);
    signal(SIGHUP, fxSIGHANDLER(SIG_IGN));
    signal(SIGINT, fxSIGHANDLER(SIG_IGN));
    signal(SIGTERM, fxSIGHANDLER(SIG_IGN));
    cleanup();
    return (0);
}

This (the fact that the program crashes in cleanup() ) explains why even
though sendmail received a signal 11 from the mailer "fax", the fax got
queued in the outgoing fax queue and eventually sent (however, sendmail
tried over and over to send the message so the message was faxed several
times).

As I said before, I know very little about C++ and I don't know what
"delete a" does in cleanup(), but commenting out this line solves the
problem and faxmail does not crash anymore and everything works _like a
charm_.

Someone mentioned that the crash could be related to MIME-encoded
attachments. Well, I have just sent a message with several MIME attachments
and it worked fine.

Are there any C++ gurus out there that can explain why this "delete a"
statement is making faxmail crash so bad? Probably a bad implementation of
the C++ compiler, library or environment? What would be the best solution
to solve the problem?

I quick grep of the HylaFAX sources returned several files that include or
call a cleanup() funtion so there might be more programs with the same
problem.

My working environment is this:

Debian GNU/Linux 2.0
gcc 2.7.2.3
g++ from egcs-2.90.27 (not from gcc)
glibc2 2.0.7pre1
libg++272
libstdc++2.8

Please note that I had to apply Robert Colquhoun's patch
(http://www.trump.net.au/~rjc/hylafax/) to be able to compile HylaFAX 2.0p4
with egcs.

Someone said that this problem has been mentioned in the list before so I
guess I am not the only one that was getting the mysterious "mailer died
with signal 13" problem. I hope that a solution can be found now.

Thanks a lot to those who replied. And thanks in advance to the C++ gurus
that will (hopefully) expand this further.

E.-


--

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645 Cel.: +58-16-234700

"Where does this path lead?" said Alice
"Depends on where you want to go."  Said the cat
("Alice in Wonderland", by Lewis Carroll.)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 00:07:02 -0400
To: flexfax@sgi.com
From: "Eloy A. Paris" <peloy@ven.ra.rockwell.com>
Subject: flexfax: A clue: mailer died with signal 13
Cc: pkw@elgro.co.uk, emarshal@xnet.com, raoul@cirl.meei.harvard.edu,
        rjc@trump.net.au, clebars@debian.org
Sender: owner-flexfax@celestial.com

Hi,

I've found something interesting regarding the problem of the sendmail
mailer called "fax" dying with signal 13.

As I told you before, the signal 13 was in octal so it was actually a
signal 11 (SIGSEGV), or a segmentation fault.

So, my conclussion was that during all this time faxmail was crashing, and
not returning normally with a "exit(11)" or "return 11". For some unknown
reasons, I could not get any core dump to analyze, probably because the
mailer was being called by sendmail, who, as someone suggested, was
ulimit'ing the faxmail process.

To debug the problem I recompiled faxmail with several fprintd's to stderr
just to trace execution of the problem.

I found that the crash was being caused in this routine in faxmail.c++:

static void cleanup()
{
    faxMailApp* a = app;
    app = NULL;
    delete a;
}

This routine is called at the very end of main():

int main(int argc, char** argv)
{
#ifdef LC_CTYPE
    setlocale(LC_CTYPE, "");                    // for <ctype.h> calls
#endif

    app = new faxMailApp;

    app->run(argc, argv);
    signal(SIGHUP, fxSIGHANDLER(SIG_IGN));
    signal(SIGINT, fxSIGHANDLER(SIG_IGN));
    signal(SIGTERM, fxSIGHANDLER(SIG_IGN));
    cleanup();
    return (0);
}

This (the fact that the program crashes in cleanup() ) explains why even
though sendmail received a signal 11 from the mailer "fax", the fax got
queued in the outgoing fax queue and eventually sent (however, sendmail
tried over and over to send the message so the message was faxed several
times).

As I said before, I know very little about C++ and I don't know what
"delete a" does in cleanup(), but commenting out this line solves the
problem and faxmail does not crash anymore and everything works _like a
charm_.

Someone mentioned that the crash could be related to MIME-encoded
attachments. Well, I have just sent a message with several MIME attachments
and it worked fine.

Are there any C++ gurus out there that can explain why this "delete a"
statement is making faxmail crash so bad? Probably a bad implementation of
the C++ compiler, library or environment? What would be the best solution
to solve the problem?

I quick grep of the HylaFAX sources returned several files that include or
call a cleanup() funtion so there might be more programs with the same
problem.

My working environment is this:

Debian GNU/Linux 2.0
gcc 2.7.2.3
g++ from egcs-2.90.27 (not from gcc)
glibc2 2.0.7pre1
libg++272
libstdc++2.8

Please note that I had to apply Robert Colquhoun's patch
(http://www.trump.net.au/~rjc/hylafax/) to be able to compile HylaFAX 2.0p4
with egcs.

Someone said that this problem has been mentioned in the list before so I
guess I am not the only one that was getting the mysterious "mailer died
with signal 13" problem. I hope that a solution can be found now.

Thanks a lot to those who replied. And thanks in advance to the C++ gurus
that will (hopefully) expand this further.

E.-


--

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645 Cel.: +58-16-234700

"Where does this path lead?" said Alice
"Depends on where you want to go."  Said the cat
("Alice in Wonderland", by Lewis Carroll.)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 20:50:27 +1000
To: "Eloy A. Paris" <peloy@ven.ra.rockwell.com>, flexfax@sgi.com
From: Robert Colquhoun <rjc@trump.net.au>
Subject: flexfax: Re: A clue: mailer died with signal 13
Cc: pkw@elgro.co.uk, emarshal@xnet.com, raoul@cirl.meei.harvard.edu,
        clebars@debian.org
Sender: owner-flexfax@celestial.com

Hi again Eloy,

Firstly C++ 101:  new is like malloc but generates new objects in memory
rather than raw memory. delete is like free but deletes objects rather than
raw memory.

Its a bit more complicated than that, but anyway.....

>static void cleanup()
>{
>    faxMailApp* a = app;
>    app = NULL;
>    delete a;
>}
...
>As I said before, I know very little about C++ and I don't know what
>"delete a" does in cleanup(), but commenting out this line solves the
>problem and faxmail does not crash anymore and everything works _like a
>charm_.

The delete statement could cause a sigsegv in two ways, by freeing memory
it didnt own ie 'a' is NULL or something in the objects destructor which is
implicitly called.

Looking at the faxMailApp destructor:
faxMailApp::~faxMailApp()
{
    delete client;
    for (u_int i = 0, n = tmps.length(); i < n; i++)
        Sys::unlink(tmps[i]);
}      
client is pointing to an object of type MySendFaxClient(hopefully it is
_not_ NULL)

MySendFaxClient::~MySendFaxClient() {}

no sigsegv there!! , unlink might also do weird stuff if passed a bad
parameter.

PS I might have missed something else obvious in the above but anyway
theres a start!!

PPS Is that rockwell the chip maker you work for?

- Robert

>My working environment is this:
>
>Debian GNU/Linux 2.0
>gcc 2.7.2.3
>g++ from egcs-2.90.27 (not from gcc)
>glibc2 2.0.7pre1
>libg++272
>libstdc++2.8
>
>Please note that I had to apply Robert Colquhoun's patch
>(http://www.trump.net.au/~rjc/hylafax/) to be able to compile HylaFAX 2.0p4
>with egcs.
>
>Someone said that this problem has been mentioned in the list before so I
>guess I am not the only one that was getting the mysterious "mailer died
>with signal 13" problem. I hope that a solution can be found now.
>
>Thanks a lot to those who replied. And thanks in advance to the C++ gurus
>that will (hopefully) expand this further.
>
>E.-
>
>
>--
>

>Eloy A. Paris
>Information Technology Department
>Rockwell Automation de Venezuela
>Telephone: +58-2-9432311 Fax: +58-2-9431645 Cel.: +58-16-234700
>
>"Where does this path lead?" said Alice
>"Depends on where you want to go."  Said the cat
>("Alice in Wonderland", by Lewis Carroll.)
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: flexfax: Re: A clue: mailer died with signal 13
Date: 8 Apr 1998 13:05:21 GMT
Organization: Rockwell Automation Venezuela
Lines: 77
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 8 Apr 1998 13:05:21 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi again Robert,

Robert Colquhoun <rjc@trump.net.au> wrote:

: Firstly C++ 101:  new is like malloc but generates new objects in memory
: rather than raw memory. delete is like free but deletes objects rather than
: raw memory.
:
: Its a bit more complicated than that, but anyway.....

OK, I got the idea :-)

: The delete statement could cause a sigsegv in two ways, by freeing memory
: it didnt own ie 'a' is NULL or something in the objects destructor which is
: implicitly called.

Nope, 'a' is not NULL (fprintf(stderr, "a=%p\n", a) gives something).

: Looking at the faxMailApp destructor:
: faxMailApp::~faxMailApp()
: {
:     delete client;
:     for (u_int i = 0, n = tmps.length(); i < n; i++)
:         Sys::unlink(tmps[i]);
: }      
: client is pointing to an object of type MySendFaxClient(hopefully it is
: _not_ NULL)

Well, if the -d flag is not used the client _is_ NULL. This might be a
bug. However, client _is not_ NULL when -d is specified (I used
fprintf's to be sore of this).

I've just put a fprintf at the end of the faxMailApp destructor and
execution is reaching that point.

: MySendFaxClient::~MySendFaxClient() {}
:
: no sigsegv there!! , unlink might also do weird stuff if passed a bad
: parameter.

Right, "delete client" in ~faxMailApp() is not causing the
segmentation fault.

Also, I took a look at the parameters passed to Sys::unlink() and they
are fine (strings for real files in /tmp).

So, now I have a better understanding of C++ but I'm still clueless on
why faxmail is crashing when calling the cleanup() function.

Now I found out that if I comment out the call to "delete a" in
cleanup(), the temporary files are left in /tmp. Obvious, isn't it?
:-)

: PS I might have missed something else obvious in the above but anyway
: theres a start!!

Probably a compiler or library problem?

: PPS Is that rockwell the chip maker you work for?

Kind of. Rockwell International has different bussinesses. Rockwell
Telecommunications is the one that makes the faxmode chipsets. I'm in
Rockwell Automation, the one that takes charge of automation and
industrial control. We make PLC's (Logic Comtrollers, motors, motor
controllers, pushbuttons, operator interface stuff, supervisory
software, motor starters, relays, etc.)

Regards,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 09 Apr 1998 17:20:16 +1000
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>, flexfax@sgi.com
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Re: A clue: mailer died with signal 13
Sender: owner-flexfax@celestial.com

Hi Eloy,
Try altering:
 faxMailApp::~faxMailApp()
 {
     delete client;
     for (u_int i = 0, n = tmps.length(); i < n; i++)
         Sys::unlink(tmps[i]);
 }      

to

 faxMailApp::~faxMailApp()
 {
     if (client != NULL) delete client;
     for (u_int i = 0, n = tmps.length(); i < n; i++)
         Sys::unlink(tmps[i]);
 }      

see how that goes.

If it trys to delete a null pointer bad things usually happen.  If the
above doesn't fix it i'll have a go later with gdb.

Good Luck - Robert

At 13:05 8/04/98 +0000, Eloy A. Paris wrote:
>Hi again Robert,
>
>Robert Colquhoun <rjc@trump.net.au> wrote:
>
>: Firstly C++ 101:  new is like malloc but generates new objects in memory
>: rather than raw memory. delete is like free but deletes objects rather than
>: raw memory.
>:
>: Its a bit more complicated than that, but anyway.....
>
>OK, I got the idea :-)
>
>: The delete statement could cause a sigsegv in two ways, by freeing memory
>: it didnt own ie 'a' is NULL or something in the objects destructor which is
>: implicitly called.
>
>Nope, 'a' is not NULL (fprintf(stderr, "a=%p\n", a) gives something).
>
>: Looking at the faxMailApp destructor:
>: faxMailApp::~faxMailApp()
>: {
>:     delete client;
>:     for (u_int i = 0, n = tmps.length(); i < n; i++)
>:         Sys::unlink(tmps[i]);
>: }      
>: client is pointing to an object of type MySendFaxClient(hopefully it is
>: _not_ NULL)
>
>Well, if the -d flag is not used the client _is_ NULL. This might be a
>bug. However, client _is not_ NULL when -d is specified (I used
>fprintf's to be sore of this).
>
>I've just put a fprintf at the end of the faxMailApp destructor and
>execution is reaching that point.
>
>: MySendFaxClient::~MySendFaxClient() {}
>:
>: no sigsegv there!! , unlink might also do weird stuff if passed a bad
>: parameter.
>
>Right, "delete client" in ~faxMailApp() is not causing the
>segmentation fault.
>
>Also, I took a look at the parameters passed to Sys::unlink() and they
>are fine (strings for real files in /tmp).
>
>So, now I have a better understanding of C++ but I'm still clueless on
>why faxmail is crashing when calling the cleanup() function.
>
>Now I found out that if I comment out the call to "delete a" in
>cleanup(), the temporary files are left in /tmp. Obvious, isn't it?
>:-)
>
>: PS I might have missed something else obvious in the above but anyway
>: theres a start!!
>
>Probably a compiler or library problem?
>
>: PPS Is that rockwell the chip maker you work for?
>
>Kind of. Rockwell International has different bussinesses. Rockwell
>Telecommunications is the one that makes the faxmode chipsets. I'm in
>Rockwell Automation, the one that takes charge of automation and
>industrial control. We make PLC's (Logic Comtrollers, motors, motor
>controllers, pushbuttons, operator interface stuff, supervisory
>software, motor starters, relays, etc.)
>
>Regards,
>
>E.-
>
>-- 
>
>Eloy A. Paris
>Information Technology Department
>Rockwell Automation de Venezuela
>Telephone: +58-2-9432311 Fax: +58-2-9431645
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 14:34:53 -0600
From: Jason Kohles <jason@xmission.com>
To: Liz Marlow <e.s.marlow@uces.bangor.ac.uk>
Cc: flexfax@sgi.com
Subject: Re: flexfax: No carrier detected
Sender: owner-flexfax@celestial.com

On Tue, Apr 07, 1998 at 03:30:15PM +0100, Liz Marlow wrote:
> Hi
> 
> I have HylaFax installed and I'm having problems sending a fax.  It was working a couple of days ago and nothing has changed since but now when I type 
> 
> 	sendfax -d 316367 -n test.ps
> 
> I get the following error:-
> 
> 	No carrier detected (see end of message for complete log)
> 
> Please send any sugestions in "idiot format" as I don't know much about HylaFax.
>          Dials: 2 (consecutive failed calls to destination)
>          Calls: 2 (total phone calls placed)

According to the logs it sent you, it tried twice to send the fax, and in
both cases the phone was answered by something other than a fax machine.
Usually this happens when someone gives you the wrong phone number and you
try to send a fax to a voice number.

-- 
    Jason Kohles -- System Administrator -- XMission Internet Access
       jason@xmission.com (at work) jason@mindwell.com (at play)

    I'll say it again for the logic impaired.
		--Larry Wall

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 07 Apr 1998 22:54:28 +0200
To: flexfax@sgi.com
From: Hans Christiansen <hans@ljungbergs.se>
Subject: flexfax: Received faxes to some other format!
Sender: owner-flexfax@celestial.com

Hello

I am having a few difficulties which I'm hoping somebody has come across before.

My main objective is to convert received faxes to a correctly dimensioned
image displayable by tiffview, Wang imager etc. (At the moment my received
faxes are 'stretched' horizontally.) These viewers don't seem to handle
different resolutions in the x and y axis.

Anybody out there got any ideas how I can either a) configure hylafax to
create a fax/tiff files with the same resolution on the x and y axis, or b)
a good way of converting the resulting files.

Thanks
Hans Christiansen

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: Problems compiling Hylafax
Date: 7 Apr 1998 21:04:44 GMT
Organization: Rockwell Automation Venezuela
Lines: 32
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 7 Apr 1998 21:04:44 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi,

Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:

: You neglected to mention what version of Linux you are using. And
: *WHAT* version of gcc/libg++ is that? 2.90? I say, *DOWN*, boy,
: you're going to have trouble jumping that far ahead of the
: recently released versions.

Sorry about that...

I am running Debian GNU/Linux version 2.0 (currently frozen). This is
a libc6 distribution so the same problems to make it work in RH 5.0
might apply. However, there's currently a HylaFAX package for Debian
2.0 and it works quite well (except for the problems with faxmail that
I am trying to nail down). I am compiling with the patches the
maintainer of HylaFAX for Debian used.

Regarding the compiler, it is version 2.90 because it is not gcc, it
is egcs. That could be my problem. I am trying to use g++ from gcc
instead of from egcs.

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 7 Apr 1998 19:14:27 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Received faxes to some other format!
Sender: owner-flexfax@celestial.com

On Tue, 7 Apr 1998, Hans Christiansen wrote:

> Hello
> 
> I am having a few difficulties which I'm hoping somebody has come across before.
> 
> My main objective is to convert received faxes to a correctly dimensioned
> image displayable by tiffview, Wang imager etc. (At the moment my received
> faxes are 'stretched' horizontally.) These viewers don't seem to handle
> different resolutions in the x and y axis.

If you write it, would you publish it for the rest of us? Pretty please,
with crumbled Snickers bars on top?

More seriously, I took a look a while back at various techniques.  I
came to the conclusion that everything Sam Leffler wrote works fine
and follows the TIFF spec's, and a lot of other people get them
wrong. This makes such conversions tough.

So I started looking at modifying the faxrcvd script to use "tiffsplit"
to put each page in one file, then use ghostscript or some other tool
to re-format them correctly. Then I got busy and gave up, before exploring
the possibility of using "tiffcp".

One of the most pesky parts was getting the names to come out
correctly: Turning fax00001.tif into fax00001-01.tif, fax00001-02.tif,
fax00001-03.tif, etc. for each page....

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 15:21:42 +0800
From: Brian Ng <brian@www.frtnet.com>
To: flexfax@sgi.com
Subject: flexfax: any modem suggestions
Sender: owner-flexfax@celestial.com

Dear all,

    I have been using hylafax4.0pl1 on freebsd2.25 and multi-tech ZDX
2834
for sendout and performance is excellent. However, I believe multi-tech
ZDX2834
is fading out and the new 56K modem support only class 1. Does anybody
has any suggestion on other reliable modem.

thanks

Brian Ng

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 19:15:19 +1000
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
  Omni modem 
Cc: Hylafax Mailing List <flexfax@sgi.com>
Sender: owner-flexfax@celestial.com

Hi Nico,
I can appreciate your problems with the redhat tools.  But i honestly think
you could make the situation alot worse if you start recommending cua over
ttyS devices.  If someone later loads a 2.1 kernel which alot of people are
doing it is going to break badly, also when 2.2 is finally released hylafax
will need also to be reconfigured.

Also i believe the latest Debian systems by default dont instantiate the
cua devices so installing a hylafax rpm that there would be challenging for
most users.

At the moment this is Redhat's problem they have barely updated many of
their packages since the 1.2 kernel releases, you dont want to make it
hylafax's problem also....

As for PPP i have got a working setup that uses mgetty - incoming terminal
and PPP sessions are handled automatically.  I can send you the info if you
want.

- Robert

At 11:52 7/04/98 -0400, Nico Garcia wrote:
>According to Ted T'so at MIT, it's supposed to disappear with the next
>major release. ***HOWEVER***: many packages, such as minicom and the
>modemcfg tool in the control panel tool under RedHat 5.0, seem to use
>/dev/cua* as a default, and that includes the 2.0.32 kernel at
>least. Therefore, until that gets straightened out, I think I'm going
>to change my tune and suggest using /dev/cua*.
>
>I've also been writing some fairly extensive installation notes for
>RedHat 5.0 Linux, based on my experience there and based on my
>old SunOS notes. Linux users who want a preview can look
>for both sets of notes at:
>	http://cirl.meei.harvard.edu/~raoul/hylafax/
>
>These are not fully integrated with the RPM distribution, since I don't
>have the full set of patches used for that and the config.local used.
>
>I've also been trying to integrate notes about using PPP for either
>setup: this is its own unique adventure, and I'd appreciate comments.
>
>			Nico Garcia
>			Senior Engineer, CIRL 
>			Mass. Eye and Ear Infirmary
>			raoul@cirl.meei.harvard.edu
>
>-----BEGIN PGP SIGNATURE-----
>Version: 2.6.2
>
>iQCVAwUBNSpLsj/+ItycgIJRAQEnuQP/bdoR6Hr+jkYWD6/n9sCwXnKrg3yZwTFg
>h92bQSWGOfK9hPw2t8fIgiB3KcT8PkLha7raf2rMBQlBmeRWaza5n6zkigyQe+fX
>Bc0DSALdXInShi84yjRnvyH2TSTe6/mjLJSwnC0VoFrYLn7IO/bnOE56fKdFym/r
>puSbkGx08wU=
>=mLul
>-----END PGP SIGNATURE-----
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 15:58:04 +0100
From: JOSE FERRADEIRA <sf@sfconsultores.pt>
Reply-To: sf@sfconsultores.pt
Organization: S&F CONSULTORES
To: flexfax@sgi.com
Subject: flexfax: Re: whfc question
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA00231
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA06658

Robert E Jones wrote:
> 
>      How do you configure a user (no, I'm not going to the damn
> www.vix.com/hylafax/FAQ page) ??  The FAQ on the web-page suck.
> If you've been doing this for a while it makes sense, but I have
> no idea as to what it is trying to convey being green at this.
> 
>      Ok, dammit I went to the Q59 listing.  Here's my gripe about
> the FAQ:
> 
>      First, I am not running Windows NT4.0.  I have WHFC on just Win95.
> 
>      Second, How do you set up the ../fax/etc/hosts file ??
> 
>      Third, "Read the man pages".  What/where are they ??  And
>             don't tell me 'man hosts(5f)' or something vague
>             like that which doesn't exist on this system here.
> 
>      Fourth, I hate blanket answers that aren't really answers.
> 
> FreeBSD 2.2.5 running Hylafax 4.0
I think the FAQ is a good clue to solve your problem.
try to write the user name you have on WHFC user preferences login in
the file etc/hosts. If this don't work try to configure a user on your
FreeBSD System with the same user name of WHFC user preferences login.
I'm not used to FreeBSD, so I can't help you here.

Regards

Jos Ferradeira

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 8 Apr 1998 11:38:17 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL  Omni modem 
Sender: owner-flexfax@celestial.com

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

On Wed, 8 Apr 1998, Robert Colquhoun wrote:

> Hi Nico,
> I can appreciate your problems with the redhat tools.  But i honestly think
> you could make the situation alot worse if you start recommending cua over
> ttyS devices.  If someone later loads a 2.1 kernel which alot of people are
> doing it is going to break badly, also when 2.2 is finally released hylafax
> will need also to be reconfigured.

Fair enough. But that configuration is done as a an after-installation
step, or (I think) should be. I'd prefer to let users use the modem
configuration tool and default minicom settings: if HylaFAX needs to
change with the 2.1 kernel, (which it probably will), I think the
/dev/modem notes can be re-written.

> Also i believe the latest Debian systems by default dont instantiate the
> cua devices so installing a hylafax rpm that there would be challenging for
> most users.

??? You mean they don't *have* one, or they use ttyS*, or what?

> As for PPP i have got a working setup that uses mgetty - incoming terminal
> and PPP sessions are handled automatically.  I can send you the info if you
> want.

This would be good: I've got a working diald setup, which I'll add notes
about in the future to my web page. If your setup is better, or you've
noticed stuff I missed, I'd be delighted to get your notes and give
attributions.

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

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

iQCVAwUBNSuZzj/+ItycgIJRAQGoZAP/eZfVqiAkouii73RnwSGeMiBkKB5vL07g
gKwMwmFKEGxH/d6GxE+0ChqbpblIRa4YyqM/BE53jN0GYTly9IaXYIQtjBpi2IhE
7jlBs2kzt/Y90Gk07U9Qsnrt9TZW95q32ytG0o3m/7eguX0rKKseMmSpIBX1ncl5
znTETSG34L0=
=LghH
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 08 Apr 1998 19:40:56 +0100
From: JOSE FERRADEIRA <sf@sfconsultores.pt>
Reply-To: sf@sfconsultores.pt
Organization: S&F CONSULTORES
To: flexfax@sgi.com
Subject: Re: flexfax: Re: whfc question
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id LAA09057
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA02464

Robert E Jones wrote:
> 
>    What does "try to write the user name you have on WHFC user preferences
> login in the file etc/hosts" mean ??  Specifically.  I don't know what the
> WHFC user preferences login is, nor if it is set.  I put  a username to
> the WHFC login that I made on the FreeBSD site and entered a login, but
> that didn't work.  What am I suppose to put into etc/hosts and in what
> format/how ??  You're not being specific, you're talking like you assume
> I know what I am doing.  The is the problem with the FAQ.  If I knew what
> I was doing I wouldn't be messaging here nor needing the FAQ.
just write the user name in the ascii etc/hosts file

Jos Ferradeira

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Log of outgoing faxes to mySQL database .....
To: sinisa@coresinc.com (Sinisa Milivojevic)
Date: Thu, 9 Apr 1998 07:55:59 +0100 (BST)
Cc: mysql@tcx.se, flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Sinisa wrote:
< nothing >
> --
< a long signature >
> Content-Type: text/english;
                    ?????????
>   name="pismo2.txt"
> Content-Transfer-Encoding: base64
> 
> DQpSYW5keSBzYWlkIDogRG9lcyB0aGlzIGluY2x1ZGUgdGhlIGltYWdlcz8NCg0KWWVzDQoNCg0K

Which decodes to:

> Randy said : Does this include the images?
> 
> Yes
> 
> 
> 
> Randy said : Or are they TIF->JPEG'd when the link in the last column is pressed?
> No, they are stored as JPEG in mySQL BLOB's, to enable faster viewing !!

This is all quoted totally out of context, however, inferring some context
from the copy to the hylafax mailing list, you should not use
JPEG for fax images.  It doesn't compress particularly well and it doesn't
compress accurately (it compresses very well and accurately enough for
photographs of natural scenes, but faxes only have two levels and all
the information is in high spatial frequency components, which are not
reproduced well by JPEG).

GIF is a reasonable fallback compared with FAX G3 or G4 coding, especially
if you use a two colour palette.  It, or PNG for MSIE 4+, are probably
the formats of choice for unaided GUI web browsers.

Here are the results of a rough test on relative compression (actually
at 300 dpi, not the fax 200x100 and 200x200; test data was the original
troff paper, through ghostscript):

tiffg3:   3598848
tiffg32d: 2479118
tiffg4:   1825351
pngmono:  3020172
jpeggray: 25843888

I didn't have time to run GIF on this data (it needs two stages, because
ghostscript won't do it directly for patent reasons).

> 
> Randy said : Very cool!  Looking forward to seeing this linked from 'contributions'...
> 
> This depends on the administrators. Meanwhile, you can find a first version
> of archive on my personal WWW page (found at my signature !!!!).
> 
> 
> Bye !!!!!!!!!!
> 
Followed by two \200 characters.

(JPEG works by relying on the fact that natural scenes don't contain much
information at high spatial frequencies and the eye will tolerate errors
well at such frequencies.  It therefore converts the image into the frequency
domain, then codes the lower frequencies with more bits than the higher
frequencies.  Note this is not low pass filtering.  The result it that
you get artefacts near sharp edges, such as the lines and characters of
typical of faxes.

GIF quantises the spatial signal directly, so adds no further degradation
to a signal, like a fax, which is already spatially and amplitude 
quantised.)

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 10 Apr 1998 10:02:32 +0200
From: "Jose Manuel Forns Rumbao" <fornes@trajano.us.es>
To: flexfax@sgi.com
Subject: flexfax: Uppercase letters with ttymon on Solaris
Sender: owner-flexfax@celestial.com

I have installed HylaFAX 4.0pl1 from a binary distribution for Solaris
2.5 compiled with gcc-2-7-2 on our Sparc10 with Solaris 2.5.1. with an
USR Robotics Sporstster Flash 33.600

It works fine at the moment with faxes. I have sent and received faxes
without problems. 

The problem arrives with inbound data calls:

	- It only connects at 19200 (DCE-DCE) when both DTE-DCE sides 	are at
38400. It is not a problem of quality of the line because 	I am doing
this test with internal lines and with tip I can 	connect with higher
speed.
	- When passing the control to ttymon, it changes all the letters 	to
uppercase. Everything it works but in capital letters.

The log file it seems completly normal and GettyParms is such as
suggested in the doc for Solaris.


Thank you in advance.

Jose Fornes
fornes@trajano.us.es

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 9 Apr 1998 10:40:14 +0200 (MET DST)
From: Alex Ongena <Alex.Ongena@able.be>
To: Hylafax list <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.4 and 'no_formatter' error
Organization: Able NV
Sender: owner-flexfax@celestial.com

Hi everybody,

When I try WHFC 0.8.4 with Hylafax-4.0pl1, I receive regularly a
Notify no-formatter error (via e-mail)

The point is that trying to re-send the SAME FAX to the SAME number
succeeds often, or fails again and than the third time it works.

It is thus an intermitted problem.

Hylafax runs on a Linux box and for this test, nobody else is using
this machine (no simultanous FAX access possible)

Anybody with the same problem ?

and even better, a sollution ?

TIA
Alex
--
+---------------------------------------------------------------------+
|  Alex Ongena            Able NV/SA      tel:    +32 (0)16 53.64.80  |
|  Networking Consultancy & Services      fax:    +32 (0)16 53.64.88  |
|  Villadreef 9                           GSM:          095 54.64.80  |
|  B-3128 Tremelo - Belgium               mailto:Alex.Ongena@able.be  |
+--------------------------- www.able.be -----------------------------+

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 10 Apr 1998 21:25:33 +1000
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Re: A clue: mailer died with signal 13
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi Eloy,

Firstly for hylafax, i think the following lines in util/TextFmt.c++ should
be changed from:
(starting line 322)

if (fclose(tf))
        fatal("%s: Close failure on temporary file: %s",
            (const char*) tempfile, strerror(errno));
emitTrailer(); 

to

if (fclose(tf))
        fatal("%s: Close failure on temporary file: %s",
            (const char*) tempfile, strerror(errno));
tf = NULL;
emitTrailer(); 

According to the link below it is an error to try and close a file twice,
even though libc5 and apparently most other libc's permitted it.(i tried on
hpux it works there)

The problem is the tf variable is just a pointer to a structure containing
details about the file, after fclose() is run the memory is deallocated and
your left with a dangling pointer!!

Unless the structure had some kind of magic number in it, it would be very
hard for fclose() to tell the second time around it had garbage or not.
Looking at the man page i think the EBADF error might be referring to a
FILE structure with an invalid file no in it ie there was a FILE structure
at the end of the pointer not something random, though i am not absolutely
sure.

Below is a link to an interesting email from 12 months ago that altavista
found:

http://archive.redhat.com//axp-list/1997-February/0756.html

I have a current patch for textfmt, that i hope will make it into pl3, i
can easily add the lines above to fix the problem.

I also checked on redhat 5.0 with both glib-2.0.5 and glib-2.0.7, core
dumped on both ;-)

PS I cc'ed this to the mailing list.

PPS On a completely different subject, your running a debian system aren't
you? does it have the /dev/cua* devices present.

Thanks - Robert

At 01:17 10/04/98 -0400, you wrote:
>Hi again,
>
>> Line 88 is the fclose() statement, the tf might not be a valid file handle
>> try commenting that out.
>
>Bad news (or may be good news?): fclose() does not like to be passed a
>invalid stream as argument. This simple C program crashes with libc6:
>
>#include <stdio.h>
>
>void main(void)
>{
>    FILE *fp;
>
>    fp = fopen("file.txt", "r");
>    fclose(fp);
>    fclose(fp);
>}
>
>If file.txt does not exist, the program crashes in the first fclose().
>If file.txt does exist, it crashes on the second fclose().
>
>I think we've found a bug in libc (and it is not me fixing it :-).
>fclose()'s man page clearly states that EOF is returned and errno is
>set to EBADF in case the argument is not an open stream.
>
>Under libc5 the same program runs fine if file.txt exists but crashes
>if it doesn't.
>
>I'm shocked, aren't you?
>
>Bye for now.
>
>E.-
>
>-- 
>
>Eloy A. Paris
>Information Technology Department
>Rockwell Automation de Venezuela
>Telephone: +58-2-9432311 Fax: +58-2-9431645
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: Re: A clue: mailer died with signal 13
Date: 10 Apr 1998 14:59:59 GMT
Organization: Rockwell Automation Venezuela
Lines: 61
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 10 Apr 1998 14:59:59 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Robert Colquhoun <rjc@trump.net.au> wrote:

: Firstly for hylafax, i think the following lines in util/TextFmt.c++ should
: be changed from:
: (starting line 322)
:
: if (fclose(tf))
:         fatal("%s: Close failure on temporary file: %s",
:             (const char*) tempfile, strerror(errno));
: emitTrailer(); 
:
: to
:
: if (fclose(tf))
:         fatal("%s: Close failure on temporary file: %s",
:             (const char*) tempfile, strerror(errno));
: tf = NULL;
: emitTrailer(); 

I agree, this will prevent fclose() to be called from TextFmt's
destructor with an invalid stream. So, faxmail won't crash anymore.

: I have a current patch for textfmt, that i hope will make it into pl3, i
: can easily add the lines above to fix the problem.

Is anybody working on pl3? When should we expect it?

: I also checked on redhat 5.0 with both glib-2.0.5 and glib-2.0.7, core
: dumped on both ;-)

Great, it's nice to hear I'm not the only one ;-)

: PS I cc'ed this to the mailing list.

Good. Someone in the list told me that in the past several people have
suffered from the "mailer died with signal 13" problem.

: PPS On a completely different subject, your running a debian system aren't
: you? does it have the /dev/cua* devices present.

Yup, I run Debian, the best Linux distribution out there ;-)

And no, Debian does not have the /dev/cua* devices present, only the
ttyS*.

: Thanks - Robert

Thank you for helping me to track this down and for the C++ lessons.

Regards,

E.-

P.S. And now, I'll go a recompile faxmail with the patch applied :-)

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 9 Apr 1998 00:20:07 -0500 (EST)
From: Ed Curtis <edc@kuntrynet.com>
To: flexfax@sgi.com
Subject: flexfax: Dial-in Fax to Email Server
Sender: owner-flexfax@celestial.com


 I just joined this list yesterday so please forgive if this has been 
covered before. I have been through the list archives with no luck on an  
answer to my question.

Question:

 I work for an ISP that would like to setup Hylafax as an Fax to Email 
Gateway to allow an extra fax service for our customers. I know this is 
possible by using the local identifier for the sender and configuring the
faxrcvd script to forward to a certain person. What we want to do is 
support multiple recipients on one phone line and have Hylafax 
forward the fax as a tiff attachment via email to the recipient.
Is there a way for Hylafax to distinguish the person to forward the email 
to by some content in the fax? We have tried to convert the recieved 
faxes to Postscript then convert it to ascii to pull the persons email 
address from the <to:> tag but that didn't work.

 If anyone can point me in the right direction on this it would be 
greatly appreciated.

TIA

Ed Curtis
edc@kuntrynet.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>, "'Ed Curtis'" <edc@kuntrynet.com>
Subject: RE: flexfax: Dial-in Fax to Email Server
Date: Thu, 9 Apr 1998 12:29:07 -0500
Sender: owner-flexfax@celestial.com

To do what you described would require some type of OCR software to
convert the image to text.  Is there something like this for Linux?

Converting TIFF to PS does not do this.  The PS file is only another
format for an image.

The only way I see you doing this is to have a table of sender's phone
numbers or TSI (?) identifiers to email addresses.  Having Caller ID
could also help.  Nonetheless, the receivers would have to list the
people they know they will receive faxes from.... And what if a sender
is on more than one receiver's list..... It ain't gonna work!

Later,
John

-=+=-

The Good, Clean Funnies List: Good, clean funnies five times a
week, for free!

To subscribe or unsubscribe send email with "add" or "remove" in the
subject line (without the quotes) to "gcfl-request@usa.net".  Send
submissions and comments to "gcfl@usa.net".  Or go to the web page:
http://www.angelfire.com/al/GCFL

A cheerful heart is good medicine... Prov 17:22a (NIV)

On Thursday, April 09, 1998 12:20 AM, Ed Curtis[SMTP:edc@kuntrynet.com]
wrote:
> 
>  I just joined this list yesterday so please forgive if this has been 
> covered before. I have been through the list archives with no luck on an  
> answer to my question.
> 
> Question:
> 
>  I work for an ISP that would like to setup Hylafax as an Fax to Email 
> Gateway to allow an extra fax service for our customers. I know this is 
> possible by using the local identifier for the sender and configuring the
> faxrcvd script to forward to a certain person. What we want to do is 
> support multiple recipients on one phone line and have Hylafax 
> forward the fax as a tiff attachment via email to the recipient.
> Is there a way for Hylafax to distinguish the person to forward the email 
> to by some content in the fax? We have tried to convert the recieved 
> faxes to Postscript then convert it to ascii to pull the persons email 
> address from the <to:> tag but that didn't work.
> 
>  If anyone can point me in the right direction on this it would be 
> greatly appreciated.
> 
> TIA
> 
> Ed Curtis
> edc@kuntrynet.com
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 9 Apr 1998 10:14:41 -1000 (HST)
From: "James H. Thompson" <jht@aloha.net>
To: Ed Curtis <edc@kuntrynet.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: Dial-in Fax to Email Server
Sender: owner-flexfax@celestial.com

The usual way of doing this is to have a group of DID numbers assigned
to one or more incoming lines.  For instance you could have
200 phone numbers assigned to one incoming phone line.
Then you assign a unique DID phone number
to each person/company that will be receiving incoming faxes.
When the calls arrive, the phone company sends info about which DID
number was called as part of the call connection process.  Your
hardware grabs this, then you know where to route the incoming FAX.

Not sure if any common pc modems can deal with the DID signaling
information.  You might need to use something like dialogic cards.

The other approach is to use an ISDN line for the incoming calls,
these often give you the "called number" as part of the call
setup.  For instance if you have a 3COM/USR Total control modem
rack connected to and ISDN PRI line, you can get this kind of
info on the incoming calls.  

--

For examples of people using these techniques look at the services
that provide fax to email services -- like www.jfax.com

Jim




On Thu, 9 Apr 1998, Ed Curtis wrote:

> 
>  I just joined this list yesterday so please forgive if this has been 
> covered before. I have been through the list archives with no luck on an  
> answer to my question.
> 
> Question:
> 
>  I work for an ISP that would like to setup Hylafax as an Fax to Email 
> Gateway to allow an extra fax service for our customers. I know this is 
> possible by using the local identifier for the sender and configuring the
> faxrcvd script to forward to a certain person. What we want to do is 
> support multiple recipients on one phone line and have Hylafax 
> forward the fax as a tiff attachment via email to the recipient.
> Is there a way for Hylafax to distinguish the person to forward the email 
> to by some content in the fax? We have tried to convert the recieved 
> faxes to Postscript then convert it to ascii to pull the persons email 
> address from the <to:> tag but that didn't work.
> 
>  If anyone can point me in the right direction on this it would be 
> greatly appreciated.
> 
> TIA
> 
> Ed Curtis
> edc@kuntrynet.com
> 

Jim
jht@aloha.net

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: JOHN PRICE <john.price@adtran.com>
cc: "'flexfax@sgi.com'" <flexfax@sgi.com>, "'Ed Curtis'" <edc@kuntrynet.com>
Subject: Re: flexfax: Dial-in Fax to Email Server 
Date: Thu, 09 Apr 1998 21:03:02 +0200
From: "Mr. Arlington Hewes" <tpcadmin@info.tpc.int>
Sender: owner-flexfax@celestial.com


>>>>> On Thu, 9 Apr 1998, "JP" == JOHN PRICE wrote:

  JP> To do what you described would require some type of OCR software to
  JP> convert the image to text.  Is there something like this for Linux?

  JP> Converting TIFF to PS does not do this.  The PS file is only another
  JP> format for an image.

  JP> The only way I see you doing this is to have a table of sender's phone
  JP> numbers or TSI (?) identifiers to email addresses.  Having Caller ID
  JP> could also help.  Nonetheless, the receivers would have to list the
  JP> people they know they will receive faxes from.... And what if a sender is
  JP> on more than one receiver's list..... It ain't gonna work!

What would be "really cool"(tm) would be to teach HylaFAX to manage modems on (for instance) one of Ascend's MAX products . . . then take 1000 numbers, and route them all (ISDN) into the MAX. The MAX modem RINGs, tells HylaFAX the number for which it is destined, some sort of TCP/IP variant of faxgetty attaches to the correct MAX port, grabs control of the rockwell modem and sends ATA, modem goes off-hook and HylaFAX receives the FAX. HylaFAX then routes the FAX according to the dentination number, which maps to an e-mail address.

Voila! One fax number delivers a fax to one e-mail address.

Only one problem - nobody seems likely to adapt faxgetty to do it's thing over
TCP/IP, despite how tremendously useful this could be to move HylaFAX into
industrial-scale production environments. I once has a customer willing to pay for the development work and fold the code back into HylaFAX, but there were no takers.

-DPN

-- 
Mr. Arlington Hewes           (tpcadmin@info.tpc.int)
The TPC.INT Subdomain          (http://www.tpc.int/)

       **************************************************
       ***  FOR GENERAL INFORMATION                   ***
       ***         mailto:tpcfaq@info.tpc.int         ***
       ***  FOR A LIST OF CURRENT COVERAGE            ***
       ***         mailto:tpccover@info.tpc.int       ***
       ***  TO REPORT A PROBLEM (read the FAQ first!) ***
       ***         mailto:support@info.tpc.int        ***
       **************************************************

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 11 Apr 1998 23:34:51 -0700 (PDT)
From: Andy Moskoff <abm@ftel.net>
To: "Hylafax User's List" <flexfax@sgi.com>
Subject: flexfax: Totally Stumped...
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by derrick.elgro.co.uk id HAA00386

Hi:

I'm getting an "Unspecified Transmit Phase B error; too many attempts to send"
error using hylafax4.0pl2 on RedHat 5.0 with a U.S. Robotics Sportster 
56k Faxmodem (its recognized as USROBOTICS SPORTSTER V.34+ FAX). 

I noticed that I didn't even get an error code from the hang up. However,
I'm getting some garbage apparently.  

I've looked through the troubleshooting section and FAQ and found nothing
about this error. Could someone point me in the right direction? Thanks.

Here's the session trace:



Your facsimile job to X.XXX.XXX.XXXX failed because:
    Unspecified Transmit Phase B error; too many attempts to send

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

Apr 11 22:35:30.02: [ 1379]: SESSION BEGIN 00000006 XXXXXXXXX
Apr 11 22:35:30.02: [ 1379]: SEND FAX: JOB 6 DEST X.XXX.XXX.XXXX COMMID 00000006
Apr 11 22:35:30.02: [ 1379]: DELAY 2600 ms
Apr 11 22:35:32.63: [ 1379]: <-- [17:ATE0V1Q0X4S0=0H0\r]
Apr 11 22:35:32.77: [ 1379]: --> [16:ATE0V1Q0X4S0=0H0]
Apr 11 22:35:32.77: [ 1379]: --> [2:OK]
Apr 11 22:35:32.77: [ 1379]: <-- [32:ATS8=2S7=60&H1&I0&R2S13=1&D2&C1\r]
Apr 11 22:35:32.91: [ 1379]: --> [2:OK]
Apr 11 22:35:32.91: [ 1379]: <-- [14:AT+FCLASS=2.0\r]
Apr 11 22:35:33.05: [ 1379]: --> [2:OK]
Apr 11 22:35:33.05: [ 1379]: <-- [9:AT+FLO=2\r]
Apr 11 22:35:33.19: [ 1379]: --> [2:OK]
Apr 11 22:35:33.19: [ 1379]: <-- [9:AT+FPP=0\r]
Apr 11 22:35:33.33: [ 1379]: --> [2:OK]
Apr 11 22:35:33.33: [ 1379]: <-- [9:AT+FBO=0\r]
Apr 11 22:35:33.47: [ 1379]: --> [2:OK]
Apr 11 22:35:33.47: [ 1379]: <-- [10:AT+FCT=30\r]
Apr 11 22:35:33.61: [ 1379]: --> [2:OK]
Apr 11 22:35:33.61: [ 1379]: <-- [15:AT+FNR=1,1,1,1\r]
Apr 11 22:35:33.75: [ 1379]: --> [2:OK]
Apr 11 22:35:33.75: [ 1379]: <-- [9:AT+FIE=0\r]
Apr 11 22:35:33.89: [ 1379]: --> [2:OK]
Apr 11 22:35:33.89: [ 1379]: <-- [23:AT+FCC=1,5,2,2,0,0,0,0\r]
Apr 11 22:35:34.03: [ 1379]: --> [2:OK]
Apr 11 22:35:34.03: [ 1379]: <-- [5:ATM0\r]
Apr 11 22:35:34.16: [ 1379]: --> [2:OK]
Apr 11 22:35:34.16: [ 1379]: <-- [14:AT+FCLASS=2.0\r]
Apr 11 22:35:34.40: [ 1379]: --> [2:OK]
Apr 11 22:35:34.40: [ 1379]: <-- [9:AT+FLO=2\r]
Apr 11 22:35:34.64: [ 1379]: --> [2:OK]
Apr 11 22:35:34.64: [ 1379]: <-- [9:AT+FPP=0\r]
Apr 11 22:35:34.88: [ 1379]: --> [2:OK]
Apr 11 22:35:34.88: [ 1379]: <-- [9:AT+FBO=0\r]
Apr 11 22:35:35.12: [ 1379]: --> [2:OK]
Apr 11 22:35:35.12: [ 1379]: <-- [10:AT+FCT=30\r]
Apr 11 22:35:35.36: [ 1379]: --> [2:OK]
Apr 11 22:35:35.36: [ 1379]: <-- [15:AT+FNR=1,1,1,1\r]
Apr 11 22:35:35.60: [ 1379]: --> [2:OK]
Apr 11 22:35:35.60: [ 1379]: <-- [9:AT+FIE=0\r]
Apr 11 22:35:35.84: [ 1379]: --> [2:OK]
Apr 11 22:35:35.84: [ 1379]: <-- [23:AT+FCC=1,5,2,2,0,0,0,0\r]
Apr 11 22:35:36.08: [ 1379]: --> [2:OK]
Apr 11 22:35:36.08: [ 1379]: <-- [20:AT+FLI="A. Moskoff"\r]
Apr 11 22:35:36.32: [ 1379]: --> [2:OK]
Apr 11 22:35:36.32: [ 1379]: DIAL XXXXXXXXXXX
Apr 11 22:35:36.32: [ 1379]: <-- [16:ATDTXXXXXXXXXXX\r]
Apr 11 22:35:48.86: [ 1379]: --> [4:+FCO]
Apr 11 22:35:50.62: [ 1379]: --> [21:+FNF:+FIS:1,3,0,2,1,]
Apr 11 22:35:50.62: [ 1379]: REMOTE NSF "+FIS:1,3,0,2,1,"
Apr 11 22:35:50.62: [ 1379]: --> [39:,0,458387"+FIS:1,5,0,2,1,0,0,3]
Apr 11 22:35:50.98: [ 1379]: --> [42:  nnnnnnnnnnnnn]
Apr 11 22:35:51.36: [ 1379]: --> [67:nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn]
Apr 11 22:36:31.36: [ 1379]: REMOTE HANGUP: Unspecified Transmit Phase B error (code 20)
Apr 11 22:36:31.36: [ 1379]: SEND FAILED: Unspecified Transmit Phase B error
Apr 11 22:36:31.36: [ 1379]: SEND FAILED: Unspecified Transmit Phase B error; too many attempts to send
Apr 11 22:36:31.36: [ 1379]: <-- [5:ATH0\r]
Apr 11 22:36:31.59: [ 1379]: --> [4:ATH0]
Apr 11 22:36:31.59: [ 1379]: --> [2:OK]
Apr 11 22:36:31.59: [ 1379]: SESSION END


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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Andy Moskoff <abm@ftel.net>
cc: "Hylafax User's List" <flexfax@sgi.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Totally Stumped... 
Date: Sun, 12 Apr 1998 16:49:57 +0530
Sender: owner-flexfax@celestial.com

| I'm getting an "Unspecified Transmit Phase B error; too many attempts to send
| error using hylafax4.0pl2 on RedHat 5.0 with a U.S. Robotics Sportster 
| 56k Faxmodem (its recognized as USROBOTICS SPORTSTER V.34+ FAX). 
| 
| I noticed that I didn't even get an error code from the hang up. However,
| I'm getting some garbage apparently.  

ha ha ha ha ha ha ha ... (mirthless, heartless laugh)

You will suffer and writhe and twist and turn and nothing will come out
of it. Your soul is damned.

I run a TPC.INT cell, and I get 37% of the total number of all calls
placed, terminating with this error. No one knows why. I use a ZyXEL
O288S modem, by all accounts a very good fax modem. And the best part of
this error is that unlike NO CARRIER or NO ANSWER or BUSY errors, this
error occurs after the remote fax machine answers the phone, thus
ensuring that your call gets logged by the telephone company, thus
making you pay for your sins. :)

I'm paying my telco for about a hundred such calls a day, I should
think. Welcome to the club.

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 13 Apr 1998 09:40:34 +1000
To: Shuvam Misra <shuvam@spacenetindia.com>, Andy Moskoff <abm@ftel.net>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Totally Stumped... 
Cc: "Hylafax User's List" <flexfax@sgi.com>
Sender: owner-flexfax@celestial.com

Hi Andy,
Have a look at http://www.trump.net.au/~rjc/hylafax/usr.html it explains
some of the problems with getting the Sportster model working.

>From your description of the problem you have a more recent 56K model which
should work if you add the line
Class2NRCmd:            AT+FNR=1,1,1,0  # setup status reporting  command
to your modems config file, this stops the modem reporting bad frame errors.

Note you may also still get a significant number of DCS errors when sending
faxes, this problem as related to the Sportster modem far as i am aware has
not as yet being solved.

Now Shuvam:
>I run a TPC.INT cell, and I get 37% of the total number of all calls
>placed, terminating with this error. No one knows why. I use a ZyXEL
>O288S modem, by all accounts a very good fax modem. And the best part of
>this error is that unlike NO CARRIER or NO ANSWER or BUSY errors, this
>error occurs after the remote fax machine answers the phone, thus
>ensuring that your call gets logged by the telephone company, thus
>making you pay for your sins. :)
>
>I'm paying my telco for about a hundred such calls a day, I should
>think. Welcome to the club.

In Australia one local phone call costs A25c times 100 per day = $A25
A new modem a USR Courier which is known to work costs in the region of $A300.

>From above after ~2 weeks it is cheaper to buy a new modem than continue
running your current system.

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Robert Colquhoun <rjc@trump.net.au>
cc: Andy Moskoff <abm@ftel.net>, "Hylafax User's List" <flexfax@sgi.com>
cc: yhliaw@zyxel.com.tw, whwang@zyxel.com.tw, Rowen Chu <rwchu@zyxel.com.tw>,
        Ketan Sanghvi <ketan@wanland.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Totally Stumped... 
Date: Mon, 13 Apr 1998 08:19:23 +0530
Sender: owner-flexfax@celestial.com

Dear Robert,

| >I'm paying my telco for about a hundred such calls a day, I should
| >think. Welcome to the club.
| 
| In Australia one local phone call costs A25c times 100 per day = $A25
| A new modem a USR Courier which is known to work costs in the region of $A300
| 
| From above after ~2 weeks it is cheaper to buy a new modem than continue
| running your current system.

That's exactly what I've been thinking too. I pay Rs1.40 per local call,
so it becomes Rs.150 to Rs.200 per day or so (I get more than a hundred
errors a day). In thirty days, I waste Rs.6,000. A USR Courier costs
about Rs.20,000 here, I guess. My ZyXEL Omni costs about Rs.12,000
here. So even though my figures are not as good as your two-week figure,
it's still bad enough to let me buy a new modem in a month or two.

However, I've decided to hold on because ZyXEL seems to be taking the
remarkable step of actually setting up Linux, Hylafax, and an Omni in
their Taiwan R&D centre, and have assured me that they are seriously
looking into it. I'm hoping that this might lead to something. ZyXEL has a
tradition for technical excellence and good R&D teams, and they've never
really been in the mass market like Zoom modems or USR Sportsters. So we
are hopeful that their techie culture will push them on. I'll watch for a
month more, and then switch if I don't hear anything concrete from ZyXEL.

They have already sent me a beta version of their Omni firmware to
correct a less important problem: the ZyXEL's inability to handle the
"@" at the end of the "ATDT" dialstring. (This problem is documented
with Hylafax literature.) I've not yet tried it out, because I didn't
get the time for it.

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Totally Stumped...
To: abm@ftel.net (Andy Moskoff)
Date: Mon, 13 Apr 1998 18:45:11 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 56k Faxmodem (its recognized as USROBOTICS SPORTSTER V.34+ FAX).=20
                                             ^^^^^^^^^^^^^^^
> I'm getting some garbage apparently. =20

This is well known and not the Zyxel problem mentioned elsewhere.  The
web page for this was reposted this weekend, so just look for the article
about Sportsters.  The best solution is probably to buy a different brand
of modem.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 12 Apr 1998 13:34:23 +1000
To: David Woolley <david@djwhome.demon.co.uk>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Large number of errors with Hylafax and ZyXEL
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi David,

Sorry for the delay in replying.

At 08:23 7/04/98 +0100, David Woolley wrote:
>V.21 should be very resillient; if you are getting errors in the V.21
>phase, I think your chances of getting anything at all at V.29 are 
>negligible.

Yes - thats why i wanted Shuvam to get his phone line checked by his telco
to make sure that wasn't the problem.

>If you've got a copy of T.30, not just one of the text only CDs from when
>they had an experiment with free electronic publication, could you 
>check what if any requirements are placed on the sending side on getting
>RTN.  The details are in the tables or diagrams.  All I can really clean
>from the bits on the CD are that the algorithm for deciding when a retrain
>is needed is not specified, and one of the things that can qualify the
>sender's behaviour (but not necessarily in this context) is its ability
>to retransmit.

I am finding this document a little hard to follow, but if the sender is
asked for a retrain is does state in the case of line noise the sender
should drop the speed of the connection. I guess from the receivers point
of view it is hard to tell between line noise and an incorrectly formatted
document.  If the document is incorrectly formatted it wouldn't matter how
much you reduced the connection speed it would still  come through
incorrectly and the receiver would repeatedly ask for another retrain.

This could be a problem in ghostscript or perhaps in the receivers
interpretation of 2D data.

In either case the sensible thing to do is to drop back to 1D encoding and
try to transmit that.  Then if the problem is line noise you can the cycle
down in speed to get a good connection.

Hylafax doesnt do this at the moment, when asked for a retrain it goes back
into phase b and comes out quite often with the same session parameters ie
no reduced speed.  This suggests a badly encoded document rather than a bad
line.

I am now looking around for some routines, or library functions that could
help 'transcode' a 2D document held in memory back to 1D on the run.  If
this is actually possible of course.

Otherwise hylafax would have to hang up the call on getting a RTN (or a RTP
in fact) and set the Destination Info to 1D only(even though the receiver
says it will accept 2D) and try to make the call again later

PS I am not very good at document formats, if someone would like to help me
with this i would _appreciate_ it.

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 17 Apr 1998 14:26:53 +0100
From: jaime novo <sfc@sfconsultores.pt>
Reply-To: sfc@sfconsultores.pt
Organization: S&F Consultores
To: flexfax@sgi.com
Subject: flexfax: Best modem
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id GAA24069
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA04376

Hi,

What is the best modem to use with HylaFAX ?

Thanks
Regards

Jos Ferradeira

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 17 Apr 1998 10:39:21 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: jaime novo <sfc@sfconsultores.pt>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Best modem
Sender: owner-flexfax@celestial.com

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

On Fri, 17 Apr 1998, jaime novo wrote:

> Hi,
> 
> What is the best modem to use with HylaFAX ?
> 
> Thanks
> Regards

Zyxel is setting up a Linux test bed for HylaFAX right now, which will
help them and us a lot: give them your support. USR Sportster has a
history of serious problems. PPI works well at my worksite.

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

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

iQCVAwUBNTdpjz/+ItycgIJRAQH5WAP/THAuobg55Yt/R7fzvvdIg+qmOVj6Sgki
HgakkXIH+d0SdAmpJJRXYDOG+VjT0PvV+6Q2ZaA7D4wWFMu8KQYubrs3E+CZaoMy
JFcfUVT2PjV8wXuNq/qHuICOz149nsl47jzqGbi3NSBbiOMeOsXwNtMbRdaKM3AF
GkE7pcdtyoE=
=FZwH
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 19 Apr 1998 23:19:15 -0400 (EDT)
From: Evan Leibovitch <evan@telly.org>
To: Jonathan Chen <jonc@pinnacle.co.nz>
cc: Hylafax Mailing list <flexfax@sgi.com>
Subject: Re: flexfax: Best modem
Sender: owner-flexfax@celestial.com

On Mon, 20 Apr 1998, Jonathan Chen wrote:

> On Sun, 19 Apr 1998, Evan Leibovitch wrote:
> 
> > 
> > I have had excellent success using Multitech ZDX modems in a number of
> > Hylafax installations. Inexpensive but very capable, with a support staff
> > that's been Unix-friendly for a decade.
> 
> But what's the deal with them removing Class 2 capability on their later
> modems?  I've got one sitting on my desk that only gives:
> 
> 	AT+FCLASS=?
> 	0,1,1.0

I believe the trick is *not* getting the ones with voice capability. I'd
heard that there wasn't enough room on the EPROM for voicemail and fax
class 2.0 capability. Since most Hylafax applications have no need for
voice capability, the data/fax modems such as the 2834ZDXb are fine. 

-----------------------------------------------------------------------------
Evan Leibovitch * Xunil Computing * Brampton, Ontario, Canada * www.xunil.com
 Supporting Intel-based Unix and Linux since 1985 * Caldera & SCO authorized
                  Ask me about the Toronto Linux Users Group

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 20 Apr 1998 14:38:16 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Evan Leibovitch <evan@telly.org>
cc: Hylafax Mailing list <flexfax@sgi.com>
Subject: Re: flexfax: Best modem
Sender: owner-flexfax@celestial.com

On Sun, 19 Apr 1998, Evan Leibovitch wrote:

> 
> I have had excellent success using Multitech ZDX modems in a number of
> Hylafax installations. Inexpensive but very capable, with a support staff
> that's been Unix-friendly for a decade.

But what's the deal with them removing Class 2 capability on their later
modems?  I've got one sitting on my desk that only gives:

	AT+FCLASS=?
	0,1,1.0

---------------------------------------------------------------------
Jonathan Chen <jonc@pinnacle.co.nz> | Opportunites are seldom labeled
---------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 19 Apr 1998 16:42:49 -0400 (EDT)
From: Evan Leibovitch <evan@telly.org>
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
cc: flexfax@sgi.com
Subject: Re: flexfax: Best modem
Sender: owner-flexfax@celestial.com


I have had excellent success using Multitech ZDX modems in a number of
Hylafax installations. Inexpensive but very capable, with a support staff
that's been Unix-friendly for a decade.

-----------------------------------------------------------------------------
Evan Leibovitch * Xunil Computing * Brampton, Ontario, Canada * www.xunil.com
 Supporting Intel-based Unix and Linux since 1985 * Caldera & SCO authorized
                  Ask me about the Toronto Linux Users Group

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Subject: Re: flexfax: Best modem
To: flexfax@celestial.com
Date: Mon, 20 Apr 1998 11:16:43 -0500 (CDT)
From: Dave Parker <uw!dlparker@uunet.uu.net>
Original-Content-Type: text
Reply-To: dlparker@dlpinc00.com
Sender: owner-flexfax@celestial.com

Evan Leibovitch wrote:
>
>On Mon, 20 Apr 1998, Jonathan Chen wrote:
>
>> On Sun, 19 Apr 1998, Evan Leibovitch wrote:
>> 
>> > 
>> > I have had excellent success using Multitech ZDX modems in a number of
>> > Hylafax installations. Inexpensive but very capable, with a support staff
>> > that's been Unix-friendly for a decade.
>> 
>> But what's the deal with them removing Class 2 capability on their later
>> modems?  I've got one sitting on my desk that only gives:
>> 
>> 	AT+FCLASS=?
>> 	0,1,1.0
>
>I believe the trick is *not* getting the ones with voice capability. I'd
>heard that there wasn't enough room on the EPROM for voicemail and fax
>class 2.0 capability. Since most Hylafax applications have no need for
>voice capability, the data/fax modems such as the 2834ZDXb are fine. 

The MT5600ZDX (external 56Kflex, no voice) is also 0,1,1.0.
-- 
Dave Parker/DLP, Inc     dlparker@dlpinc00.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Subject: Re: flexfax: Best modem
To: flexfax@celestial.com
Date: Mon, 20 Apr 1998 13:38:28 -0700 (PDT)
From: "Larry Lipstone" <lrl@StoneWare.COM>
Organization: StoneWare Consulting, Inc.
Sender: owner-flexfax@celestial.com

Dave Parker wrote...
> 
> Evan Leibovitch wrote:
> >
> >On Mon, 20 Apr 1998, Jonathan Chen wrote:
> >
> >> On Sun, 19 Apr 1998, Evan Leibovitch wrote:
> >> 
> >> > 
> >> > I have had excellent success using Multitech ZDX modems in a number of
> >> > Hylafax installations. Inexpensive but very capable, with a support staff
> >> > that's been Unix-friendly for a decade.
> >> 
> >> But what's the deal with them removing Class 2 capability on their later
> >> modems?  I've got one sitting on my desk that only gives:
> >> 
> >> 	AT+FCLASS=?
> >> 	0,1,1.0
> >
> >I believe the trick is *not* getting the ones with voice capability. I'd
> >heard that there wasn't enough room on the EPROM for voicemail and fax
> >class 2.0 capability. Since most Hylafax applications have no need for
> >voice capability, the data/fax modems such as the 2834ZDXb are fine. 
> 
> The MT5600ZDX (external 56Kflex, no voice) is also 0,1,1.0.

Per the Multi-tech data sheet the 5600ZDX is Class 1 only, the
3334ZDX is Class 1 and Class 2.0, and the 2834ZDXb is Class 2.0 only.
The (more expensive) 2834BA family is also Class 2.0.

Larry Lipstone
StoneWare Consulting, Inc

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 21 Dec 1997 09:16:16 +0000
From: JOSE FERRADEIRA <sf@sfconsultores.pt>
Reply-To: sf@sfconsultores.pt
Organization: S&F CONSULTORES
To: "David N. Lewis" <dlewis@appp.ci.in.ameritech.com>
CC: hylafax <flexfax@sgi.com>
Subject: Re: flexfax: Best modem
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id BAA13612
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id KAA07447

David N. Lewis wrote:
> 
> Jose,
> 
> On an IBM RS6000, Hylafax v4.0pl0, I've had good luck with MultiTechs 1432's
> (which I don't think are available any longer)  I think that most folks
> have had good luck with various MultiTech products as well.  Currently,
> due to circumstances beyond my control, I'm using USR Couriers.  These
> modems are not awful, but their class2.0 implementation needs some work,
> I think.  I'm actually having better throughput faxing in class1.  By far
> the most prevalent problem I've had with the USR's involves between-page
> negotiation (I saw the same errors with some old Sportsters).
> 
> My advice is to try a couple of different modems, if you or your company
> can afford it.  This trial period will prove invaluable, especially if you
> plan to 'ramp-up' a production faxing system, sending 100's or 1000's of
> pages per day.  The old MT1432 was a great modem, in my experience.  If
> you can scrounge one up, try it out, otherwise, look at the latest
> MultiTech offerings.  From watching the list, Practical Peripherals, and
> Zyxel seem to be in high regard as well.
> 
> Good luck,
> Dave Lewis
> 
> 
> On Fri, 17 Apr 1998, jaime novo wrote:
> 
> > Hi,
> >
> > What is the best modem to use with HylaFAX ?
> >
> > Thanks
> > Regards
> >
> > Jos Ferradeira
> >

Thanks very much.
We have tried a Nokia ECM Fast Class 1, but with problems with blank
lines in the middle of the fax text. When it encounters 3 or more blank
lines starts to send another page.
We came around that but reducing the quality of the sending fax and the
modem never hang up the call.
Our next try will be a Microcom DeskPort Fast 28.8.

Best regards
Jos Ferradeira

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: tpc-oper@info.tpc.int
cc: flexfax@sgi.com
cc: Ketan Sanghvi <ketan@wanland.com>, yhliaw@zyxel.com.tw,
        whwang@zyxel.com.tw, Rowen Chu <rwchu@zyxel.com.tw>
From: Shuvam Misra <shuvam@spacenetindia.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: ZyXEL is seriously studying ZyXEL-Hylafax performance issues
Date: Wed, 15 Apr 1998 07:50:09 +0530
Sender: owner-flexfax@celestial.com

Dear all,

I think I must tell you about ZyXEL's ongoing effort to study our
problems. Most of us on these lists use Hylafax as the fax software, and
quite a few of us use or have used ZyXEL modems. Many of us have
reported poor throughput with ZyXEL modems and Hylafax, in spite of them
being one of the best by all accounts.

ZyXEL has finally woken up to this fact. I think four things pushed them:

(i)	my persistent attempts at making noise, 
(ii)	the repeated responses I got to my noise from many of you, who
	recommended Multitech as an answer (which I promptly passed back
	to ZyXEL :)
(iii)	my friend and ZyXEL distributor for India, Ketan, and his help
	in escalating this problem, knowing fully well that I am a very
	small customer of his
(iv)	ZyXEL's realisation that they are not just addressing me but two
	worldwide mailing lists of serious fax users through me.

Now they've set up Linux with kernel 2.0.X in their R&D centre at Taiwan,
and have reached the stage of doing "faxaddmodem". There they've got
stuck, probably because they misspelt "ttyS1" as "ttys1". We should see
some action soon.

What surprises me is that any modem vendor will go to so much trouble to
actually install an unfamiliar OS (these chaps are pretty much Windows
and OS/2 oriented, it appears), install an unfamiliar fax system on it,
and then try out their modems. I appreciate it.

I have copied this message to Rowen Chu and his colleagues at ZyXEL
Taiwan, so that you can write to him, and I guess he can write to you. At
this point, I'd appreciate it if all of you who have used Hylafax and
ZyXEL can help ZyXEL's team lick the problems once and for all. If these
guys are willing to try so seriously, let's give them a hand... or a few
hundred hands. :)

It is possible that ZyXEL might be in a position to release beta versions
of their field-upgradable firmware which some of you might be able to
use in your TPC cells or fax broadcast systems. This should give ZyXEL
a very quick turnaround for their testing.

Regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 15 Apr 1998 14:28:37 -0400 (EDT)
From: David Birnbaum <davidb@chelsea.net>
To: Shuvam Misra <shuvam@spacenetindia.com>
cc: tpc-oper@info.tpc.int, flexfax@sgi.com, Ketan Sanghvi <ketan@wanland.com>,
        yhliaw@zyxel.com.tw, whwang@zyxel.com.tw,
        Rowen Chu <rwchu@zyxel.com.tw>
Subject: Re: flexfax: ZyXEL is seriously studying ZyXEL-Hylafax performance issues
Sender: owner-flexfax@celestial.com

I've been looking for an excuse to throw away my USR chassis and modems
for a long time...love to have a replacement guarenteed to work with
HylaFax (hint hint).

David.

On Wed, 15 Apr 1998, Shuvam Misra wrote:

> Dear all,
> 
> I think I must tell you about ZyXEL's ongoing effort to study our
> problems. Most of us on these lists use Hylafax as the fax software, and
> quite a few of us use or have used ZyXEL modems. Many of us have
> reported poor throughput with ZyXEL modems and Hylafax, in spite of them
> being one of the best by all accounts.
> 
> ZyXEL has finally woken up to this fact. I think four things pushed them:
> 
> (i)	my persistent attempts at making noise, 
> (ii)	the repeated responses I got to my noise from many of you, who
> 	recommended Multitech as an answer (which I promptly passed back
> 	to ZyXEL :)
> (iii)	my friend and ZyXEL distributor for India, Ketan, and his help
> 	in escalating this problem, knowing fully well that I am a very
> 	small customer of his
> (iv)	ZyXEL's realisation that they are not just addressing me but two
> 	worldwide mailing lists of serious fax users through me.
> 
> Now they've set up Linux with kernel 2.0.X in their R&D centre at Taiwan,
> and have reached the stage of doing "faxaddmodem". There they've got
> stuck, probably because they misspelt "ttyS1" as "ttys1". We should see
> some action soon.
> 
> What surprises me is that any modem vendor will go to so much trouble to
> actually install an unfamiliar OS (these chaps are pretty much Windows
> and OS/2 oriented, it appears), install an unfamiliar fax system on it,
> and then try out their modems. I appreciate it.
> 
> I have copied this message to Rowen Chu and his colleagues at ZyXEL
> Taiwan, so that you can write to him, and I guess he can write to you. At
> this point, I'd appreciate it if all of you who have used Hylafax and
> ZyXEL can help ZyXEL's team lick the problems once and for all. If these
> guys are willing to try so seriously, let's give them a hand... or a few
> hundred hands. :)
> 
> It is possible that ZyXEL might be in a position to release beta versions
> of their field-upgradable firmware which some of you might be able to
> use in your TPC cells or fax broadcast systems. This should give ZyXEL
> a very quick turnaround for their testing.
> 
> Regards,
> Shuvam
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Steve Williams <steve@genie96.com>
Subject: flexfax: Re: TPC-OPER: ZyXEL is seriously studying ZyXEL-Hylafax performance issues
To: shuvam@spacenetindia.com
Date: Wed, 15 Apr 1998 12:27:57 -0600 (MDT)
Cc: tpc-oper@info.tpc.int, flexfax@sgi.com, ketan@wanland.com,
        yhliaw@zyxel.com.tw, whwang@zyxel.com.tw, rwchu@zyxel.com.tw
Read-Receipt-To: steve@genie96.com
Sender: owner-flexfax@celestial.com

> 
> Dear all,
> 
> I think I must tell you about ZyXEL's ongoing effort to study our
> problems. Most of us on these lists use Hylafax as the fax software, and
> quite a few of us use or have used ZyXEL modems. Many of us have
> reported poor throughput with ZyXEL modems and Hylafax, in spite of them
> being one of the best by all accounts.
> 

[snip]

Congratulations on the success with your persistance.

> What surprises me is that any modem vendor will go to so much trouble to
> actually install an unfamiliar OS (these chaps are pretty much Windows
> and OS/2 oriented, it appears), install an unfamiliar fax system on it,
> and then try out their modems. I appreciate it.
> 

If they ( ZyXEL ) need any help getting HylaFAX up and running, please
let us know.  This is very encouraging to say the least.

I do not run ZyXEL here at my TPC Cell, but I have a ZyXEL Elite 2864 
that is controlled by HylaFAX that we use for our incoming PPP Link.  
I would be in a position to assist testing in Calgary, Canada if necessary.

I can take some of my "Phase B" errors that the MultiTechs running my TPC Cell
get and see how the ZyXEL does on them.

Let me know if you need any assistance.
-- 
	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:58 1999
From: Rowen Chu <rwchu@zyxel.com.tw>
To: "'Shuvam Misra'" <shuvam@spacenetindia.com>,
        "'tpc-oper@info.tpc.int'"
	 <tpc-oper@info.tpc.int>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>,
        "'Ketan Sanghvi'"
	 <ketan@wanland.com>,
        "'yhliaw@zyxel.com.tw'"
	 <yhliaw@zyxel.com.tw>,
        "'whwang@zyxel.com.tw'"
	 <whwang@zyxel.com.tw>,
        "'ndoshi@zyxel.com'" <ndoshi@zyxel.com>
Subject: flexfax: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues
Date: Thu, 16 Apr 1998 15:32:40 +0800
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id JAA02733

Dear all,
Thanks all your help. Now we can startup the outbound service already. But we still got trouble with Inbound service. The modem won't accept the incoming call.
According to the setup procedure: Setting up Inbound Service

"To setup HylaFAX for inbound facsimile or data service a modem configuration file must be setup and a faxgetty program must be started to listen for input on the tty device. The configuration file setup is usually done at the same time that outbound service is configured; i.e. when faxaddmodem is run. A faxgetty server for the modem should be setup to be run by the init(1M) process according to local system conventions. For System V-based systems this is done by editing the /etc/inittab file to spawn faxgetty on the appropriate port. For example, if a modem is to be started on /dev/ttyf2 the following line might be appropriate:   t2:23:respawn:/usr/local/sbin/faxgetty ttyf2 ..."

[Rowen Chu] We have add one line in /etc/ttyS1 with 't2:23:respawn:/usr/local/sbin/faxgetty ttyS1'. But it seems useless.

"...Note that faxgetty may be run on a modem port whether or not it is to provide inbound service. By setting the RingsBeforeAnswer configuration parameter to zero, faxgetty will not answer an incoming phone call unless it is explicitly commanded to by the faxanswer(1M) program. This may be desirable if a phone line is used, for example, as the primary line for voice calls. "

[Rowen Chu] The RingBeforeAnswer parameter is 1. 
I don't know where I was wrong. Have you met such situation before?

By the way, in the "Installing Hylafax v4.0pl2 on RedHat Linux 5.0", section 7 "How to start up the fax daemons". 
To start the daemon by hand, I was asked to do:
prompt# sh /etc/rc.d/init.d/hylafax start
where /etc/rc.d/init.d/hylafax is a symbolic link to ../rc0.d/K91hylaxfax or ../rc3.d/S91hylafax
But I didn't find hylafax, K91hylaxfax or ../rc3.d/S91hylafax
Am I missing something?

with best regards,
Rowen Chu /FAE/ZyXEL

-----Original Message-----
From:	Shuvam Misra [SMTP:shuvam@spacenetindia.com]
Sent:	Wednesday, April 15, 1998 10:20 AM
To:	tpc-oper@info.tpc.int
Cc:	flexfax@sgi.com; Ketan Sanghvi; yhliaw@zyxel.com.tw; whwang@zyxel.com.tw; Rowen Chu
Subject:	ZyXEL is seriously studying ZyXEL-Hylafax performance issues

Dear all,

I think I must tell you about ZyXEL's ongoing effort to study our
problems. Most of us on these lists use Hylafax as the fax software, and
quite a few of us use or have used ZyXEL modems. Many of us have
reported poor throughput with ZyXEL modems and Hylafax, in spite of them
being one of the best by all accounts.

ZyXEL has finally woken up to this fact. I think four things pushed them:

(i)	my persistent attempts at making noise, 
(ii)	the repeated responses I got to my noise from many of you, who
	recommended Multitech as an answer (which I promptly passed back
	to ZyXEL :)
(iii)	my friend and ZyXEL distributor for India, Ketan, and his help
	in escalating this problem, knowing fully well that I am a very
	small customer of his
(iv)	ZyXEL's realisation that they are not just addressing me but two
	worldwide mailing lists of serious fax users through me.

Now they've set up Linux with kernel 2.0.X in their R&D centre at Taiwan,
and have reached the stage of doing "faxaddmodem". There they've got
stuck, probably because they misspelt "ttyS1" as "ttys1". We should see
some action soon.

What surprises me is that any modem vendor will go to so much trouble to
actually install an unfamiliar OS (these chaps are pretty much Windows
and OS/2 oriented, it appears), install an unfamiliar fax system on it,
and then try out their modems. I appreciate it.

I have copied this message to Rowen Chu and his colleagues at ZyXEL
Taiwan, so that you can write to him, and I guess he can write to you. At
this point, I'd appreciate it if all of you who have used Hylafax and
ZyXEL can help ZyXEL's team lick the problems once and for all. If these
guys are willing to try so seriously, let's give them a hand... or a few
hundred hands. :)

It is possible that ZyXEL might be in a position to release beta versions
of their field-upgradable firmware which some of you might be able to
use in your TPC cells or fax broadcast systems. This should give ZyXEL
a very quick turnaround for their testing.

Regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Rowen Chu <rwchu@zyxel.com.tw>
cc: "'flexfax@sgi.com'" <flexfax@sgi.com>,
        "'Ketan Sanghvi'" <ketan@wanland.com>,
        "'yhliaw@zyxel.com.tw'" <yhliaw@zyxel.com.tw>,
        "'whwang@zyxel.com.tw'" <whwang@zyxel.com.tw>,
        "Nitin Doshi" <ndoshi@zyxel.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues 
Date: Thu, 16 Apr 1998 14:32:47 +0530
Sender: owner-flexfax@celestial.com

Dear Rowen,

| "To setup HylaFAX for inbound facsimile or data service a modem =
| configuration file must be setup and a faxgetty program must be started =
| to listen for input on the tty device. The configuration file setup is =
| usually done at the same time that outbound service is configured; i.e. =
| when faxaddmodem is run. A faxgetty server for the modem should be setup =
| to be run by the init(1M) process according to local system conventions. =
| For System V-based systems this is done by editing the /etc/inittab file =
| to spawn faxgetty on the appropriate port. For example, if a modem is to =
| be started on /dev/ttyf2 the following line might be appropriate:   =
| t2:23:respawn:/usr/local/sbin/faxgetty ttyf2 ..."
| 
| [Rowen Chu] We have add one line in /etc/ttyS1 with =
| 't2:23:respawn:/usr/local/sbin/faxgetty ttyS1'. But it seems useless.

This line must be added to /etc/inittab, not to /etc/ttyS1 as you've
mentioned. I presume that was a typographical error.

Also, after adding this line, I presume you have either rebooted the
system, or better still, just given the command

	init q

while logged in as root. This will make the "init" process re-read the
/etc/inittab file.

| [Rowen Chu] The RingBeforeAnswer parameter is 1.
| I don't know where I was wrong. Have you met such situation before?

Just send me the /etc/inittab file, so that I can take a look.

Also, just send me the output of "faxstat". This command will typically
display just two lines of output.

| By the way, in the "Installing Hylafax v4.0pl2 on RedHat Linux 5.0",
| section 7 "How to start up the fax daemons".
| To start the daemon by hand, I was asked to do:
| prompt# sh /etc/rc.d/init.d/hylafax start
| where /etc/rc.d/init.d/hylafax is a symbolic link to
| ../rc0.d/K91hylaxfax or ../rc3.d/S91hylafax
| But I didn't find hylafax, K91hylaxfax or ../rc3.d/S91hylafax
| Am I missing something?

This script, /etc/rc.d/init.d/hylafax, is something that I don't know
about. However you typically need to do just three things to get Hylafax
started on a Linux system:

1.	Add the entry to /etc/inittab as described, to start faxgetty

2.	Run "init q"

3.	Run the command /usr/local/sbin/faxq as root, from command line.
	This command will exit immediately.

This should be all you need to get Hylafax started. However, if you want
to make sure that faxq starts up automatically each time that you reboot
the system, you'll need to insert this command in rc.local or one of the
other such rc.* scripts. I hope RedHat has rc.local. I have one because
I use the simpler Slackware Linux.

regards,
Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 08:01:32 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Shuvam Misra <shuvam@spacenetindia.com>
Cc: Rowen Chu <rwchu@zyxel.com.tw>, Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues 
Sender: owner-flexfax@celestial.com

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

On Thu, 16 Apr 1998, Shuvam Misra wrote:

> This script, /etc/rc.d/init.d/hylafax, is something that I don't know
> about. However you typically need to do just three things to get Hylafax
> started on a Linux system:
> 
> 1.	Add the entry to /etc/inittab as described, to start faxgetty
> 
> 2.	Run "init q"
> 
> 3.	Run the command /usr/local/sbin/faxq as root, from command line.
> 	This command will exit immediately.

Unfortunately, you left out hfaxd. 

> This should be all you need to get Hylafax started. However, if you want
> to make sure that faxq starts up automatically each time that you reboot
> the system, you'll need to insert this command in rc.local or one of the
> other such rc.* scripts. I hope RedHat has rc.local. I have one because
> I use the simpler Slackware Linux.

The hylafax script includes the faxq and hfaxd startups, with all the
flags set correctly. I recommend installing it from the source tree
and using it in the /etc/rc.d/init.d setup, which starts and stops
fax services correctly for various run levels.

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

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

iQCVAwUBNTXzBz/+ItycgIJRAQFslAP9FO0wpOKzbu5CAtiEmngp3J61LpptMIOQ
V1JLpYBmCtwM2SyUZPsO9o3oR+LpxY/fsc0Lu+p/zqzW1Jm1krBqhdw6JXY1cx1G
4LkUwP/ym0r2sJR6MueZeaSYFyT3nEdmI7vGuboSLB0ZwGsfBzaqRTegXUR7y85l
Cpwy6tonG8U=
=liab
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 07:58:06 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Rowen Chu <rwchu@zyxel.com.tw>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues
Sender: owner-flexfax@celestial.com

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

On Thu, 16 Apr 1998, Rowen Chu wrote:

> Dear all,
> Thanks all your help. Now we can startup the outbound service already. But we still got trouble with Inbound service. The modem won't accept the incoming call.
> According to the setup procedure: Setting up Inbound Service

Nice of you to get involved with us, Rowen!


> [Rowen Chu] We have add one line in /etc/ttyS1 with 't2:23:respawn:/usr/local/sbin/faxgetty ttyS1'. But it seems useless.

This is overall correct, but the syntax depends on where you installed
faxgetty. This depends on whether you are using the RPM binaries, source,
what patches you've installed, etc.

> [Rowen Chu] The RingBeforeAnswer parameter is 1. 
> I don't know where I was wrong. Have you met such situation before?

Not offhand, but we'd be glad to help.

> By the way, in the "Installing Hylafax v4.0pl2 on RedHat Linux 5.0", section 7 "How to start up the fax daemons". 

This is my note.

> To start the daemon by hand, I was asked to do:
> prompt# sh /etc/rc.d/init.d/hylafax start
> where /etc/rc.d/init.d/hylafax is a symbolic link to ../rc0.d/K91hylaxfax or ../rc3.d/S91hylafax
> But I didn't find hylafax, K91hylaxfax or ../rc3.d/S91hylafax
> Am I missing something?

The "hylafax" initialization script is in the source code, called
"etc/hylafax.sh". The exact syntax of it depends on your local
installation, but under RedHat 5.0, /etc/rc.d/init.d/hylafax is where
it should be installed. This is not clear in my web page: I'll update
that within a day or so, thank you for the note.

Now, what does "faxstat" report? Does it show the modem as "running
and idle"?  And are you running in Class1, Class2, or Class2.0?

I have not myself tried the new RPM for RedHat 5.0: I've been
reluctant to rip out the copy I compiled and installed myself, and
based on which I wrote my web page. This means I'm uncertain of what
"config.local" file was used, and how it was built, so I'm a bit
uncertain of exactly where it put all its files.

I would be *DELIGHTED* to help your people straighten this out for
other Linux users. I've been happy with my Zyxel 1496 modem for years,
and have recommended your company to new modem buyers since then.  I
would love to have a solid, tested alternate to the useless piece of
untested unfinished unreliable horse droppings being sold with the
label "USR Sportster" to folks unaware of its failings who think all
modems are the same.

My web site also has pointers to a set of patches known to work for
RedHat 5.0 and SunOS 4.1.4. These are available at
http://cirl.meei.harvard.edu/hylafax, and you may want to download the
source and make a clean installation from those, with a local copy of
the HTML documentation and man pages re-arranged for the particular
Linux setup you are using. 

In fact, I do some network consulting on the side. If you need
extensive support on the side, and could pay in modems, I could find
the time to devote a couple of solid days to assisting you.  Short of
that, I'd be glad to help for free with occasional pointers and
answers to questions.

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

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

iQCVAwUBNTXyRz/+ItycgIJRAQHaGAP9E7+MiU6gg7qprVcuPOPIHNVUCBKaLXby
dBiBpVwT4U3LW89WEg8ORXwI2/sVt93ROl5NCr/hMlXlgMvemlur/CxytFQWzMeI
AlJNcHDeW68VLcFZ7qxA8jsTeaQZtxZrBJlsX/Zm8DIOyAHRxptnHBQpv1ujgdVL
TiLHNCMktwI=
=Sjrj
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
cc: Rowen Chu <rwchu@zyxel.com.tw>, Hylafax Mailing List <flexfax@sgi.com>
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues 
Date: Fri, 17 Apr 1998 09:31:05 +0530
Sender: owner-flexfax@celestial.com

Dear Nico,

| Unfortunately, you left out hfaxd. 

Okay, you're right. I missed it out because it goes into inetd.conf in
all my installations, so I don't run it by hand. And faxsetup seems to
do the right thing about adding a line in /etc/inetd.conf and SIGHUPping
inetd, so I never had to take care of that.

| The hylafax script includes the faxq and hfaxd startups, with all the
| flags set correctly. I recommend installing it from the source tree
| and using it in the /etc/rc.d/init.d setup, which starts and stops
| fax services correctly for various run levels.

Does the hylafax script come with the Linux binary distribution that is
available on ftp.sgi.com? I don't seem to find it.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Rowen Chu <rwchu@zyxel.com.tw>
To: "'Shuvam Misra'" <shuvam@spacenetindia.com>,
        Nico Garcia
	 <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: RE : flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues 
Date: Fri, 17 Apr 1998 13:29:59 +0800
Sender: owner-flexfax@celestial.com

Dear Shuvam & Nico,
Thanks for all your kindly help. We will try the setup with your suggestion. 
After our successful setup, our RD will learn to use the program and begin the program tracing.

with best regards,
Rowen

-----Original Message-----
From:	Shuvam Misra [SMTP:shuvam@spacenetindia.com]
Sent:	Friday, April 17, 1998 12:01 PM
To:	Nico Garcia
Cc:	Rowen Chu; Hylafax Mailing List
Subject:	Re: flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues 

Dear Nico,

| Unfortunately, you left out hfaxd. 

Okay, you're right. I missed it out because it goes into inetd.conf in
all my installations, so I don't run it by hand. And faxsetup seems to
do the right thing about adding a line in /etc/inetd.conf and SIGHUPping
inetd, so I never had to take care of that.

| The hylafax script includes the faxq and hfaxd startups, with all the
| flags set correctly. I recommend installing it from the source tree
| and using it in the /etc/rc.d/init.d setup, which starts and stops
| fax services correctly for various run levels.

Does the hylafax script come with the Linux binary distribution that is
available on ftp.sgi.com? I don't seem to find it.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 17 Apr 1998 10:35:13 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Shuvam Misra <shuvam@spacenetindia.com>
Cc: Rowen Chu <rwchu@zyxel.com.tw>, Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues 
Sender: owner-flexfax@celestial.com

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

On Fri, 17 Apr 1998, Shuvam Misra wrote:

> Okay, you're right. I missed it out because it goes into inetd.conf in
> all my installations, so I don't run it by hand. And faxsetup seems to
> do the right thing about adding a line in /etc/inetd.conf and SIGHUPping
> inetd, so I never had to take care of that.

That technique is also *NOT* recommended. It works, but it can really
bog down your fax server if you carry a lot of traffic.

> | The hylafax script includes the faxq and hfaxd startups, with all the
> | flags set correctly. I recommend installing it from the source tree
> | and using it in the /etc/rc.d/init.d setup, which starts and stops
> | fax services correctly for various run levels.
> 
> Does the hylafax script come with the Linux binary distribution that is
> available on ftp.sgi.com? I don't seem to find it.

I hadn't taken it apart and looked: here is a copy set up for my Linux
installation, which you will need to reset the "SPOOLDIR" for.


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

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

iQCVAwUBNTdolz/+ItycgIJRAQEIvQP/Ruar9NZFO62Ga2KbOB+PtnvmQtjNZFHf
LTlF51bBCGUXBVV6PZ6tEiiGawyoRRptjIgr5q9x/u03ehKpyeUE7aM2JnONbspC
Gj1e5HQWQm0tWw3MQgjsytoMCj+FRMtUfBgXXv+osAOi2bGxG95PdNwKJEB4sQ7Q
kEVHpu3gxmc=
=ImBX
-----END PGP SIGNATURE-----
#! /bin/sh
#	$Id: hylafax.in,v 1.33 1996/06/26 14:58:03 sam Rel $
#
# Warning, this file was automatically created by the HylaFAX configure script
#
# HylaFAX Facsimile Software
#
# Copyright (c) 1990-1996 Sam Leffler
# Copyright (c) 1991-1996 Silicon Graphics, Inc.
# HylaFAX is a trademark of Silicon Graphics
# 
# Permission to use, copy, modify, distribute, and sell this software and 
# its documentation for any purpose is hereby granted without fee, provided
# that (i) the above copyright notices and this permission notice appear in
# all copies of the software and related documentation, and (ii) the names of
# Sam Leffler and Silicon Graphics may not be used in any advertising or
# publicity relating to the software without the specific, prior written
# permission of Sam Leffler and Silicon Graphics.
# 
# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, 
# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY 
# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.  
# 
# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR
# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND,
# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF 
# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE 
# OF THIS SOFTWARE.

#
# VERSION:	v4.0pl2
# DATE:		Thu Feb 19 02:28:47 EST 1998
# TARGET:	i586-unknown-linux
#

#
# fax server control
#
# NB: This script assumes faxgetty processes are managed by init
#
SPOOL=/var/spool/fax

test -f $SPOOL/etc/setup.cache || {
    cat<<EOF

FATAL ERROR: $SPOOL/etc/setup.cache is missing!

The file $SPOOL/etc/setup.cache is not present.  This
probably means the machine has not been setup using the faxsetup(1M)
command.  Read the documentation on setting up HylaFAX before you
startup a server system.

EOF
    exit 1
}
. $SPOOL/etc/setup.cache

IS_ON=/etc/chkconfig		# NB: chkconfig is IRIX-specific
FAXQ=$SBIN/faxq
HFAXD=$LIBEXEC/hfaxd
FAXQUIT=$SBIN/faxquit
KILLALL=/sbin/killall
FAXPORT=hylafax			# designated port for new protocol
SNPPPORT=444			# official port for SNPP

if test ! -x $IS_ON ; then
    IS_ON=true
fi

if $IS_ON verbose ; then
    ECHO=echo
else		# For a quiet startup and shutdown
    ECHO=:
fi

#
# killall -SIGNAL process-name
#
# Emulate the necessary functionality if the
# killall program doesn't do the expected...
#
if ($KILLALL -l >/dev/null) 2>/dev/null; then
    killall()
    {
	$KILLALL $1 $2
    }
else
    killall()
    {
	# NB: ps ax should give an error on System V, so we try it first!
	pid="`ps ax 2>/dev/null | $AWK \"\
		/[\/ (]$2[ )]/	{print \\$1;}
		/[\/ ]$2\$/	{print \\$1;}\"`"
	test "$pid" ||
	    pid="`ps -e 2>/dev/null | $AWK \"/ $2[ ]*\$/ {print \\$1;}\"`"
	test "$pid" && kill $1 $pid; return
    }
fi

case $1 in
'start')
	if $IS_ON fax && test -x $FAXQ; then
	    killall -15 faxq
	    killall -15 hfaxd
	    $ECHO "HylaFAX:"
	    $FAXQ; $ECHO " faxq"
	    $HFAXD -i $FAXPORT -o 4557 -s $SNPPPORT
		$ECHO " hfaxd (w/ compatibility & SNPP)"
	    $ECHO "."
	fi
	;;
'stop')
	$ECHO "Stopping HylaFAX Servers."
	$FAXQUIT >/dev/null 2>&1
	killall -15 hfaxd
	;;
*)
	echo "usage: /etc/init.d/hylafax {start|stop}"
	;;
esac
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Re: RE : ZyXEL is seriously studying ZyXEL-Hylafax performance issues
To: shuvam@spacenetindia.com
Date: Fri, 17 Apr 1998 09:03:11 +0100 (BST)
Cc: raoul@cirl.meei.harvard.edu, rwchu@zyxel.com.tw, flexfax@sgi.com
X-Mailer: ELM [version 2.4 PL25]
Sender: owner-flexfax@celestial.com

> | Unfortunately, you left out hfaxd. 
> 
> Okay, you're right. I missed it out because it goes into inetd.conf in
> all my installations, so I don't run it by hand. And faxsetup seems to

That's really only intended for home user or incidental desk top use,
not for a fax server.

> Does the hylafax script come with the Linux binary distribution that is
> available on ftp.sgi.com? I don't seem to find it.

I would seriously suggest installing from source if your are running a
major service.  From what's been said on this list, some of the Red Hat
style packagings of Hylafax have cut corners and tried to make the 
install process look simpler than it needs to look to be done properly.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: USR Sportser 33.6 FAX
Date: Mon, 13 Apr 1998 08:02:49 -0500
Sender: owner-flexfax@celestial.com

I'm trying to get my USR Sportser 33.6 FAX to work for receiving faxes
(class 2.0, RPM hylafax-4.0-8), but I keep getting an assortment of
errors. So far 2 of 6 faxes have been received OK.

When I use the fax machine here to send to it, it works fine, but when
receiving from other (unknown) machines, it seems to die after receiving
the first page.  I have no good way to reproduce the problems because
the faxes are from unknown sources.

Anyway, I've read about all the problems with USR Courier.  Does the
same bad news apply to Sportser?

Is anyone out there using a USR Sportser 33.6 for fax?  Maybe it's a
setup problem....

Thanx,
John

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 13 Apr 1998 08:19:31 -0700 (PDT)
From: Andy Moskoff <abm@ftel.net>
To: JOHN PRICE <john.price@adtran.com>
cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: USR Sportser 33.6 FAX
Sender: owner-flexfax@celestial.com

On Mon, 13 Apr 1998, JOHN PRICE wrote:

> I'm trying to get my USR Sportser 33.6 FAX to work for receiving faxes

	Everyone with Sportsters should visit the following web site to 
	fix and/or understand the possible problems with these modems:

	 http://www.trump.net.au/~rjc/hylafax/usr.html

	 BTW, this was posted just yesterday PDT.

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 09 Apr 1998 15:59:22 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Sascha Ottolski <alzhimer@cs.tu-berlin.de>
CC: flexfax@sgi.com
Subject: Re: flexfax: Winword-Macro for OLE with whfc
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id GAA22885
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA03976

Sascha Ottolski wrote:
> 
> Hi,
> 
> this was asked before, but I still couldn't find a solution. I tried to write
> a macro for Winword-95 (7.0), but without success. Does anybody know if this
> is possible? The documentation that comes with WordBasic is not very detailed
> for this part, it only tells me how I can access Word from within an other
> application, but not the other way round...
> 
> Thanks,
> 
> Greetings Sascha

Hi,

i put a visual basic sample on the ole page of whfc 
http://www.transcom.de/whfc/ole.html today. Maybe
this can help you.

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:58 1999
Date: Thu, 09 Apr 1998 16:40:08 -0400
From: Ramon F Herrera <ramon@conexus.net>
To: flexfax@sgi.com
Subject: flexfax: 'dialrules' checker + 10-digit dialing??
Sender: owner-flexfax@celestial.com

Is there any way to test a given 'dialrules' file (like sendmail in test
mode)?
Can the dialrules file be used, for instance, to block international
long
distance calls?

and, a related question:

Has anyone written a dialrules file that includes the new way of dialing
in the US
(i.e., using 10 digits)?

Please send e-mail me a copy of your answer.

Regards,

-Ramon F. Herrera

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Re: whfc question
To: flexfax@sgi.com
Date: Fri, 10 Apr 1998 15:09:02 +0100 (BST)
Sender: owner-flexfax@celestial.com

> 
> Robert E Jones wrote:

> >      Third, "Read the man pages".  What/where are they ??  And
> >             don't tell me 'man hosts(5f)' or something vague
> >             like that which doesn't exist on this system here.

You should take that up with your supplier; they are all there in the 
supported (i.e. source) version of the package.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: 'dialrules' checker + 10-digit dialing??
To: ramon@conexus.net (Ramon F Herrera)
Date: Fri, 10 Apr 1998 20:14:13 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> Is there any way to test a given 'dialrules' file (like sendmail in test
> mode)?

man dialtest

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Minhduc Tonnu <minhduc@yoyo.cc.monash.edu.au>
Subject: flexfax: winflex-src.zip, Where can I retrieve a copy?
To: flexfax@sgi.com
Date: Sun, 12 Apr 1998 03:08:10 +1000 (EST)
Sender: owner-flexfax@celestial.com

This software, winflex-src.zip, is mentioned in the FAQ but the site
no longer exists. Archie and the like found no reference. Can somebody 
tell me where to find a copy?
Thanks.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 12 Apr 1998 07:37:41 -0700 (PDT)
From: Andy Moskoff <abm@ftel.net>
To: "Hylafax User's List" <flexfax@sgi.com>
Subject: flexfax: Re: Unspecified Phase B and USR Sportster
Sender: owner-flexfax@celestial.com


Hi:

If anyone is using the US Robotics 56k Sportster Faxmodem, would you
mind sending me a copy of your configuration files (setup.*, config.*)
for it? My problem might be a configuration issue. Thanks.

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 12 Apr 1998 20:41:22 -0700 (PDT)
From: Jon Wright <jwright@sloppy.spudboy.com>
To: flexfax@sgi.com
Subject: flexfax: How to incorporate modem-specific config file?
Sender: owner-flexfax@celestial.com


Hello!

I recently installed HylaFAX 4.0 from scratch (using the RPM) on a
brand-new Red Hat 5.0 system.

I have a Practical Peripherals PM14400FXMT modem.  Lucky me; HylaFAX 
comes with a configuration file for that particular unit.  I am
unclear how to incorporate the supplied ppi-pm14400fxmt file into
my config.cua4 file that was automagically built during the installation.
There seems to be a healthy amount of overlap between the two files.
Any advice on how to assimilate the information in ppi-pm14400fxmt 
into my active configuration file?

I'm having another configuration problem.  My modem answers in data
(not fax mode).  Eventually as it goes through its auto-answer
sequence, it gets to the FAX mode, but often, the originating 
station times out before they have established a carrier.  I'm
using this modem for FAXing only, so I want it to answer in FAX
mode.  Again, I'm assuming this is a configuration file issue 
but I haven't been able to figure it out.

If anyone can give me some pointers, I'd sure appreciate it.

Thanks so much,
Jon

-------------------------------------------------------------------
Jon Wright          jwright@spudboy.com          voice 425-635-0338
                                                   fax 425-635-0339
I'm a potato and I'm so hip         http://www.spudboy.com/~jwright

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 12 Apr 1998 21:24:34 -0700
From: "Michael A. Irons" <bb851@lafn.org>
Organization: Yet another Linux machine via LA-FreeNet
To: HylaFAX mailing list <flexfax@sgi.com>
Subject: flexfax: Q: Unspecified Transmit Phase B error
Sender: owner-flexfax@celestial.com

Hi all;

  I'm trying to set up HylaFAX on a RH5 system using the 4.0pl2 binaries
from the sgi web site. The server comes up fine and all, but when I try
to send a test fax I keep getting this error. What does it mean?? This
is the end of the email it sent me. As it does call, I started at the
DIAL statement, though I can post more.

Apr 08 19:33:40.05: [31588]: DIAL 8452068
Apr 08 19:33:40.05: [31588]: <-- [12:ATDT8452068\r]
Apr 08 19:34:02.53: [31588]: --> [4:+FCO]
Apr 08 19:34:05.09: [31588]: --> [24:+FNF:^[+FCI:"        818 ]
Apr 08 19:34:05.09: [31588]: REMOTE NSF "^[+FCI:"        818"
Apr 08 19:34:05.09: [31588]: --> [55:41
5888"^T+FIS:1,3,0,2,0,0,1,4^?^?^C^Y^Jcd^
F^m^?xg^Y^?Ob^c^G^6^l^^<^?^?^6^L]
Apr 08 19:34:05.20: [31588]: --> [11:^^^^A^A^I^B^I^(^E^-
 
-- 

"By the time they had diminished from 50 to 8, the other dwarves began
to suspect 'Hungry' ..."
                -- Gary Larson, "The Far Side"

		aTdHvAaNnKcSe	>THANKS 'in' advance<

					Michael A. Irons
					bb851@lafn.org
					ICQ:9286466

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: "Iain P.C. Moffat" <ipm@hp.ufl.edu>
Organization: UF College of Health Professions
To: flexfax@sgi.com
Date: Mon, 13 Apr 1998 15:00:41 EASTERN
Subject: flexfax: Reporting/accounting for HylaFax
Reply-to: ipm@hp.ufl.edu
Sender: owner-flexfax@celestial.com

I was curious if anyone has developed any reporting or accounting 
tools for HylaFax.  We are currently looking at deploying it within 
our College and will need to do some accounting of usage etc...  I 
was also interested in redirecting some of the logging functions to 
Oracle as well for some added flexability.  Any info would be great.  
Thanks!

-Iain
*******************************************
Iain P.C. Moffat
College of Health Professions
University of Florida
ipm@ufl.edu
*******************************************

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: flexfax: faxmodem/mgetty and HylaFAX
Date: 13 Apr 1998 22:13:56 GMT
Organization: Rockwell Automation Venezuela
Lines: 22
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 13 Apr 1998 22:13:56 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi,

I run a dial-in server in the same box HylaFAX is running. Right now
I'm not using faxgetty but mgetty since it is very robust. I haven't
seen any notes in the docs. and FAQ's about integrating HylaFAX and
mgetty. Is this possible?

I don't receive faxes in this box, it's just outgoing faxes and this
works fine with UUCP style locking (PPP et all do UUCP locking).

Also, do I need to run faxmodem each time my server reboots?

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 13 Apr 1998 19:09:49 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: faxmodem/mgetty and HylaFAX
Sender: owner-flexfax@celestial.com

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

On 13 Apr 1998, Eloy A. Paris wrote:

> Hi,
> 
> I run a dial-in server in the same box HylaFAX is running. Right now
> I'm not using faxgetty but mgetty since it is very robust. I haven't
> seen any notes in the docs. and FAQ's about integrating HylaFAX and
> mgetty. Is this possible?

Yes, it's possible: you have to run "faxsetup" and select the mgetty
instead of the default getty program, and take a careful look at
"GettyArgs" in your config files to make sure that's set up correctly
too.

> I don't receive faxes in this box, it's just outgoing faxes and this
> works fine with UUCP style locking (PPP et all do UUCP locking).
> 
> Also, do I need to run faxmodem each time my server reboots?

You shouldn't: what you would do is use faxgetty as the getty on your
serial port, and have it call mgetty when it gets a data call. The
method to do this depends strongly on the operating system.

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

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

iQCVAwUBNTKbNz/+ItycgIJRAQFDUwP/cibBY0iuesMKRRf7WoJHrop/hJaWyAkG
zHYWZCe2w/cmNoeWxqpWi+jCYma6aVS7GOfPgK3+NF6QU9z0KBasR578jXtxVDJv
U4JSXQ0X5wZlpECleYRIKXZhipuZaXhBwhiZZnbl1KfbVc5TyXTdw4RGaSCk7iBs
lOV4g1CDdL0=
=g4aD
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: faxmodem/mgetty and HylaFAX
Date: 14 Apr 1998 00:02:36 GMT
Organization: Rockwell Automation Venezuela
Lines: 30
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 14 Apr 1998 00:02:36 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:

: Yes, it's possible: you have to run "faxsetup" and select the mgetty
: instead of the default getty program, and take a careful look at
: "GettyArgs" in your config files to make sure that's set up correctly
: too.

Uhhmmm, I see.

: > I don't receive faxes in this box, it's just outgoing faxes and this
: > works fine with UUCP style locking (PPP et all do UUCP locking).
: > 
: > Also, do I need to run faxmodem each time my server reboots?

: You shouldn't: what you would do is use faxgetty as the getty on your
: serial port, and have it call mgetty when it gets a data call. The
: method to do this depends strongly on the operating system.

OK, thanks a lot Nico.

Regards,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 13 Apr 1998 17:41:22 -0700
From: "Michael A. Irons" <bb851@lafn.org>
Organization: Yet another Linux machine via LA-FreeNet
To: Andy Moskoff <abm@ftel.net>
CC: HylaFAX mailing list <flexfax@sgi.com>
Subject: Re: flexfax: Q: Unspecified Transmit Phase B error
Sender: owner-flexfax@celestial.com

Andy;

   Thanks for responding. I'm running Redhat Linux (RH5, sorry for the
confusion) and I have a generic modem that masquerades as a USR. The
test I've run are with a real FAX machine, not a FAX modem.

-- 

"By the time they had diminished from 50 to 8, the other dwarves began
to suspect 'Hungry' ..."
                -- Gary Larson, "The Far Side"

		aTdHvAaNnKcSe	>THANKS 'in' advance<

					Michael A. Irons
					bb851@lafn.org
					ICQ:9286466

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 13 Apr 1998 18:48:10 -0700 (PDT)
From: Tim Rice <tim@trr.metro.NET>
Reply-To: Tim Rice <tim@trr.metro.NET>
To: Sandro Falaschi <sandro@edelweiss.com.ar>
cc: flexfax@sgi.com
Subject: flexfax: Re: SCO Open Server 5 binaries
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by derrick.elgro.co.uk id HAA00506

On Mon, 13 Apr 1998, Sandro Falaschi wrote:

> 
> Hi!
> 
> Im trying to find Hylafax binary files for SCO Open server 5.4. 
> Can you help?
> (I have found the files for SCO 3.2v4.2, are they the ones to be used in

They should work, however I should have the SCO Open Server 5.0.x binaries
ready in about a week. They are built and tested. I just have to bundle
them up and finish the documentation.

> OPen Server too ?)
> 
> Thanks a lot !
> 
> ________________
> HOTEL EDELWEISS
> <http://www.hotelbook.com/live/welcome/17492#top>
> Sandro Falaschi
> Director
> 

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 14 Apr 1998 07:58:06 +0200 (CEST)
From: Viktor Groth <groth@gbs.ch>
Reply-To: Viktor Groth <groth@gbs.ch>
To: flexfax@sgi.com
Subject: flexfax: USR Sportster: TIMEOUT 
Sender: owner-flexfax@celestial.com


Environment:
	HylaFAX (tm) Version 4.0pl1
	USR Sportster 33600
	Linux

I try to setup one USR Sportster for in/outbound service (Class 1). Most
of the time I see TIMEOUT problems in the log-file and receive mails that
the modem appears to be wedged. 
I have no idea what I did wrong. By the way, my configuration sometimes
works. Please have a look at the log-file in the attachment.

Something else I do not understand: Why does faxgetty write the lock file
in /var/spool/uucp, also I write in etc/config.ttyS0:                    
UUCPLockDir:            /var/lock                   
?
                                 
Viktor

--------------------------------------------------------------------------
Viktor Groth			E-mail:	groth@gbs.ch
GBS Consulting AG		Tel:	++41 +1 368 70 60
Weinbergstr. 69			Fax:	++41 +1 368 70 65
8006 Zuerich
--------------------------------------------------------------------------

Apr  9 08:36:33 gbslnx01 FaxGetty[14069]: MODEM set DTR ON
Apr  9 08:36:33 gbslnx01 FaxGetty[14069]: MODEM set baud rate: 38400 baud, input flow RTS/CTS, output flow RTS/CTS
Apr  9 08:36:33 gbslnx01 FaxGetty[14069]: MODEM flush i/o
Apr  9 08:36:33 gbslnx01 FaxGetty[14069]: <-- [17:ATE0V1Q0X4S0=0H0\r]
Apr  9 08:36:33 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:33 gbslnx01 FaxGetty[14069]: <-- [32:ATS8=2S7=60&H1&I0&R2S13=1&D2&C1\r]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: <-- [12:AT+FCLASS=?\r]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: --> [7:0,1,2.0]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: <-- [12:AT+FCLASS=1\r]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: <-- [5:ATI3\r]
Apr  9 08:36:34 gbslnx01 FaxGetty[14069]: --> [45:USRobotics Sportster Voice 33600 Fax Rev. 2.0]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: <-- [5:ATI7\r]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [24:Configuration Profile...]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [43:Product type           Switzerland External]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [40:Options                V32bis,V.FC,V.34+]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [40:Fax Options            Class 1/Class 2.0]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [30:Clock Freq             92.0Mhz]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [27:Eprom                  256k]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [26:Ram                    64k]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [30:EPROM date             5/13/96]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [30:DSP date               5/13/96]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [26:EPROM rev              2.0]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [26:DSP rev                2.0]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: <-- [9:AT+FTM=?\r]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:35 gbslnx01 FaxGetty[14069]: <-- [9:AT+FRM=?\r]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: --> [41:3,24,48,72,73,74,96,97,98,121,122,145,146]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: <-- [12:AT+FCLASS=1\r]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: <-- [12:AT&H1&I0&R2\r]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: <-- [21:AT+FCLASS=0&H1&I0&R2\r]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: MODEM USR USRobotics Sportster Voice 33600 Fax Rev. 2.0/Configuration Profile... Product type           Switzerland External Options                V32bis,V.FC,V.34+ Fax Options            Class 1/Class 2.0 Clock Freq             92.0Mhz Eprom                  256k Ram                    64k EPROM date             5/13/96 DSP date               5/13/96 EPROM rev              2.0 DSP rev                2.0
Apr  9 08:36:36 gbslnx01 FaxGetty[14069]: <-- [5:ATM0\r]
Apr  9 08:36:37 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:36:37 gbslnx01 FaxGetty[14069]: MODEM input buffering disabled
Apr  9 08:36:55 gbslnx01 FaxSend[14070]: SEND FAILED: Unable to configure modem for fax use
Apr  9 08:36:55 gbslnx01 FaxQueuer[13976]: NOTIFY: bin/notify "doneq/q68" "failed" "1:14"
Apr  9 08:36:56 gbslnx01 FaxQueuer[13976]: Bad exit status 041400 for "bin/notify "doneq/q68" "failed" "1:14""
Apr  9 08:43:02 gbslnx01 HylaFAX[14155]: Filesystem has SysV-style file creation semantics.
Apr  9 08:43:02 gbslnx01 FaxQueuer[13976]: SUBMIT JOB 69
Apr  9 08:43:05 gbslnx01 FaxSend[14160]: MODEM set DTR OFF
Apr  9 08:43:05 gbslnx01 FaxSend[14160]: DELAY 2600 ms
Apr  9 08:43:08 gbslnx01 FaxSend[14160]: MODEM set DTR ON
Apr  9 08:43:08 gbslnx01 FaxSend[14160]: MODEM set baud rate: 38400 baud, input flow RTS/CTS, output flow RTS/CTS
Apr  9 08:43:08 gbslnx01 FaxSend[14160]: MODEM flush i/o
Apr  9 08:43:08 gbslnx01 FaxSend[14160]: <-- [17:ATE0V1Q0X4S0=0H0\r]
Apr  9 08:43:08 gbslnx01 FaxGetty[14069]: MODEM input buffering enabled
Apr  9 08:43:08 gbslnx01 FaxSend[14160]: --> [2:OK]
Apr  9 08:43:08 gbslnx01 FaxSend[14160]: <-- [32:ATS8=2S7=60&H1&I0&R2S13=1&D2&C1\r]
Apr  9 08:43:08 gbslnx01 FaxGetty[14069]: --> [2:OK]
Apr  9 08:43:13 gbslnx01 FaxSend[14160]: MODEM TIMEOUT: reading line from modem
Apr  9 08:43:13 gbslnx01 FaxSend[14160]: MODEM <Timeout>
Apr  9 08:43:13 gbslnx01 FaxSend[14160]: MODEM set DTR OFF
Apr  9 08:43:13 gbslnx01 FaxSend[14160]: DELAY 2600 ms
Apr  9 08:43:13 gbslnx01 FaxGetty[14069]: MODEM TIMEOUT: reading line from modem
Apr  9 08:43:13 gbslnx01 FaxGetty[14069]: <-- [5:ATH0\r]
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Q: Unspecified Transmit Phase B error
To: bb851@lafn.org (Michael A. Irons)
Date: Mon, 13 Apr 1998 18:40:21 +0100 (BST)
Cc: flexfax@sgi.com
X-Mailer: ELM [version 2.4 PL25]
Sender: owner-flexfax@celestial.com

> to send a test fax I keep getting this error. What does it mean?? This

An error for which the fax modem had no more precise an error message
occured whilst negotiating the transmission parameters with the
the remote modem/fax machine.

The trace looks like you forgot to tell us that you were using a
Sportster 33.6K, in which case you should look at recent postings
on the list (one over the Easter weekend, pointing to a web site
documenting the problems with Sportsters).

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 14 Apr 1998 09:59:28 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Viktor Groth <groth@gbs.ch>
Cc: flexfax@sgi.com
Subject: Re: flexfax: USR Sportster: TIMEOUT 
Sender: owner-flexfax@celestial.com

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

On Tue, 14 Apr 1998, Viktor Groth wrote:


> Environment:
> 	HylaFAX (tm) Version 4.0pl1
> 	USR Sportster 33600
> 	Linux

Which Linux? And hop on over to http://cirl.meei.harvard.edu/hylafax/
and take a look at the Linux installation notes there. They're not
complete, but they're a start.

> I try to setup one USR Sportster for in/outbound service (Class 1). Most
> of the time I see TIMEOUT problems in the log-file and receive mails that
> the modem appears to be wedged. 
> I have no idea what I did wrong. By the way, my configuration sometimes
> works. Please have a look at the log-file in the attachment.

Sportsters are famous for a lot of problems. Also have you got
something else running on /dev/cua0?

> Something else I do not understand: Why does faxgetty write the lock file
> in /var/spool/uucp, also I write in etc/config.ttyS0:                    
> UUCPLockDir:            /var/lock                   

That should be in your etc/setup.cache, generated when you run "faxsetup".

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

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

iQCVAwUBNTNruz/+ItycgIJRAQGo7gQAkibPKY7mPNEoAsLFy2xCuyllpctXyr5+
c8slP4th4dS8wC22JDPiTQOUvfy1tao1PraI03WP2iWPFaU/Ob8gzcJTMLrJRbYa
MWGo57Rm7i0KHOWARaLr/NLhJRlDfnFzkvAHnG/wWkYy+O6JqLsVuWiWzGP4Kjap
U+MasU9Lu+A=
=HukS
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: faxmodem/mgetty and HylaFAX
Date: 14 Apr 1998 14:18:37 GMT
Organization: Rockwell Automation Venezuela
Lines: 20
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 14 Apr 1998 14:18:37 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:

: > Also, do I need to run faxmodem each time my server reboots?

: You shouldn't: what you would do is use faxgetty as the getty on your
: serial port, and have it call mgetty when it gets a data call. The
: method to do this depends strongly on the operating system.

Uhhmmmm... this is very strange: sometimes I need to run "faxmodem
ttyS0" to have a queued fax sent. mgetty is running on ttyS0 but the
device is not locked so I don't know why this happens.

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 14 Apr 1998 15:59:42 -0400 (EDT)
From: "nick s." <nick@troll.soc.qc.edu>
To: flexfax@sgi.com
Subject: flexfax: Missing TSI, common problem?
Sender: owner-flexfax@celestial.com

About 80% of our received faxes are missing the TSI.  While it's
understandable many people do not enter this info in there fax machines, I
do notice that the header of the faxes sometimes will contain information
which would appear to be the TSI (company name or phone number, along with
date/time page number, etc). 

Is this just their equipment not following the fax protocol
specifications, or can a configuration adjustment be made on my side? 

I'm using the hylafax-sparc-sunos5.5-v4.0pl1-pkg binary.

thanks! 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Comments: Authenticated sender is <murphy@mail.medicusnet.de>
From: "Andreas Koegel" <murphy@medicusnet.de>
Organization: Koegel, Mannheim, Germany
To: Ulrich Eckhardt <uli@transcom.de>,
        Sascha Ottolski <alzhimer@cs.tu-berlin.de>
Date: Wed, 15 Apr 1998 00:41:13 +0200
Subject: Re: flexfax: Winword-Macro for OLE with whfc
Reply-to: murphy@medicusnet.de
CC: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> > i put a visual basic sample on the ole page of whfc 
> > http://www.transcom.de/whfc/ole.html today. Maybe
> > this can help you.
> 
> it might be that I'm stupid, but if I try to use VisualBasic commands in a 
> makro I get syntax errors.
What version of winword are you talking about?
The example above is designed for Office 97 with Visual Basic.
But the first Version I sent to ulrich was not pure Visual Basic.
Have a look at the new Version.

--

Andreas Koegel
Main-Neckar-Bahn-Str. 28
68229 Mannheim
Tel: +49 621 4842270
Fax: +49 621 4842271

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 15 Apr 1998 11:48:20 +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: KillTime & E-mail notification problems
Sender: owner-flexfax@celestial.com

Q1:    The default KillTime used by whfc 0.8x is 2 hours, how can I
change it to become 2 days? Coz I may have 100-200 multi-destination fax
messages to broadcast.
Q2:    It was noted that when the "Send e-mail on Failure" was clicked,
no matter the fax is failure or not, e-mail notification was received.
Can I reduce the e-mail notification one level? ie less e-mail received?

--
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:58 1999
Date: Wed, 15 Apr 1998 15:08:33 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: flexfax@sgi.com
Subject: Re: flexfax: KillTime & E-mail notification problems
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id GAA25510
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id PAA02078

Christopher Luk wrote:
> 
> Q1:    The default KillTime used by whfc 0.8x is 2 hours, how can I
> change it to become 2 days? Coz I may have 100-200 multi-destination fax
> messages to broadcast.
> Q2:    It was noted that when the "Send e-mail on Failure" was clicked,
> no matter the fax is failure or not, e-mail notification was received.
> Can I reduce the e-mail notification one level? ie less e-mail received?
> 

Hi,

in the actual release you can't change the killtime. I will put 
a registry entry in the next release as a first workaround,
so that the killtime can be changed.

Try one of the other e-mail notification levels.

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:58 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: Wed, 15 Apr 1998 10:38:24 +0200
To: flexfax@sgi.com
From: Thierry Coopman <thierry@skynet.be>
Subject: flexfax: samba en flexfax
Sender: owner-flexfax@celestial.com

Is it possible to use HylaFAX as faxserver over the smb protocol??

There is some doc comming with samba wich explains it with the mgetty+sendfax package, and I was wondering if I could use that with HylaFAX too.

I love whfc, but I cannot support all the Windows users here. Since I sent up the printers too, maybe I could setup Fax and printer  at the same time

--
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:58 1999
Date: Thu, 16 Apr 1998 09:16:44 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Thierry Coopman <thierry@skynet.be>
cc: flexfax@sgi.com
Subject: Re: flexfax: samba en flexfax
Sender: owner-flexfax@celestial.com

On Wed, 15 Apr 1998, Thierry Coopman wrote:

> Is it possible to use HylaFAX as faxserver over the smb protocol??
> 
> There is some doc comming with samba wich explains it with the mgetty+sendfax package, and I was wondering if I could use that with HylaFAX too.

The main problem with using HylaFAX with samba is the extraction of
the destination phone number. It's easy enough to set up a filter at
your spooler so that faxed-documents are sent to HylaFAX; but then how
does HylaFAX determine the phone number to use?

One possible solution that has been discussed here is to use a std
template for *ALL* your faxes, and have a particular tag which a
preliminary filter can extract the phone number from, and supply it to
HylaFAX. That's the best you can do so far without writing a client
from scratch..
--
Jonathan Chen <jonc@pinnacle.co.nz>
-----
char *p="char *p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Jonathan Chen <jonc@pinnacle.co.nz>
cc: Thierry Coopman <thierry@skynet.be>, flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: samba en flexfax 
Date: Thu, 16 Apr 1998 08:55:58 +0530
Sender: owner-flexfax@celestial.com

| One possible solution that has been discussed here is to use a std
| template for *ALL* your faxes, and have a particular tag which a
| preliminary filter can extract the phone number from, and supply it to
| HylaFAX. That's the best you can do so far without writing a client
| from scratch..

Why don't you use the reverse popup approach that someone has developed
with mgetty and Samba? Basically, there's a Windows program that listens
on a port on each PC, and is started at bootup time. It normally does
nothing. Whenever the user sends out a fax by printing to the Samba fax
printer, the software at the Unix end receives this from Samba, and
picks up the IP address of the PC from the data that Samba passes it.
Using this IP address, the software connects to the port on which the
Windows popup program is listening. The program pops up a window to the
user, asks for a destination fax number, and sends it across to the Unix
print software, that then queues it with mgetty.

The Unix end software is a Perl program which can be easily modified to
work with Hylafax instead of Mgetty. If you don't know about this
approach, then let me know, and I'll pass on the URL of the Webpage that
describes it. It is some German site, if I'm not mistaken, and it has
been discussed in this list more than once.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 07:40:18 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: samba en flexfax 
Sender: owner-flexfax@celestial.com

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

On Thu, 16 Apr 1998, Shuvam Misra wrote:


> The Unix end software is a Perl program which can be easily modified to
> work with Hylafax instead of Mgetty. If you don't know about this
> approach, then let me know, and I'll pass on the URL of the Webpage that
> describes it. It is some German site, if I'm not mistaken, and it has
> been discussed in this list more than once.

Please post it: I hadn't noticed it, but it might have some advantages
for sites that don't want to have a fax-printing technique that
requires steps after printing to a local file, like WHFC.

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

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

iQCVAwUBNTXuEz/+ItycgIJRAQG5uAQAlsKLnBjcWdaO3XBTHVflXz+gG3cnkXra
Ep3BiNqPnZwjKQPGDbYYX+CEO83kB4KsvxQ8fpqhcsBAbTaVU6yVuL4MC+GCZKDD
2k5wbMdOx2g3EEtpHVjddgo+IDWo4VXaNBCgwDhOf9S/YWyatiM/6ghJ7rXALWqz
x6mACeyDtEY=
=f403
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 09:16:49 -0400 (EDT)
From: Mike Porter <mike@UDel.Edu>
To: Jonathan Chen <jonc@pinnacle.co.nz>
cc: Thierry Coopman <thierry@skynet.be>, flexfax@sgi.com
Subject: Re: flexfax: samba en flexfax
Sender: owner-flexfax@celestial.com



On Thu, 16 Apr 1998, Jonathan Chen wrote:

> On Wed, 15 Apr 1998, Thierry Coopman wrote:
> 
> > Is it possible to use HylaFAX as faxserver over the smb protocol??
> > 
> > There is some doc comming with samba wich explains it with the mgetty+sendfax package, and I was wondering if I could use that with HylaFAX too.
> 
> The main problem with using HylaFAX with samba is the extraction of
> the destination phone number. It's easy enough to set up a filter at
> your spooler so that faxed-documents are sent to HylaFAX; but then how
> does HylaFAX determine the phone number to use?
> 
> One possible solution that has been discussed here is to use a std
> template for *ALL* your faxes, and have a particular tag which a
> preliminary filter can extract the phone number from, and supply it to
> HylaFAX. That's the best you can do so far without writing a client
> from scratch..

One approach I had heard of (and am thinking of implementing when I
have time) is to write a program that runs on the PC.  It will
listen on a particular TCP port.  The user sends the FAX to a samba
defined printer.  In the samba config, it is possible to run a
program when a print is received for a particular printer.  This
program can determine the IP address of the print sender.  So, the
program running on the samba server can make a TCP connection back
to the server on the PC, start a 'phone book' application, and have
the user decide at that point who to send the FAX to.

I think this could work pretty well.  It's not a clean as doing a
Windows Printer driver, but doing a printer driver implies buying
some sort of kit from Microsoft, and I'm guessing that the
resultant code would not be modifyable by anyone unless they also
had purchased the kit.

Mike

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 16:25:33 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Nico Garcia <raoul@cirl.meei.harvard.edu>,
        HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: samba en flexfax
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA22284
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA03297

Nico Garcia wrote:

> 
> Please post it: I hadn't noticed it, but it might have some advantages
> for sites that don't want to have a fax-printing technique that
> requires steps after printing to a local file, like WHFC.
> 

Hi,

why requires WHFC steps after printing to a local file ?. If you have
setup all propperly you can print to a fax-printer and whfc will
pop up a dialog, asking you about the fax number.

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:58 1999
To: Mike Porter <mike@UDel.Edu>
cc: Jonathan Chen <jonc@pinnacle.co.nz>, Thierry Coopman <thierry@skynet.be>,
        flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: samba en flexfax 
Date: Fri, 17 Apr 1998 10:44:07 +0530
Sender: owner-flexfax@celestial.com

| One approach I had heard of (and am thinking of implementing when I
| have time) is to write a program that runs on the PC.  It will
| listen on a particular TCP port.  The user sends the FAX to a samba
| defined printer.  In the samba config, it is possible to run a
| program when a print is received for a particular printer.  This
| program can determine the IP address of the print sender.  So, the
| program running on the samba server can make a TCP connection back
| to the server on the PC, start a 'phone book' application, and have
| the user decide at that point who to send the FAX to.
| 
| I think this could work pretty well.  It's not a clean as doing a
| Windows Printer driver, but doing a printer driver implies buying
| some sort of kit from Microsoft, and I'm guessing that the
| resultant code would not be modifyable by anyone unless they also
| had purchased the kit.

Good idea. But like most good ideas, it has already been implemented. :)
Look at my post earlier today giving the URL of the Website that carries
the full package to do this thing. I've also described what needs to be
done to get it going with Hylafax (it's currently oriented to
mgetty+sendfax.).

And the reason to go for this approach is not just to get out of
Microsoft source restrictions, but to get a more stable implementation
of the MS side of the code. You should see what the author of WHFC had
to say about the instability of a printer spooler handler on Win95.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 15 Apr 1998 15:04:52 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Hylafax list <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.4 and 'no_formatter' error
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id GAA24481
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id PAA02081

Alex Ongena wrote:
> 
> Hi everybody,
> 
> When I try WHFC 0.8.4 with Hylafax-4.0pl1, I receive regularly a
> Notify no-formatter error (via e-mail)
> 
> The point is that trying to re-send the SAME FAX to the SAME number
> succeeds often, or fails again and than the third time it works.
> 
> It is thus an intermitted problem.
> 
> Hylafax runs on a Linux box and for this test, nobody else is using
> this machine (no simultanous FAX access possible)
> 
> Anybody with the same problem ?

Hi,

do you run it sometimes with a coversheet and sometimes without
a 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:58 1999
Date: Thu, 16 Apr 1998 08:46:10 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Michael Agbaglo <byteshifter@shifted-bytes.de>, flexfax@sgi.com
Subject: Re: flexfax: whfc 0.8.4 - NT: WHFC Ole Server not found
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA16113
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id JAA02682

Michael Agbaglo wrote:
> 
> The message appears when a user tries to print. WHFC behaves normal when
> the Administrator prints...
> 
> The problem doesn't occur on other workstations...
> 
> :-((

Hi,

do you have started whfc once for every user and the administrator ?
you must start whfc by hand for every user, so that it can do
some registrations.

Or do you have whfc installed on a network drive and every user has
an other drive character for this share ?

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:58 1999
From: Amir Mistric <amir@abcoa.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: HylaFAXn v4.02
Date: Thu, 16 Apr 1998 12:35:54 -0400
Organization: Advanced Business Computers of America
Sender: owner-flexfax@celestial.com

I tried installing Hylafax v4.02 on USIX 2.0.8 OS.
When running ./configure i get the following message:

"Reading site-wide parameters from ./config.site.
" Sorry no target was specified on command line and I don't seem to have 
" the GNU config.guess  script that is used to deduce your system type."

"Unrecoverable error!Once You have corrected this problem rerun Your script!"

I checked the distribution and I do have config.guess and config.site files !!!!
What gives ????  Is it because USIX isn't defined in the config.guess??????


Please if You know the answer email me at  amir@abcoa.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 14:15:03 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Amir Mistric <amir@abcoa.com>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: HylaFAXn v4.02
Sender: owner-flexfax@celestial.com

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

On Thu, 16 Apr 1998, Amir Mistric wrote:

> I tried installing Hylafax v4.02 on USIX 2.0.8 OS.
> When running ./configure i get the following message:
> 
> "Reading site-wide parameters from ./config.site.
> " Sorry no target was specified on command line and I don't seem to have 
> " the GNU config.guess  script that is used to deduce your system type."
> 
> "Unrecoverable error!Once You have corrected this problem rerun Your script!"
> 
> I checked the distribution and I do have config.guess and config.site files !!!!
> What gives ????  Is it because USIX isn't defined in the config.guess??????

I don't think you have "." in your path. Try typing "which configure" and
see what you get.


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

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

iQCVAwUBNTZKnz/+ItycgIJRAQFe8QQAokCmgUkuP/Y8FBCkJH+ZxhRL6HRw2LmQ
3IkksB79veePuXBOIiCCB/IYrCCDtUUUmKdF24+WSa9KWfRXNPmgo78B7HPwB6mt
Kglsni/OdE/kOsxFhbylNxIr7vi2+XyO239rB67sgiZL8ivt1gDyNBS9yjH9CdU5
mXmSNjyjqME=
=ctU7
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 16:29:23 -0700 (PDT)
From: Tim Rice <tim@trr.metro.NET>
To: Amir Mistric <amir@abcoa.com>
cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: Re: flexfax: HylaFAXn v4.02
Sender: owner-flexfax@celestial.com

On Thu, 16 Apr 1998, Amir Mistric wrote:

> I tried installing Hylafax v4.02 on USIX 2.0.8 OS.
> When running ./configure i get the following message:
> 
> "Reading site-wide parameters from ./config.site.
> " Sorry no target was specified on command line and I don't seem to have 
> " the GNU config.guess  script that is used to deduce your system type."
> 
> "Unrecoverable error!Once You have corrected this problem rerun Your script!"
> 
> I checked the distribution and I do have config.guess and config.site files !!!!
> What gives ????  Is it because USIX isn't defined in the config.guess??????
> 

Runnung config.guess by itself will tell you if USIX is defined.
$ ./config.guess

> 
> Please if You know the answer email me at  amir@abcoa.com
> 
> 
> 

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Glenn Jenkins <Glenn.Jenkins@sodium.crs.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: FaxQueuer[faxq PID]: JOB xx: bad exit status 0x6 from sub-fork
Date: Thu, 16 Apr 1998 08:01:23 -0500
Sender: owner-flexfax@celestial.com

I'm trying to install HylaFAX Ver 4.0p12 under HP/UX 10.20 with a USR
V.Everything modem on firmware ver 6.6.0.

Everything appears to install correctly, faxq and hfaxd start OK. Then
when I issue the sendfax command I get the following error in syslog and
the job moves to the doneq.

FaxQueuer[faxq PID]: JOB xx: bad exit status 0x6 from sub-fork


Glenn Jenkins
glenn.jenkins@emstat.com
512.472.0191

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 16 Apr 1998 16:48:27 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.6
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA29568
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id QAA03265

Hi,

i have released whfc 0.8.6 on http://www.transcom.de/whfc

I have added a slider for setting the killtime on the sendfax
dialog (you can now set the killtime between 3-30 hours). Also
the SendFax OLE call works. I have added some new ole calls. The
page with the ole-calls will be updated tomorrow. 

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:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'HylaFax Mailing list'" <flexfax@sgi.com>
Subject: flexfax: HylaFax and USR
Date: Thu, 16 Apr 1998 11:15:25 -0500
Sender: owner-flexfax@celestial.com

I know USR problems have been beat to death, but I have a problem that
is not in the USR FAQ.  Maybe someone can help.

I finally got things working pretty good as far as receiving faxes.

BUT, everytime I try to send a fax, the modem makes the training noises,
but as soon as it connects, it hangs up, and FaxQueuer says that it was
successful, but the number of pages sent is zero.

Here is the comm log:

Apr 16 09:41:34.79: [24762]: SESSION BEGIN 00000050 12568751
Apr 16 09:41:34.80: [24762]: SEND FAX: JOB 10 DEST 8751 COMMID 00000050
Apr 16 09:41:34.80: [24762]: DELAY 2600 ms
Apr 16 09:41:37.41: [24762]: <-- [17:ATE0V1Q0X4S0=0H0\r]
Apr 16 09:41:37.55: [24762]: --> [2:OK]
Apr 16 09:41:37.55: [24762]: <-- [32:ATS8=2S7=60&H1&I0&R2S13=1&D2&C1\r]
Apr 16 09:41:37.69: [24762]: --> [2:OK]
Apr 16 09:41:37.69: [24762]: <-- [12:AT+FCLASS=1\r]
Apr 16 09:41:37.83: [24762]: --> [2:OK]
Apr 16 09:41:37.83: [24762]: <-- [12:AT&H1&I0&R2\r]
Apr 16 09:41:37.97: [24762]: --> [2:OK]
Apr 16 09:41:37.97: [24762]: <-- [21:AT+FCLASS=0&H1&I0&R2\r]
Apr 16 09:41:38.11: [24762]: --> [2:OK]
Apr 16 09:41:38.11: [24762]: <-- [5:ATM1\r]
Apr 16 09:41:38.25: [24762]: --> [2:OK]
Apr 16 09:41:38.25: [24762]: <-- [12:AT+FCLASS=1\r]
Apr 16 09:41:38.49: [24762]: --> [2:OK]
Apr 16 09:41:38.49: [24762]: <-- [12:AT&H1&I0&R2\r]
Apr 16 09:41:38.73: [24762]: --> [2:OK]
Apr 16 09:41:38.74: [24762]: DIAL 8751
Apr 16 09:41:38.74: [24762]: <-- [9:ATDT8751\r]
Apr 16 09:41:54.72: [24762]: --> [7:CONNECT]
Apr 16 09:41:56.35: [24762]: --> [2:OK]
Apr 16 09:41:56.35: [24762]: <-- [9:AT+FRH=3\r]
Apr 16 09:41:56.36: [24762]: --> [7:CONNECT]
Apr 16 09:41:57.08: [24762]: --> [2:OK]
Apr 16 09:41:57.08: [24762]: REMOTE CSI "2569638751"
Apr 16 09:41:57.08: [24762]: <-- [9:AT+FRH=3\r]
Apr 16 09:41:57.10: [24762]: --> [7:CONNECT]
Apr 16 09:41:57.38: [24762]: --> [2:OK]
Apr 16 09:41:57.38: [24762]: REMOTE best rate 14400 bit/s
Apr 16 09:41:57.38: [24762]: REMOTE max page width 1728 pixels in 215 mm
Apr 16 09:41:57.39: [24762]: REMOTE max unlimited page length 
Apr 16 09:41:57.39: [24762]: REMOTE best vres 7.7 line/mm
Apr 16 09:41:57.39: [24762]: REMOTE best format 2-D MMR
Apr 16 09:41:57.39: [24762]: REMOTE supports T.30 Annex A, ECM
Apr 16 09:41:57.39: [24762]: REMOTE best 20 ms, 10 ms/scanline
Apr 16 09:41:57.39: [24762]: USE 14400 bit/s
Apr 16 09:41:57.39: [24762]: USE 20 ms, 10 ms/scanline
Apr 16 09:41:57.39: [24762]: <-- [9:AT+FTH=3\r]
Apr 16 09:41:57.59: [24762]: --> [7:CONNECT]
Apr 16 09:41:57.59: [24762]: <-- data [3]
Apr 16 09:41:57.59: [24762]: <-- data [2]
Apr 16 09:41:58.76: [24762]: --> [2:OK]
Apr 16 09:41:58.76: [24762]: <-- [5:ATH0\r]
Apr 16 09:41:59.00: [24762]: --> [2:OK]
Apr 16 09:41:59.00: [24762]: SESSION END



Here is the email I get from the notify program:

Your facsimile job to 8751 was completed successfully.

         Pages: 0
       Quality: Fine
    Page Width: 194 (mm)
   Page Length: 281 (mm)
   Signal Rate: 14400 bit/s
   Data Format: 2-D MMR
Submitted From: host.domain.com
         JobID: 10
       GroupID: 10
        CommID: c00000050

Processing time was 0:31.


Here is my config file:

# $Id: usr-2.0,v 1.7 1996/06/24 02:58:42 sam Rel $

[extra comments deleted]

# Thanx to Robert E Jones for this USR config
#
# Configuration for using the Class 1 command interface with
# a USR Courier or Sportster modem and RTS/CTS flow control.
#
#
CountryCode:		1
AreaCode:		256
FAXNumber:		+1.256.963.8751
LongDistancePrefix:	1
InternationalPrefix:	011
DialStringRules:	"etc/dialrules"
ServerTracing:		1
SessionTracing:		11
RecvFileMode:		0600
LogFileMode:		0600
DeviceMode:		0600
RingsBeforeAnswer:	0
SpeakerVolume:		medium
GettyArgs:		"-h %l %s"
TagLineFont:		etc/lutRS18.pcf
TagLineFormat:		"From %%l|%c|Page %%p of %%t"
PercentGoodLines:       80
MaxRecvPages:		100
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:              Class1          # use class 1 interface
#removed for class 1
#ModemType:		Class2.0	# use class 2.0 interface
ModemRate:		38400		# DCE-DTE communication rate
ModemFlowControl:	rtscts		# Hardware flow control
#ModemFlowControl:	xonxoff		# XON/XOFF flow control
#

ModemNoFlowCmd:		AT&H0&I0&R1	# setup modem for no flow control
ModemHardFlowCmd:	AT&H1&I0&R2	# setup modem for hardware flow control
ModemSoftFlowCmd:	AT&H2&I2&R1	# setup modem for software flow control
#
ModemSetupDTRCmd:	ATS13=1&D2	# setup so DTR drop resets modem
ModemSetupDCDCmd:	AT&C1		# setup so DCD reflects carrier (or not)
ModemResultCodesCmd:	ATQ0X4		# enable extended result codes
#
# NB: adaptive answer only seems to work properly when
#     the modem is left idling in Class 2.0
#
#removed for class 1
#ModemSetupAACmd:	AT+FAA=1
#
# Set modem speaker volume commands: OFF QUIET LOW MEDIUM HIGH.
# Note that we both turn the speaker on/off and set volume.
#
ModemSetVolumeCmd:	"ATM0 ATM1 ATM1 ATM1 ATM1"
#
# Modem does not support HDLC frame tracing; we add this just
# to eliminate spurious ERROR results that confuse the naive.
#
Class2BUGCmd:		AT+FBU=0
#
# The modem doesn't support copy quality checking, even though it
# returns (0-2,0-2) for AT+FCQ=?; therefore we override the query
# response so that the server will do copy quality checking.
#
Class2CQQueryCmd:	!(0),(0)	# override modem response
Class2NRCmd:            AT+FNR=1,1,1,0  # setup status reporting command

########################################

ModemMfrQueryCmd:       !USR
ModemModelQueryCmd:     ATI3
#ModemRevQueryCmd:       ATI7            # XXX, returns a multi-line
result
#
# When AT+FCLASS=1 is issued the modem automatically switches
# to software flow control; these parameters let the fax software
# reset flow control as needed after entering Class 1.
#
Class1NFLOCmd:          AT&H0&I0&R1     # setup modem for no flow
control
Class1HFLOCmd:          AT&H1&I0&R2     # setup modem for hardware flow
control
Class1SFLOCmd:          ""              # modem does this automatically
#
# The remainder of this configuration is included so that the
# modem "idles" in Class 0 while not sending or receiving facsimile.
#
ModemSetupAACmd:        AT+FCLASS=0&H1&I0&R2    # leave modem in class 0
ModemAnswerCmd:         AT+FCLASS=1&H1&I0&R2A   # force RTS/CTS after
change

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 15 Apr 1998 21:13:51 +0200 (MET DST)
From: Richard Kail <e8903122@student.tuwien.ac.at>
Reply-To: e8903122@student.tuwien.ac.at
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: A different approach for windows interfacing
Sender: owner-flexfax@celestial.com

Hello !

Some days ago I developed a different way of interfacing hylafax with
Windows NT in a userfriedly way. Before I did this I tested whfc, but
there were some problems, so I decided to build my own way. 

This might be a solution for you if you use for example netscape on your
NT Boxes and if you have some intranet WWW Server applications (e.g.
inhouse cgi scripts) 

Ok, how to install this (I have the scripts not here, so I hope I get
everything right): 

A) First get redmon from http://www.cs.wisc.edu/~ghost/rjl.html. 

>From the README of readmon:

	 Using RedMon you create redirected printer ports.  If you connect a
	 Windows printer driver to the redirected printer port, all data sent
	 to the redirected port will be forwarded by RedMon to the
	 standard input of a program.  This program is then responsible
	 for processing the data and writing it to a different printer port.

Install this on your NT Box.

B) I assume that your Windows NT Installation is on Drive C: Create a
directory c:\fax. Write a ftp response file like this: (I assume that you
call this file c:\fax\fax.ftp) 

----[knabber]------------------------------------
open server
user faxuser faxpass
bin
hash
put c:\fax\faxfile.ps  MYCOMPUTER_faxfile.ps 
quit
----[knabber]------------------------------------

Then write a batch file (c:\fax\fax.bat):

----[knabber]------------------------------------
ftp -i -v -n -s:c:\fax\fax.ftp
start /b c:\our\path\to\netscape.exe http://server/fax.cgi?faxfile=MYCOMPUTER_faxfile.ps
----[knabber]------------------------------------

C) There is a program in the redmon installation called redrun. This
program doesn't work for me, so I created my own, simple program. 
Unfortunately I don't have the source code for this by hand. The program
takes his standard input and stores it in a file named on the command line
as first argument. After doing this it startes a batch file, also named on
the command line (as second argument). Ok, however, the program is named
faxredir.exe and I assume, that you copy this into c:\fax. Then you type
in the redmon configuration dialog box as command "c:\fax\faxredir.exe" 
and for the arguments "c:\fax\faxfile.ps c:\fax\fax.bat".


Ok, the dirty NT Work is finished. If you print something to the Redmon
Printing Device (with an suitable printer driver), redmon will start
faxredir which writes the printer output to a file and starts the batch
file. The batch file transfers the file via the ftp command to your Unix
or Linux box and after that, netscape with a particular URL will be
started. (If there is a netscape already running, the netscape command
will just open a additional window on NT (which is a little bit different
to unix, where you get the ugly message about netscape lockfiles)) 


With the netscape window and the url you can easily use a small cgi
application to get the fax number from the user and to start sendfax with
the right parameters. You might also install some cgi programs for
manipulating the queue and so on. This is up and running with Windows NT
4.0 Workstation and Netscape 4.xx since some weeks for aprox. 30 Users. 


You might think that netscape is a overkill for building a fax client. For
the general case this might be true. In my case we have a running
adressbook application and some other related tasks as a cgi application,
so that the integration on fax services with the web browser was a very
nice solution. 

If someone is interrested, I will give you the source and a binary for
faxredir.exe and a NT Batch file simplifies the installation of the batch
file and the ftp script. 

Kind regards,
	Richard

------
Richard Kail        e8903122@student.tuwien.ac.at

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Chas Williams <chas@cmf.nrl.navy.mil>
Date: Fri, 17 Apr 1998 10:28:32 -0400 (EDT)
To: flexfax@sgi.com
Subject: flexfax: a possible bug with sendpage
Sender: owner-flexfax@celestial.com


i am using hylafax-v4.0pl2 on a sparc solaris 2.6 system (gcc 2.7.2) and am
seeing a problem with sendpage and pagermap.  i wrote the following in
etc/pagermap:

(.*)@(.*)       \2/\1

however, this didnt work as expect, pagesend/hfaxd attempted to dial
\2 instead of the second regexp match.  see below:

Apr 17 09:43:59.01: [  903]: SESSION BEGIN 00000017 12022
Apr 17 09:43:59.02: [  903]: SEND PAGE: JOB 26 DEST \2 COMMID 00000017
Apr 17 09:45:01.88: [  903]: PAGE FAILED: No carrier detected
Apr 17 09:45:02.14: [  903]: SESSION END

apparently hfaxd only applies the regexp to the PIN and not the dial string.
the patch below fixes this (actually you might just apply subRHS() before
finding the / and splitting into a dialstring and pin, but this works and the
code was difficult to read)

*** SNPPServer.c++      Fri Apr 17 10:07:40 1998
--- SNPPServer.c++.000  Fri Apr 17 10:04:42 1998
***************
*** 299,308 ****
                            number = np;
                            pin = cp;
                            if (re)                     // do substitutions
-                           {
                                subRHS(pin, *re, pagerID);
-                               subRHS(number, *re, pagerID);
-                           }
                        } else {                        // <dialstring>
                            number = np;
                            pin = pagerID;
--- 299,305 ----


why do i need this?  not everyone has the same pager service and maintaining
the pagermap file for everyone would be very painful.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 17 Apr 1998 10:15:09 +1000
To: Glenn Jenkins <Glenn.Jenkins@sodium.crs.com>,
        "'flexfax@sgi.com'" <flexfax@sgi.com>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: FaxQueuer[faxq PID]: JOB xx: bad exit status 0x6
  from sub-fork
Sender: owner-flexfax@celestial.com

Hi Glenn,
ok, first double check /etc/inittab HP-UX use a 3 device scheme and its
easy  to have one getty on the tty device and another on the cul device,
faxgetty should always be on the cul device on its own.

Next check the privileges on /var/spool/locks the faxd daemon which sends
the fax runs as user uucp group sys.  If this cannot create a lock file in
the /var/spool/locks directory, you will end up with an error like the one
you described below.
ie on my machine:
# ls -ld /var/spool/locks
drwxrwxr-x   2 root       sys           1024 Apr 16 22:48 /var/spool/locks

If you still have problems set the ServerTracing and SessionTracing
parameters to higher values and try again, with luck the problem will be
obvious in the logs.

- Robert
 
At 08:01 16/04/98 -0500, Glenn Jenkins wrote:
>I'm trying to install HylaFAX Ver 4.0p12 under HP/UX 10.20 with a USR
>V.Everything modem on firmware ver 6.6.0.
>
>Everything appears to install correctly, faxq and hfaxd start OK. Then
>when I issue the sendfax command I get the following error in syslog and
>the job moves to the doneq.
>
>FaxQueuer[faxq PID]: JOB xx: bad exit status 0x6 from sub-fork
>
>
>Glenn Jenkins
>glenn.jenkins@emstat.com
>512.472.0191
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: flexfax: The mgetty+Samba printer Web page
Date: Fri, 17 Apr 1998 10:16:50 +0530
Sender: owner-flexfax@celestial.com

Please check out the URL listed below. It has a program that works as a
Samba printer spooler, accepts a document, and causes a window to pop up
on the Windows client. The actual program that does the popping up is
also available on this Website.

The Unix-side Perl script needs to be modified to work with Hylafax's
sendfax instead of the mgetty sendfax. Shouldn't be difficult. I'd done
it once but never got around to testing it. It lacks one feature of
WHFC: it doesn't strip the junk bytes before %!PS. So, if you're using
Windows PS drivers like the HP LJ5M + PS, that WHFC recommends, then
you'll have to modify the Perl script to remove the first few lines of
PCL commands that come in.

Shuvam

------- Forwarded Message

>From geta@sdnhq.undp.org  Tue Feb 16 17:31:58 1999
>Date:    Tue, 29 Jul 1997 11:35:29 -0400
>From:    Geetanjali Sampemane <geta@sdnhq.undp.org>
>Subject: mgetty windows client


The program is respond, and the website is http://www.boerde.de/~horstf/

It's a german-english website.  It has a fairly nice readme, but you
have to setup samba on the linux machine.

Gits


------- End of Forwarded Message

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 17 Apr 1998 16:10:49 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: WHFC 0.8.7
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA08457
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA04382

Hi,

i have released WHFC 0.8.7 today. It fixes a bug (brandnew in 0.8.6) 
that WHFC hangs when opening the define phonebook dialog. Also
a new OLE - call is available (the OLE page is updated now) and
i put some technical infos (registry and phonebook format) in the
dokumentation.

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:58 1999
From: Ronald Florence <ron@mlfarm.com>
Date: Fri, 17 Apr 1998 17:26:23 -0400 (EDT)
To: "Thorn Roby" <troby@carl.org>
CC: flexfax@sgi.com
Subject: flexfax: hylafax
Sender: owner-flexfax@celestial.com

Thorn Roby writes:

  I had the same problem using 2.8.2 and 2.8.0. I dropped back to 2.7.2.2 and
  it compiles OK.

Thanks for writing.  I guess I'll have to go to a binary, unless
someone on the HylaFAX project is willing to patch the code to work
with gcc-2.8.1 on Solaris-2.6.

-- 

Ronald Florence                 Maple Lawn Farm, Stonington, CT
ron@mlfarm.com                  http://www.connix.com/~mlfarm

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: hylafax
Date: 18 Apr 1998 02:00:32 GMT
Organization: Rockwell Automation Venezuela
Lines: 18
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 18 Apr 1998 02:00:32 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Ronald Florence <ron@mlfarm.com> wrote:

: Thanks for writing.  I guess I'll have to go to a binary, unless
: someone on the HylaFAX project is willing to patch the code to work
: with gcc-2.8.1 on Solaris-2.6.

Oh, no need to do that thanks to Robert Colquhoun <rjc@trump.net.au>.
He's done a patch that allows to compile HylaFAX with gcc-2.8 or even
egcs' g++.

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: hylafax
Date: 18 Apr 1998 02:01:17 GMT
Organization: Rockwell Automation Venezuela
Lines: 26
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 18 Apr 1998 02:01:17 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Sorry, Robert's patch is at http://www.trump.net.au/~rjc/hylafax/.

E.-

Ronald Florence <ron@mlfarm.com> wrote:
: Thorn Roby writes:

:   I had the same problem using 2.8.2 and 2.8.0. I dropped back to 2.7.2.2 and
:   it compiles OK.

: Thanks for writing.  I guess I'll have to go to a binary, unless
: someone on the HylaFAX project is willing to patch the code to work
: with gcc-2.8.1 on Solaris-2.6.

: -- 

: Ronald Florence                 Maple Lawn Farm, Stonington, CT
: ron@mlfarm.com                  http://www.connix.com/~mlfarm


-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 19 Apr 1998 10:58:36 +0000
From: Noury BENMANSOUR <nbenmans@club-internet.fr>
To: flexfax@sgi.com
Subject: flexfax: Where to download "egetty" program from?
Sender: owner-flexfax@celestial.com

Can anyone tell me where to download "egetty" program from.
I have searched everywhere I could and found no answer.
Thanks.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Where to download "egetty" program from?
To: nbenmans@club-internet.fr (Noury BENMANSOUR)
Date: Mon, 20 Apr 1998 09:24:02 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> 
> Can anyone tell me where to download "egetty" program from.
> I have searched everywhere I could and found no answer.

Why do you want it?  egetty is a hook for external functions, not
a required component.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 19 Apr 1998 19:48:11 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: Ulrich Eckhardt <uli@transcom.de>
cc: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by derrick.elgro.co.uk id HAA05091


Hi,

I've downloaded WHFC 0.8.7 and believe I've followed the installation
hints regarding printer setup and so on. I can login to the fax server
machine, see my fax jobs and can also print documents from within
M$ word to the fax server.

But: I always get confirmation messages that 0 (NULL) pages were
successfully transmitted in 0:xx minutes. Hmm. That's funny :-)

Any ideas?  

I use the HP 4/4M Postscript driver with optimal portability settings
on a Win95 box. The hylafax server itself is a Linux box running
hylafax 4.0pl1 and works fine as a TPC cell.

Any hints welcome!

Thanks in advance,
Andreas Busse 


On Fri, 17 Apr 1998, Ulrich Eckhardt wrote:

> Hi,
> 
> i have released WHFC 0.8.7 today. It fixes a bug (brandnew in 0.8.6) 
> that WHFC hangs when opening the define phonebook dialog. Also
> a new OLE - call is available (the OLE page is updated now) and
> i put some technical infos (registry and phonebook format) in the
> dokumentation.
> 
> 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]
> 

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 20 Apr 1998 19:48:39 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: Ulrich Eckhardt <uli@transcom.de>, HylaFax Mailing liste <flexfax@sgi.com>
cc: Andreas Busse <ab@ivm.net>
Subject: Re: flexfax: WHFC 0.8.7
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by derrick.elgro.co.uk id HAA07078


Hi again,

meanwhile I found that this was a printer driver problem. The
windows driver for the HP prefixes a non-postscript line to 
the document which probably confuses hylafax. 
Now I'm using the QMS PS420 driver which generates pure
postscript. However, it's still not working, but with
different errors:

I always get the 

        Status: REJECT: Too many attempts to transmit: 3, max 3

error message, although the fax server works fine otherwise.
I also tried lowres, but this didn't make a difference.

Any ideas, anyone?

regards,
Andreas Busse


On Sun, 19 Apr 1998, Andreas Busse wrote:

> 
> Hi,
> 
> I've downloaded WHFC 0.8.7 and believe I've followed the installation
> hints regarding printer setup and so on. I can login to the fax server
> machine, see my fax jobs and can also print documents from within
> M$ word to the fax server.
> 
> But: I always get confirmation messages that 0 (NULL) pages were
> successfully transmitted in 0:xx minutes. Hmm. That's funny :-)
> 
> Any ideas?  
> 
> I use the HP 4/4M Postscript driver with optimal portability settings
> on a Win95 box. The hylafax server itself is a Linux box running
> hylafax 4.0pl1 and works fine as a TPC cell.
> 
> Any hints welcome!
> 
> Thanks in advance,
> Andreas Busse 
> 
> 
> On Fri, 17 Apr 1998, Ulrich Eckhardt wrote:
> 
> > Hi,
> > 
> > i have released WHFC 0.8.7 today. It fixes a bug (brandnew in 0.8.6) 
> > that WHFC hangs when opening the define phonebook dialog. Also
> > a new OLE - call is available (the OLE page is updated now) and
> > i put some technical infos (registry and phonebook format) in the
> > dokumentation.
> > 
> > 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]
> > 
> 
> --
> -------------------------------------------------------------- ab@ivm.net ---
>   | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
>   |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
>   |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
>                    Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
> -----------------------------------------------------------------------------
> 

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: WHFC 0.8.7
Date: 20 Apr 1998 22:56:50 GMT
Organization: Rockwell Automation Venezuela
Lines: 29
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 20 Apr 1998 22:56:50 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Andreas Busse <ab@ivm.net> wrote:

: meanwhile I found that this was a printer driver problem. The
: windows driver for the HP prefixes a non-postscript line to 
: the document which probably confuses hylafax. 
: Now I'm using the QMS PS420 driver which generates pure
: postscript. However, it's still not working, but with
: different errors:

I think the recommended driver is the Apple LaserWriter...

: I always get the 
:
:         Status: REJECT: Too many attempts to transmit: 3, max 3
:
: error message, although the fax server works fine otherwise.
: I also tried lowres, but this didn't make a difference.

Uhhmmm, I think you need to post more information about the server
side. Take a look at the server logs.

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 09:27:13 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.7
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com


Hi again,

On 20 Apr 1998, Eloy A. Paris wrote:
> 
> I think the recommended driver is the Apple LaserWriter...

yes, the "Apple Laser Writer 16/1600" is recommended. But
I don't have this driver... The FAQ also recommends the
HP 4/4M PS driver which doesn't work at all, probably
because of the prefixed printer command (something like 
"PCL command set language=Postscript").

> 
> Uhhmmm, I think you need to post more information about the server
> side. Take a look at the server logs.
> 

Ok, I should have done that earlier:

Apr 21 09:18:24 aw FaxSend[23981]: Client does not support document page 
width, max remote page width 1728 pixels, image width 5100 pixels

Why that?

This doesn't depend on the document type I try to send, ie. it
doesn't make a difference if I print something from M$ word or
from any other program. Is this a printer driver issue again or 
a problem of Hylafax or is there something wrong in my setup?

Regards,
Adreas Busse

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 11:49:03 -0600 (MDT)
From: David Hayes <david@bdel.com>
To: Andreas Busse <ab@ivm.net>
cc: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>, flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.7
Organization: Black Diamond Equipment Ltd. - USA
Sender: owner-flexfax@celestial.com

On Tue, 21 Apr 1998, Andreas Busse wrote:

> yes, the "Apple Laser Writer 16/1600" is recommended. But
> I don't have this driver... The FAQ also recommends the
> HP 4/4M PS driver which doesn't work at all, probably
> because of the prefixed printer command (something like 
> "PCL command set language=Postscript").

FYI: You can download a Windows95 print driver for the LaserWriter 16/600
from www.apple.com.

--david

-- 
David Hayes - david@bdel.com
Black Diamond Equipment - 2084 East 3900 South, SLC, UT, USA 84124      
phone: 801-365-5520   fax: 801-278-5544   web: http://www.bdel.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
cc: flexfax@sgi.com
Reply-to: Shuvam Misra <shuvam@spacenetindia.com>
From: Shuvam Misra <shuvam@spacenetindia.com>
Subject: Re: flexfax: WHFC 0.8.7 
Date: Tue, 21 Apr 1998 07:59:22 +0530
Sender: owner-flexfax@celestial.com

| Andreas Busse <ab@ivm.net> wrote:
| 
| : meanwhile I found that this was a printer driver problem. The
| : windows driver for the HP prefixes a non-postscript line to 
| : the document which probably confuses hylafax. 
| : Now I'm using the QMS PS420 driver which generates pure
| : postscript. However, it's still not working, but with
| : different errors:
| 
| I think the recommended driver is the Apple LaserWriter...

I think Uli, the author of WHFC, recommends the HP LJ 4/4M with PS.
However, I too have faced problems with that driver because of the
non-PS first few lines that I usually get. This has also affected the
Perl-script that runs as a Samba printer driver and receives PS output
from the Windows machine to queue on Hylafax.

Shuvam

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 12:04:13 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>, flexfax@sgi.com,
        uli@transcom.de
Subject: Re: flexfax: WHFC 0.8.7
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com


Hi again,

On Tue, 21 Apr 1998, Andreas Busse wrote:
> 
> Apr 21 09:18:24 aw FaxSend[23981]: Client does not support document page 
> width, max remote page width 1728 pixels, image width 5100 pixels
> 

Ok, solved that too.

A hint for the WHFC documentation: 

The driver for the Apple Laserwriter 16/600 PS appears only under
WinNT 4. This driver is not available on a default Win95 installation, 
but the driver for "Apple Laserwriter" (without any suffixes) works 
fine too. I cannot recommend the HP and QMS drivers.

WHFC 0.8.7 is now running on two Win95 and one NT 4.0 box here
and works fine!

Regards,
Andreas Busse 

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 12:25:22 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Andreas Busse <ab@ivm.net>, HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id DAA08520
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA00392

Andreas Busse wrote:
> 
> Hi again,
> 
> On Tue, 21 Apr 1998, Andreas Busse wrote:
> >
> > Apr 21 09:18:24 aw FaxSend[23981]: Client does not support document page
> > width, max remote page width 1728 pixels, image width 5100 pixels
> >
> 
> Ok, solved that too.
> 
> A hint for the WHFC documentation:
> 
> The driver for the Apple Laserwriter 16/600 PS appears only under
> WinNT 4. This driver is not available on a default Win95 installation,
> but the driver for "Apple Laserwriter" (without any suffixes) works
> fine too. I cannot recommend the HP and QMS drivers.

Hi,

there is a FAQ topic about printer drivers, which covers this problems
but i will update the installation instructions.

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:58 1999
Date: Tue, 21 Apr 1998 14:14:15 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: Ulrich Eckhardt <uli@transcom.de>
cc: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com


Hi,

On Tue, 21 Apr 1998, Ulrich Eckhardt wrote:
> 
> Hi,
> 
> there is a FAQ topic about printer drivers, which covers this problems
> but i will update the installation instructions.

I've read the FAQ, believe me ;-)

I guess, all you need to do is to remove the sentence with the HP
printers and instead recommend only the both apple printers (Laserwriter
for Win95 and Laserwriter 16/600 for NT). 

Cheers,
Andreas

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 08:27:30 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA01905
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA00406

Ulrich Eckhardt wrote:
> 
Shuvam Misra wrote:
>
> | Andreas Busse <ab@ivm.net> wrote:
> |
> | : meanwhile I found that this was a printer driver problem. The
> | : windows driver for the HP prefixes a non-postscript line to
> | : the document which probably confuses hylafax.
> | : Now I'm using the QMS PS420 driver which generates pure
> | : postscript. However, it's still not working, but with
> | : different errors:
> |
> | I think the recommended driver is the Apple LaserWriter...
>
> I think Uli, the author of WHFC, recommends the HP LJ 4/4M with PS.
> However, I too have faced problems with that driver because of the
> non-PS first few lines that I usually get. This has also affected the
> Perl-script that runs as a Samba printer driver and receives PS output
> from the Windows machine to queue on Hylafax.
>
> Shuvam
 
Hi,
 
currently i recommend the Apple LaserWriter. The HP LJ4/4M should
be used only when there are Problems with the Apple driver. It looks
like that there are problems with the Apple driver and MS-Office 97 and
pictures (but not on all systems). I will update the installation
instructions and the FAQ a bit about this topic.
 
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]

-- 
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:58 1999
Date: Wed, 22 Apr 1998 10:30:24 +0200
From: Thomas Wimmer <thomas@lcars.wh.uni-stuttgart.de>
Organization: University of Stuttgart
To: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.7
Sender: owner-flexfax@celestial.com

Hi

Ulrich Eckhardt wrote:
> 
> Andreas Busse wrote:
> >
> > Hi again,
> >

...

> >
> > A hint for the WHFC documentation:
> >
> > The driver for the Apple Laserwriter 16/600 PS appears only under
> > WinNT 4. This driver is not available on a default Win95 
> > installation, but the driver for "Apple Laserwriter" (without any 
> > suffixes) works fine too. I cannot recommend the HP and QMS drivers.
> 
> Hi,
> 
> there is a FAQ topic about printer drivers, which covers this problems
> but i will update the installation instructions.
> 
> Uli

hmm, how about the "real" postscript-driver from adobe ?

http://www.adobe.com/prodindex/printerdrivers/windows.html

Prints fine Postscript which is device-independant (in contrast to the
HP driver which supplies also the specific printer commands through
unreadeble control sequences).

Even includes the possibility to use watermmarks (though I haven't used
it yet).


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:58 1999
Date: Wed, 22 Apr 1998 16:05:01 +0200
From: Thomas Wimmer <thomas@lcars.wh.uni-stuttgart.de>
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7
Sender: owner-flexfax@celestial.com

Hi

Ulrich Eckhardt wrote:
> 
> Andreas Busse wrote:
> >
> > Hi again,
> >

...

> >
> > A hint for the WHFC documentation:
> >
> > The driver for the Apple Laserwriter 16/600 PS appears only under
> > WinNT 4. This driver is not available on a default Win95 
> > installation, but the driver for "Apple Laserwriter" (without any 
> > suffixes) works fine too. I cannot recommend the HP and QMS drivers.
> 
> Hi,
> 
> there is a FAQ topic about printer drivers, which covers this problems
> but i will update the installation instructions.
> 
> Uli

hmm, how about the "real" postscript-driver from adobe ?

http://www.adobe.com/prodindex/printerdrivers/windows.html

Prints fine Postscript which is device-independant (in contrast to the
HP driver which supplies also the specific printer commands through
unreadeble control sequences).

Even includes the possibility to use watermmarks (though I haven't used
it yet).


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:58 1999
Date: Wed, 22 Apr 1998 10:31:26 +0200
To: flexfax@sgi.com
From: Miguel Angel Martnez Ezquerro <sismaezm@sc.ehu.es>
Subject: flexfax: WHFC 0.8.7
Sender: owner-flexfax@celestial.com

Hi,

	I am using WHFC 0.8.7 on W95 and works fine except the comments lines in
the fax cover. 

	I have seen this detail in the postscript generated by WHFC, all variables
seem to be defined as

	/variable (value) def 

except

	/comments1 (value)
	....
	/comments19 (value)

Is this a mistake ???


Saludos,
                M.A.

 -------------------------------------------------------------------------
  Miguel Angel Martinez Ezquerro       |     Universidad del Pais Vasco
  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:58 1999
Date: Wed, 22 Apr 1998 09:03:40 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: David Hayes <david@bdel.com>
cc: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>, flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.7
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com

On Tue, 21 Apr 1998, David Hayes wrote:

> 
> FYI: You can download a Windows95 print driver for the LaserWriter 16/600
> from www.apple.com.

I know -- but why should one download a driver when another one
works too ? :-)

Cheers,
Andy

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 16:16:15 -0600 (MDT)
From: David Hayes <david@bdel.com>
Reply-To: David Hayes <david@bdel.com>
To: Andreas Busse <ab@ivm.net>
cc: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.7
Organization: Black Diamond Equipment Ltd. - USA
Sender: owner-flexfax@celestial.com

On Wed, 22 Apr 1998, Andreas Busse wrote:

> I know -- but why should one download a driver when another one
> works too ? :-)

Well, in my case, the HP driver wouldn't work...

--david

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 23 Apr 1998 07:12:41 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: "Miguel Angel Martnez Ezquerro" <sismaezm@sc.ehu.es>
CC: flexfax@sgi.com
Subject: Re: flexfax: WHFC 0.8.7
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id WAA11266
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA01568

Miguel Angel Martnez Ezquerro wrote:
> 
> Hi,
> 
>         I am using WHFC 0.8.7 on W95 and works fine except the comments lines in
> the fax cover.
> 
>         I have seen this detail in the postscript generated by WHFC, all variables
> seem to be defined as
> 
>         /variable (value) def
> 
> except
> 
>         /comments1 (value)
>         ....
>         /comments19 (value)
> 
> Is this a mistake ???
> 
> Saludos,
>                 M.A.

Hi,

have you enabled the "Old Coverpage" option in the system
menue. If so, disable this option.

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:58 1999
From: kevin@meso.com
To: flexfax@sgi.com
Cc: kevin@meso.com
Subject: flexfax: Modem wedged help? 
Date: Mon, 20 Apr 98 11:18:03 -0400
X-Mts: smtp
Sender: owner-flexfax@celestial.com

I have one of our Multitech MT2834ZPX modems configured for adaptive answer
support, having just set this support up last Thursday.  On Saturday, 
after dialing in unsucessfully (see log below--note exit
status of mgetty) the modem was reported
as wedged.  I turned off and turned on the power to the modem this
morning and all is well again.  My questions are:

1. (vague, I know) Why would the modem wedge?  

2. Is there anything else I could have done to restore service besides
power cycling the modem?

3. I'm using mgetty to handle incoming data calls (v 1.0.0)--although
it worked fine for the first two days, could mgetty be part of the problem?

OS:  RH Linux, release 4.1 (vanderbilt), kernel 2.0.27 on an i486

Modem Firmware version (from ATI1 command):  0022

Apologies if this has been dealt with before, but I've been unable to 
access the Hylafax web page since Friday--what's up with that?

Thanks,

Kevin Tyle <kevin@meso.com>
MESO, Inc.

Apr 18 13:22:35.09: [31863]: SESSION BEGIN 00000083 15182833983
Apr 18 13:22:35.09: [31863]: <-- [4:ATA\r]
Apr 18 13:23:09.77: [31863]: --> [7:CONNECT]
Apr 18 13:23:09.77: [31863]: ANSWER: DATA CONNECTION
Apr 18 13:23:09.77: [31863]: GETTY: START "/sbin/getty -r -b -s 19200 ttyQ1a5", 
pid 18289
Apr 18 13:23:33.58: [31863]: GETTY: exit status 05000
Apr 18 13:23:33.58: [31863]: SESSION END

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: Modem wedged help?
Date: 20 Apr 1998 20:31:14 GMT
Organization: Rockwell Automation Venezuela
Lines: 20
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 20 Apr 1998 20:31:14 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

kevin@meso.com wrote:
[...]
: Apr 18 13:23:09.77: [31863]: ANSWER: DATA CONNECTION
: Apr 18 13:23:09.77: [31863]: GETTY: START "/sbin/getty -r -b -s 19200 ttyQ1a5", 
: pid 18289
: Apr 18 13:23:33.58: [31863]: GETTY: exit status 05000
: Apr 18 13:23:33.58: [31863]: SESSION END

Well, "exit status 05000" does not provide too much information. Take
a look at mgetty's log file. In a Debian GNU/Linux system mgetty's log
files are under /var/log/mgetty.

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 10:40:57 +1000
To: kevin@meso.com, flexfax@sgi.com
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Modem wedged help? 
Cc: kevin@meso.com
Sender: owner-flexfax@celestial.com

Hi Kevin,

At 11:18 20/04/98 -0400, kevin@meso.com wrote:
>Apr 18 13:23:09.77: [31863]: GETTY: START "/sbin/getty -r -b -s 19200
ttyQ1a5", 

On my redhat 5 system /sbin/getty is getty_ps not mgetty!!!!!!

- Robert

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 03:25:22 +0800
From: Bruce Cook <bcook@wantree.com.au>
To: flexfax@sgi.com
Subject: flexfax: Netcom 144 & timing problem ?
Reply-To: bcook@wantree.com.au
Sender: owner-flexfax@celestial.com


I have hylafax-v4.0pl2 built on a RedHat-5
linux system, using std compiler and libraries
(gcc-2.7.2.3 & glibc-2.0.5?)

When I attempt to send a fax, I get an error
"modem problem".


What interests me in the following log file is that
hylafax seems to give up just before the modem acheives
a connect.

Is this some kind of timing problem (16550A maybe - I've
tried turning the FIFO off - don't know if I succeeded)

Am I looking in the wrong place ?


===== Log file =====

Apr 19 16:02:18.61: [11891]: SESSION BEGIN 00000037 61894304494
Apr 19 16:02:18.61: [11891]: SEND FAX: JOB 12 DEST 94304494 COMMID 00000037
Apr 19 16:02:18.61: [11891]: DELAY 2600 ms
Apr 19 16:02:21.22: [11891]: <-- [15:ATE0V1Q0S0=0H0\r]
Apr 19 16:02:26.22: [11891]: MODEM <Timeout>
Apr 19 16:02:26.22: [11891]: <-- [5:ATM0\r]
Apr 19 16:02:26.48: [11891]: --> [4:ATM0]
Apr 19 16:02:26.49: [11891]: --> [2:OK]
Apr 19 16:02:26.51: [11891]: <-- [12:AT+FCLASS=1\r]
Apr 19 16:02:26.89: [11891]: --> [11:AT+FCLASS=1]
Apr 19 16:02:26.89: [11891]: --> [2:OK]
Apr 19 16:02:26.91: [11891]: DIAL 94304494
Apr 19 16:02:26.91: [11891]: <-- [13:ATDT94304494\r]
Apr 19 16:02:39.26: [11891]: --> [12:ATDT94304494]
Apr 19 16:02:39.26: [11891]: SEND FAILED: Unknown problem (check modem power)
Apr 19 16:02:39.26: [11891]: <-- [5:ATH0\r]
Apr 19 16:02:39.26: [11891]: --> [7:CONNECT]
Apr 19 16:02:39.52: [11891]: --> [2:OK]
Apr 19 16:02:39.52: [11891]: SESSION END






===== config.cua1 =====

#
# Configuration for a Rockwell-based Class 1 modem.
#    SupraFAX v.32bis		firmware V1.200-C or newer
# (and others)
#
# This configuration file sets up the modem to run at 38.4
# and use RTS/CTS flow control by default.
#
#
CountryCode:		61
AreaCode:		8
FAXNumber:		"9430 4494"
LongDistancePrefix:	0
InternationalPrefix:	0011
DialStringRules:	etc/dialrules
ServerTracing:		1
SessionTracing:		11
RecvFileMode:		0600
LogFileMode:		0600
DeviceMode:		0600
RingsBeforeAnswer:	3
SpeakerVolume:		off
GettyArgs:		"-h %l dx_%s"
LocalIdentifier:	"NothingSetup"
ClocalAsRoot:		yes
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:		Class1		# use class 1 interface
ModemRate:		38400
ModemFlowControl:	rtscts		# default
#
ModemNoFlowCmd:		AT&K		# disable flow control cmd
ModemHardFlowCmd:	AT&K3		# hardware flow control cmd
ModemSoftFlowCmd:	AT&K4		# software flow control cmd
ModemSetupDTRCmd:	AT&D3		# setup so DTR drop resets modem
ModemSetupDCDCmd:	AT&C1		# setup so DCD reflects carrier (or not)
ModemSetupAACmd:	AT+FAA=0	# in case modem supports Class 2 also
#
ModemMfrQueryCmd:	!Rockwell	# no way to query modem
ModemModelQueryCmd:	!RC32ACL	# not always right
ModemRevQueryCmd:	ATI3

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 20 Apr 1998 17:01:04 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Bruce Cook <bcook@wantree.com.au>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Netcom 144 & timing problem ?
Sender: owner-flexfax@celestial.com

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

On Tue, 21 Apr 1998, Bruce Cook wrote:

> I have hylafax-v4.0pl2 built on a RedHat-5
> linux system, using std compiler and libraries
> (gcc-2.7.2.3 & glibc-2.0.5?)

> When I attempt to send a fax, I get an error
> "modem problem".

Did you use the Linux patches? Such as the ones available at
http://cirl.meei.harvard.edu/hylafax/patches? And did you successfully
run faxaddmodem, and install a faxgetty entry in /etc/inittab?
What does faxstat say?

> What interests me in the following log file is that
> hylafax seems to give up just before the modem acheives
> a connect.
> 
> Is this some kind of timing problem (16550A maybe - I've
> tried turning the FIFO off - don't know if I succeeded)
> 
> Am I looking in the wrong place ?

Looks like the wrong place to me: look at this:

> Apr 19 16:02:26.91: [11891]: <-- [13:ATDT94304494\r]
> Apr 19 16:02:39.26: [11891]: --> [12:ATDT94304494]
> Apr 19 16:02:39.26: [11891]: SEND FAILED: Unknown problem (check modem power)
> Apr 19 16:02:39.26: [11891]: <-- [5:ATH0\r]
> Apr 19 16:02:39.26: [11891]: --> [7:CONNECT]
> Apr 19 16:02:39.52: [11891]: --> [2:OK]
> Apr 19 16:02:39.52: [11891]: SESSION END

I take it you have to dial 9 as a prefix: this should be done inside
your dialrules.ext file, not as a hand-added number, or it will screw
up logging of the fax's real phone number. Moreover, it should 
add "9,", not just "9", to make sure that it dials 9 and waits for
a dial tone.

Your local fax number should *NOT* have the 9 in front in the config
file.

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

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

iQCVAwUBNTu3gD/+ItycgIJRAQFo0AP9FilcWzpBB8e4RDeZOyPrLwaQ/OV1bRW3
lklwZ84dTZopqVbMGtO8mTM/dyyswCJpj6Kfm2ThysyEziGlFAwF6GQ7EJ6StzEv
2pyDOmjK6Uc3c3GAq2ZAjCYRKvcw9K2agPS6KSkDQbEi5aFJEwZlfPMfeeTWzrEj
AqUvxST4yCk=
=aH3+
-----END PGP SIGNATURE-----
! $Id: dialrules,v 1.7 1996/06/24 02:59:32 sam Rel $
!
! HylaFAX (tm) Dialing String Processing Rules.
!
! This file describes how to process user-specified dialing strings
! to create two items:
!
! CanonicalNumber: a unique string that is derived from all dialing
! strings to the same destination phone number.  This string is used
! by the fax server for ``naming'' the destination. 
!
! DialString: the string passed to the modem for use in dialing the
! telephone.  This string should be void of any characters that might
! confuse the modem.
!
Area=${AreaCode}		! local area code
Country=${CountryCode}		! local country code
IDPrefix=${InternationalPrefix}	! prefix for placing an international call
LDPrefix=${LongDistancePrefix}	! prefix for placing a long distance call
!
WS=" 	"			! our notion of white space
!
! Convert a phone number to a canonical format:
!
!    +<country><areacode><rest>
!
! by (possibly) stripping off leading dialing prefixes for
! long distance and/or international dialing.
!
CanonicalNumber := [
#.*			=			! strip calling card stuff
[abcABC]		= 2			! these convert alpha to numbers
[defDEF]		= 3
[ghiGHI]		= 4
[jklJKL]		= 5
[mnoMNO]		= 6
[prsPRS]		= 7
[tuvTUV]		= 8
[wxyWXY]		= 9
[^+0-9]+		=			! strip white space etc.
^${IDPrefix}		= +			! replace int. dialing code
^${LDPrefix}		= +${Country}		! replace l.d. dialing code
^[^+]			= +${Country}${Area}&	! otherwise, insert canon form
]
!
! Process a dialing string according to local requirements.
! These rules do only one transformation: they convert in-country
! international calls to long-distance calls.
!
DialString := [
[-${WS}.]+		=			! strip syntactic sugar
[abcABC]		= 2			! these convert alpha to numbers
[defDEF]		= 3
[ghiGHI]		= 4
[jklJKL]		= 5
[mnoMNO]		= 6
[prsPRS]		= 7
[tuvTUV]		= 8
[wxyWXY]		= 9
^[+]${Country}		= ${LDPrefix}		! long distance call
^[+]			= ${IDPrefix}		! international call
^[0-9]{7,}$		= 9,&		! add 9 for outside calls
]
Date: Tue, 21 Apr 1998 11:13:17 +0800
From: Bruce Cook <bcook@wantree.com.au>
To: flexfax@sgi.com
Subject: Re: flexfax: Netcom 144 & timing problem ?
X-Mailer: VM 6.35 under Emacs 19.34.5
Reply-To: bcook@wantree.com.au
Sender: owner-flexfax@celestial.com

Nico Garcia writes:
 > -----BEGIN PGP SIGNED MESSAGE-----
 > 
 > On Tue, 21 Apr 1998, Bruce Cook wrote:
 > 
 > > I have hylafax-v4.0pl2 built on a RedHat-5
 > > linux system, using std compiler and libraries
 > > (gcc-2.7.2.3 & glibc-2.0.5?)
 > 
 > > When I attempt to send a fax, I get an error
 > > "modem problem".
 > 
 > Did you use the Linux patches? Such as the ones available at
 > http://cirl.meei.harvard.edu/hylafax/patches?

OK< I'll have a look at this, thanks.

 > And did you successfully
 > run faxaddmodem, and install a faxgetty entry in /etc/inittab?

yes

 > What does faxstat say?

[bruce@fremantle bruce]$ faxstat
HylaFAX scheduler on fremantle: Running
Modem cua1 (9430 4494): Waiting for modem to come ready
[bruce@fremantle bruce]$ 

Interesting - this isn't normally "waiting to come ready"
I'll have a look into that.

[...]

 > I take it you have to dial 9 as a prefix: this should be done inside
 > your dialrules.ext file, not as a hand-added number, or it will screw
 > up logging of the fax's real phone number. Moreover, it should 
 > add "9,", not just "9", to make sure that it dials 9 and waits for
 > a dial tone.

No.  9 is part of the phone number in this state (I'm in Australia)
my home fax number is +61 8 92277390

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: Netcom 144 & timing problem ?
To: raoul@cirl.meei.harvard.edu (Nico Garcia)
Date: Tue, 21 Apr 1998 08:20:12 +0200 (MDT)
Cc: bcook@wantree.com.au, 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:
    
    On Tue, 21 Apr 1998, Bruce Cook wrote:
    
    > I have hylafax-v4.0pl2 built on a RedHat-5
    > linux system, using std compiler and libraries
    > (gcc-2.7.2.3 & glibc-2.0.5?)
    
    > When I attempt to send a fax, I get an error
    > "modem problem".
    
    Did you use the Linux patches? Such as the ones available at
    http://cirl.meei.harvard.edu/hylafax/patches? And did you successfully
    run faxaddmodem, and install a faxgetty entry in /etc/inittab?
    What does faxstat say?
    
    > What interests me in the following log file is that
    > hylafax seems to give up just before the modem acheives
    > a connect.
    > 
    > Is this some kind of timing problem (16550A maybe - I've
    > tried turning the FIFO off - don't know if I succeeded)
    > 
    > Am I looking in the wrong place ?
    
    Looks like the wrong place to me: look at this:
    
    > Apr 19 16:02:26.91: [11891]: <-- [13:ATDT94304494\r]
    > Apr 19 16:02:39.26: [11891]: --> [12:ATDT94304494]
    > Apr 19 16:02:39.26: [11891]: SEND FAILED: Unknown problem (check modem power)
    > Apr 19 16:02:39.26: [11891]: <-- [5:ATH0\r]
    > Apr 19 16:02:39.26: [11891]: --> [7:CONNECT]
    > Apr 19 16:02:39.52: [11891]: --> [2:OK]
    > Apr 19 16:02:39.52: [11891]: SESSION END
    
    I take it you have to dial 9 as a prefix: this should be done inside
    your dialrules.ext file, not as a hand-added number, or it will screw
    up logging of the fax's real phone number. Moreover, it should 
    add "9,", not just "9", to make sure that it dials 9 and waits for
    a dial tone.
    
    Your local fax number should *NOT* have the 9 in front in the config
    file.

The "9" is unrelated to the problem. The main problem is:
why is the modem's echo still turned on? The log in the
original mail showed that the first command sent down to the
modem caused a "Timeout" and echo remained on:

    Apr 19 16:02:18.61: [11891]: DELAY 2600 ms
    Apr 19 16:02:21.22: [11891]: <-- [15:ATE0V1Q0S0=0H0\r]
    Apr 19 16:02:26.22: [11891]: MODEM <Timeout>
    Apr 19 16:02:26.22: [11891]: <-- [5:ATM0\r]
    Apr 19 16:02:26.48: [11891]: --> [4:ATM0]
                                 ^^^^^^^^^^^^

With echo turned on faxsend(1M) can't understand what is
going on; it's awaiting something like CONNECT or BUSY
but no echo of the dial command it has issued.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: Netcom 144 & timing problem ?
To: flexfax@sgi.com
Date: Thu, 23 Apr 1998 23:26:15 +0100 (BST)
Sender: owner-flexfax@celestial.com

> 
> > Apr 19 16:02:26.91: [11891]: <-- [13:ATDT94304494\r]
> > Apr 19 16:02:39.26: [11891]: --> [12:ATDT94304494]
> > Apr 19 16:02:39.26: [11891]: SEND FAILED: Unknown problem (check modem power)

12 seconds isn't really very long to, detect dial tone, dial the number,
wait for a few rings, recognize fax calling tone, generate answer tone,
detect calling carrier, and generate answering carrier, even if it is
a dedicated fax line.

If you don't have a timeout like this, you may have some sort of modem
control problem.

> add "9,", not just "9", to make sure that it dials 9 and waits for
> a dial tone.

It will have a rather long wait on any PABX manufactured in the last 
decade or so, as nearly all of them do not generate a secondary dial
tone, and do not require a delay.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Matthias.Apitz@SOFTCON.de
Subject: Re: flexfax: Netcom 144 & timing problem ?
To: david@djwhome.demon.co.uk (David Woolley)
Date: Fri, 24 Apr 1998 13:21:52 +0200 (MDT)
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

David Woolley wrote:
    
    > 
    > > Apr 19 16:02:26.91: [11891]: <-- [13:ATDT94304494\r]
    > > Apr 19 16:02:39.26: [11891]: --> [12:ATDT94304494]
    > > Apr 19 16:02:39.26: [11891]: SEND FAILED: Unknown problem (check modem power)
    
    12 seconds isn't really very long to, detect dial tone, dial the number,
    wait for a few rings, recognize fax calling tone, generate answer tone,
    detect calling carrier, and generate answering carrier, even if it is
    a dedicated fax line.
    
    If you don't have a timeout like this, you may have some sort of modem
    control problem.

Note the 12 seconds are not the wait for carrier time from S7.
faxsend(1M)'s driver part is reading the modem echo "ATDT94304494"
(which it should not see as I already said in another reply)
and waits some seconds for more characters before complaining
about an "Unknown problem". The echo *must* be off.

	matthias

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 09:37:53 +0200
To: flexfax@sgi.com
From: Hans Christiansen <hans@ljungbergs.se>
Subject: flexfax: WHFC 0.8.7 and dial-strings
Sender: owner-flexfax@celestial.com

Hi

Anybody have any idea why I get the message

	OPPS xxx-xxxxxx not a valid dial string

when I enter a phone number, in WHFC, with a '-' in the number (it has
worked before)?

/Hans Christiansen

hans@ljungbergs.se

Ljungbergs Tryckeri AB                Tel. +46 435 120 40
Box 100                               Fax. +46 435 126 35
S-264 22 Klippan                      Mob. +46 70 518 26 49
Sweden

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 13:33:12 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7 and dial-strings
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id EAA02335
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id RAA01248

Hans Christiansen wrote:
> 
> Hi
> 
> Anybody have any idea why I get the message
> 
>         OPPS xxx-xxxxxx not a valid dial string
> 
> when I enter a phone number, in WHFC, with a '-' in the number (it has
> worked before)?
> 
> /Hans Christiansen
> 
> hans@ljungbergs.se

Hi,

i have implemented some checking of valid dial strings in
the 0.8.7. Is a minus sign a valid dial string ?

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:58 1999
Date: Wed, 22 Apr 1998 16:26:55 +0200
To: Ulrich Eckhardt <uli@transcom.de>
From: Hans Christiansen <hans@ljungbergs.se>
Subject: Re: flexfax: WHFC 0.8.7 and dial-strings
Cc: flexfax@fddi-sgi.engr.sgi.com
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id HAA15241
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA01517

At 13:33 98/04/22 +0200, you wrote:
>Hans Christiansen wrote:
>> 
>> Hi
>> 
>> Anybody have any idea why I get the message
>> 
>>         OPPS xxx-xxxxxx not a valid dial string
>> 
>> when I enter a phone number, in WHFC, with a '-' in the number (it has
>> worked before)?
>> 
>> /Hans Christiansen
>> 
>> hans@ljungbergs.se
>
>Hi,
>
>i have implemented some checking of valid dial strings in
>the 0.8.7. Is a minus sign a valid dial string ?
>
>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]
>
>
I think so:)

It works perfectly well when submitting directly from the server using
sendfax.

/Hans


hans@ljungbergs.se

Ljungbergs Tryckeri AB                Tel. +46 435 120 40
Box 100                               Fax. +46 435 126 35
S-264 22 Klippan                      Mob. +46 70 518 26 49
Sweden

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 16:02:48 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: Ulrich Eckhardt <uli@transcom.de>
cc: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7 and dial-strings
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com

On Wed, 22 Apr 1998, Ulrich Eckhardt wrote:

> 
> i have implemented some checking of valid dial strings in
> the 0.8.7. Is a minus sign a valid dial string ?
> 

from my point of view, yes. Many people tend to use '-' to
delimit prefixes from local numbers. See my .sig :-)

Cheers,
Andy

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Alexandre Meissonnier <ameissonnier@dohle.com>
To: Ulrich Eckhardt <uli@transcom.de>
Cc: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7 and dial-strings
Date: Thu, 23 Apr 1998 07:49:40 +0200
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA01609


-----Ursprngliche Nachricht-----
Von: Andreas Busse <ab@ivm.net>
An: Ulrich Eckhardt <uli@transcom.de>
Cc: HylaFax Mailing liste <flexfax@sgi.com>
Datum: Mittwoch, 22. April 1998 22:47
Betreff: Re: flexfax: WHFC 0.8.7 and dial-strings


>On Wed, 22 Apr 1998, Ulrich Eckhardt wrote:
>
>> 
>> i have implemented some checking of valid dial strings in
>> the 0.8.7. Is a minus sign a valid dial string ?
>> 
>
The minus sign is definitely a valid character in a dial string. 
Your program should accept anything that can be converted into a correct dial string by dialrules.
On my system (slightly hacked etc/dialrules) the following characters work:
1-9, a-z, A-Z,-,/,+, and whitespace.

BTW: Has anybody got an idea how to make parentheses work? In Germany, a common way 
to write phone numbers is "(xxxxx) yyyy", where xxxxx is the area code.
The dialtest program isn't able to handle this because it always treats ")" as the end of the input string.

    Alexandre

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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 23 Apr 1998 07:19:39 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: Andreas Busse <ab@ivm.net>
CC: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: WHFC 0.8.7 and dial-strings
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id WAA12370
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id IAA01641

Andreas Busse wrote:
> 
> On Wed, 22 Apr 1998, Ulrich Eckhardt wrote:
> 
> >
> > i have implemented some checking of valid dial strings in
> > the 0.8.7. Is a minus sign a valid dial string ?
> >
> 
> from my point of view, yes. Many people tend to use '-' to
> delimit prefixes from local numbers. See my .sig :-)
> 
> Cheers,
> Andy
> 

Hi,

i will make the check less restrictive in the next
release.

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:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: e-mail to fax: controlling access
Date: 24 Apr 1998 01:59:20 GMT
Organization: Rockwell Automation Venezuela
Lines: 32
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 24 Apr 1998 01:59:20 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

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

: If you are using the standard sendmail faxmailer, the domain name will
: not be a sub-domain of yours, but a fake top level one.  In that case,
: assuming that you are SMTP, not UUCP connected, the anti-spam measures
: that you should already have take will mean that you will be immune.

Right, IMHO this is the best way to do it. It works quite well.

: This is one reccommended anti-relay configuration, although customised
: slightly for my environment:
[...]

Great, thanks a lot. I got it working.

If you uncomment the lines with "$=R" and create a line like this:

FR-o /etc/sendmail.cR

and list in /etc/sendmail.cR all the hosts you want to give access to
the fax server you have a very nice access control system :-)

Thanks a lot.

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 24 Apr 1998 13:20:46 -0400
From: Paul Dugas <pdugas@inetnow.net>
Organization: GTC Systems, Atlanta GA
To: FlexFax/HylaFax Mailing List <flexfax@sgi.com>
Subject: flexfax: Compile errors: hylafax-v4.0pl2, Solaris 2.6, SPARC, gcc 2.8.1
Sender: owner-flexfax@celestial.com

We;re building a new server to replace the existing one and are starting
with the latest OS revision and software distributions:
    Hardware: SPARC Ultra-1
    Software: Solaris 2.6, hylafax-v4.0pl2, GNU gcc 2.8.1 (and libstdc++
2.8.1)

When compiling util/SendFaxClient.c++, gcc barfs on line 499


     /usr/5bin/ksh ../port/mkdepend   -e 's@ /usr/include/@ /@' -s C++
     -e 's@\.c++\.o *: @\.o: @' -c  /opt/GCC281/bin/gcc -I.././zlib
     -D__ANSI_CPP__ -I. -I.. -I.././util -I.././util
     -I/usr/local/include -I.././regex -g -O -x c++ -c -M  -i Makedepend
     SendFaxJob.c++
     /opt/GCC281/bin/gcc      -I.././zlib  -D__ANSI_CPP__ -I. -I..
     -I.././util  -I.././util -I/usr/local/include -I.././regex -g -O -x
     c++ -c SendFaxJob.c++
     SendFaxJob.c++: In method `unsigned char
     SendFaxJob::createJob(class SendFaxClient &, class fxStr &)':
     SendFaxJob.c++:499: no matching function for call to
     `SendFaxClient::sendZData (int &, unsigned char (FaxClient::)(fxStr
     &, fxStr &), fxStr &, fxStr &)'
     FaxClient.h:273: candidates are: FaxClient::sendZData(int, unsigned
     char (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)
     *** Error code 1
     make: Fatal error: Command failed for target `SendFaxJob.o'
     Current working directory /usr/local/src/hylafax-v4.0pl2/util
     *** Error code 1
     make: Fatal error: Command failed for target `default'
     Current working directory /usr/local/src/hylafax-v4.0pl2/util
     *** Error code 1
     make: Fatal error: Command failed for target `dirs'
     Current working directory /usr/local/src/hylafax-v4.0pl2
     *** Error code 1
     make: Fatal error: Command failed for target `default'

The second argument, supposed to be a FaxClient method pointer, is being
passed improperly according to gcc.  If I change line 499 from
    && client.sendZData(fd, FaxClient::storeTemp, coverDoc, emsg);
to
    && client.sendZData(fd, &FaxClient::storeTemp, coverDoc, emsg);
it compiles but I'm wondering what the implications will be at runtime.

Can anyone tell me if it is correct to modify the source accordingly or
is my gcc installation to blame?  How do I fix gcc then?

Thanks in advance,

-Paul

BTW:  After adding thr '&' to SendFaxJob.c++ and make'ing again, I see
the problem also in SendFaxClient.c++ on lines 460 and 464.  I wonder if
this is widespread.

--
Paul Dugas, Systems Engineer
GTC Systems, Atlanta GA, USA
pdugas@inetnow.net 404-635-8026

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 27 Apr 1998 08:50:16 +1000
To: Paul Dugas <pdugas@inetnow.net>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Compile errors: hylafax-v4.0pl2, Solaris 2.6,
  SPARC, gcc 2.8.1
Cc: FlexFax/HylaFax Mailing List <flexfax@sgi.com>
Sender: owner-flexfax@celestial.com

Hi Paul,

There's a whole bunch of these within hylafax - sort of old C++ standard,
which hylafax follows versus new C++ standard which gcc 2.8 and upwards
follows.

There's a patch here for this http://www.trump.net.au/~rjc/hylafax/

- Robert

At 13:20 24/04/98 -0400, you wrote:
>We;re building a new server to replace the existing one and are starting
>with the latest OS revision and software distributions:
>    Hardware: SPARC Ultra-1
>    Software: Solaris 2.6, hylafax-v4.0pl2, GNU gcc 2.8.1 (and libstdc++
>2.8.1)
>
>When compiling util/SendFaxClient.c++, gcc barfs on line 499
>
>
>     /usr/5bin/ksh ../port/mkdepend   -e 's@ /usr/include/@ /@' -s C++
>     -e 's@\.c++\.o *: @\.o: @' -c  /opt/GCC281/bin/gcc -I.././zlib
>     -D__ANSI_CPP__ -I. -I.. -I.././util -I.././util
>     -I/usr/local/include -I.././regex -g -O -x c++ -c -M  -i Makedepend
>     SendFaxJob.c++
>     /opt/GCC281/bin/gcc      -I.././zlib  -D__ANSI_CPP__ -I. -I..
>     -I.././util  -I.././util -I/usr/local/include -I.././regex -g -O -x
>     c++ -c SendFaxJob.c++
>     SendFaxJob.c++: In method `unsigned char
>     SendFaxJob::createJob(class SendFaxClient &, class fxStr &)':
>     SendFaxJob.c++:499: no matching function for call to
>     `SendFaxClient::sendZData (int &, unsigned char (FaxClient::)(fxStr
>     &, fxStr &), fxStr &, fxStr &)'
>     FaxClient.h:273: candidates are: FaxClient::sendZData(int, unsigned
>     char (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)
>     *** Error code 1
>     make: Fatal error: Command failed for target `SendFaxJob.o'
>     Current working directory /usr/local/src/hylafax-v4.0pl2/util
>     *** Error code 1
>     make: Fatal error: Command failed for target `default'
>     Current working directory /usr/local/src/hylafax-v4.0pl2/util
>     *** Error code 1
>     make: Fatal error: Command failed for target `dirs'
>     Current working directory /usr/local/src/hylafax-v4.0pl2
>     *** Error code 1
>     make: Fatal error: Command failed for target `default'
>
>The second argument, supposed to be a FaxClient method pointer, is being
>passed improperly according to gcc.  If I change line 499 from
>    && client.sendZData(fd, FaxClient::storeTemp, coverDoc, emsg);
>to
>    && client.sendZData(fd, &FaxClient::storeTemp, coverDoc, emsg);
>it compiles but I'm wondering what the implications will be at runtime.
>
>Can anyone tell me if it is correct to modify the source accordingly or
>is my gcc installation to blame?  How do I fix gcc then?
>
>Thanks in advance,
>
>-Paul
>
>BTW:  After adding thr '&' to SendFaxJob.c++ and make'ing again, I see
>the problem also in SendFaxClient.c++ on lines 460 and 464.  I wonder if
>this is widespread.
>
>--
>Paul Dugas, Systems Engineer
>GTC Systems, Atlanta GA, USA
>pdugas@inetnow.net 404-635-8026
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'uli@transcom.de'" <uli@transcom.de>,
        "'Rudi Heitbaum'"
	 <rudi@darx.com.au>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: RE: flexfax: whfc 0.8.8
Date: Thu, 23 Apr 1998 12:50:57 -0500
Sender: owner-flexfax@celestial.com

Of course it still doesn't work right at 640x480.  I have some clients
that use 640x480, and it would be great if the window fit at that
resolution.

Later,
John


On Thursday, April 23, 1998 10:44 AM, Rudi
Heitbaum[SMTP:rudi@darx.com.au] wrote:
> > Also the whfc window should have the correct size on 800x600.
> 
>  Thanks muchly. It is fine now.
> 
> Regards
> 
> Rudi
> 
> --
> Rudi Heitbaum                Ph:  +61-3-9822 1216
> Managing Director            Fax: +61-3-9822 1728 
> DARX Consulting Pty Ltd      http://www.darx.com.au/
> mailto:rudi@darx.com.au      http://www.vsg.edu.au/

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 23 Apr 1998 14:06:18 -0400 (EDT)
From: David Birnbaum <davidb@chelsea.net>
To: HylaFAX List <flexfax@sgi.com>
Subject: flexfax: How does Hylafax know what modems are active?
Sender: owner-flexfax@celestial.com

I am confused.

At one point last week, I did a faxaddmodem to configure and add a new
modem on cua/7, the eighth in a series of modems.  Unfortunately, the
modem seems to have a hardware problem so I was trying to disable it. 

I tried faxstate -s down cua/7...and, in syslog, a message went by showing
the the modem state was set to "down".  HylaFax, however, gleefully
continued to send faxes using that modem and, since the modem appeared
"wedged", continued to cancel jobs. 

Out of curiousity, (before the panic set in) I tried downing another
modem, cua/1...and HylaFax, even though it appeared that faxgetty marked
the modem state properly, faxes continued to be sent out using it.

OK, I figured, let me see if I can remove the modem completely.  I stopped
the fax servers, killed all the gettys, and then I removed the
config.cua_7 file and the FIFO.cua_7, and restarted the servers and the
gettys (minues the one running on cua/7).  However...I continued to get
error messages, because HylaFax was still using cua/7!  Now I started to
get worried...jobs were being cancelled right and left because one bad
modem seems to be able to process jobs much faster than the good ones ;) 
The lovely side-effect was that faxstat no longer showed cua/7 in the list
of modems, so it took me a few tries to figure out what was happening.  Of
course, HylaFax seemed to prefer cua/7 for sending....  Ack! 

Finally, after stopping and restarting the whole shebang a few times with
various cofniguration modifications, I gave up and did a tip to cua/7 to
jam the device open.  Crude, but effective, as they say.  I am running
4.0pl1 on Solaris 2.5.1, which I built myself.  Questions: 

-  Has anyone else had problems/been able to use faxstate to successfully
   bring a modem down?
-  Is there a faxrmmodem to complement faxaddmodem, failing that?

Comments, suggestions, queries, appreciated.

David.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Ronald Florence <ron@mlfarm.com>
Date: Thu, 23 Apr 1998 21:18:11 -0400 (EDT)
To: flexfax@sgi.com
Subject: flexfax: Hylafax coexisting with ttymon on Solaris-2.6
Sender: owner-flexfax@celestial.com

Hylafax (v4.0pl2) doesn't seem to get along with the other services on
the modem line on a Sparc-20 running Solaris-2.6.  The same modem (USR
Courier V-Everything) handles dialout PPP service, dialup uucp calls,
and (I hope) Hylafax for outgoing faxes.  The three services coexisted
without complaint on our previous Sunos-4.1.3 setup.

The PPP and uucp get along fine.  Hylafax will send faxes.  But once
it has sent a fax, the other services break.  Hylafax seems to leave
the port in a confused state that can only be fixed with a reboot.

The Hylafax documentation (setup.html) has a dire warning:

  Be certain you are not running a ttymon with sac when using
  HylaFAX. Disable all ports that are to be used by HylaFAX 
  with admintool or pmadm.

If I disable the ttymon on the port, it will no longer do dialout PPP
or dialup uucp.  Is there a fix for this situation, or am I out of
luck on Solaris-2.6?

Thanks in advance for suggestions or fixes by direct email.

-- 

Ronald Florence                 Maple Lawn Farm, Stonington, CT
ron@mlfarm.com                  http://www.connix.com/~mlfarm

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: Ronald Florence <ron@mlfarm.com>
cc: flexfax@sgi.com
Subject: Re: flexfax: Hylafax coexisting with ttymon on Solaris-2.6 
Date: Fri, 24 Apr 1998 09:12:43 -0400
From: "Thomas A. Szybist" <szybist@boxhill.com>
Sender: owner-flexfax@celestial.com

In message <13631.59047.414814.199266@rosie.mlfarm.com>, Ronald Florence writes
:
> Hylafax (v4.0pl2) doesn't seem to get along with the other services on
> the modem line on a Sparc-20 running Solaris-2.6.  The same modem (USR
> Courier V-Everything) handles dialout PPP service, dialup uucp calls,
> and (I hope) Hylafax for outgoing faxes.  The three services coexisted
> without complaint on our previous Sunos-4.1.3 setup.
> 
> The PPP and uucp get along fine.  Hylafax will send faxes.  But once
> it has sent a fax, the other services break.  Hylafax seems to leave
> the port in a confused state that can only be fixed with a reboot.
> 
> The Hylafax documentation (setup.html) has a dire warning:
> 
>   Be certain you are not running a ttymon with sac when using
>   HylaFAX. Disable all ports that are to be used by HylaFAX 
>   with admintool or pmadm.
> 
> If I disable the ttymon on the port, it will no longer do dialout PPP
> or dialup uucp.  Is there a fix for this situation, or am I out of
> luck on Solaris-2.6?
> 
> Thanks in advance for suggestions or fixes by direct email.
> 
> -- 
> 
> Ronald Florence                 Maple Lawn Farm, Stonington, CT
> ron@mlfarm.com                  http://www.connix.com/~mlfarm
> 

If you disable ttymon with admintool, or pmadm, that should only effect
dial *in* service.  (no getty is running, basically)  While I haven't
used used sun's PPP in a while, I was using the dpPPP package sometime
ago without too much trouble both for dial in and dial out under
Solaris 2.5. (see below)

For dialin, I really recommend using HylaFAX to launch ttymon.  That's
what the dire warning is about.

However, unless this changed in pl2, or perhap Solaris 2.6, there is a
problem with the way HylaFAX does the UUCP locking under Solaris.
Sometimes, HylaFAX while not see the fact that another process has
grabbed the modem for dialout.  You can check this by running faxstat
while doing a dialout PPP or UUCP operation.  If it doesn't report
something like "waiting for modem to become free", you may have a
problem.


Tom Szybist
szybist@boxhill.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 24 Apr 1998 16:26:26 -0700 (PDT)
From: Dave Itter <itter@island.net>
To: flexfax@sgi.com
Subject: flexfax: Cover Page only
Sender: owner-flexfax@celestial.com


hylafax-v4.0pl1 under redhat linux 2.0.33 gcc 2.7.2.3.f.1

I have checked through all the man pages, and mailing list archives and
couldn't find anywhere on how to send just the cover page. I have a cover
page made, which allows a comments field, and would like to be able to send
out just that, with no additional pages. 

If I don't specify a file at the end of the command line it just hangs
(trying to read in from the file, and append to the tmpfile). A strace looks
like this:

stat("/usr/local/share/locale/C/libc.cat", 0xbffff718) = -1 ENOENT (No such
file or directory)
getpid()                                = 1297
open("/tmp//sndfaxa01297", O_RDWR|O_CREAT|O_EXCL, 0666) = 5
read(0,  <unfinished ...>

And it hangs on the read(0,

Any ideas as to how to send just the cover page? Or another way that I could
do this?

Thanks

Dave

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-    Dave Itter - itter@island.net    -
-         Island Internet Inc         -
- (250) 753.1139       1.800.811.4488 -
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Cc: fedor@doors.ptc.spbu.ru
Organization: St.Petersburg State University P.O. Box
From: "Feodor M. Snegov" <Fedor.Snegov@pobox.spbu.ru>
Date: Sat, 25 Apr 98 17:58:33 +0400
Subject: flexfax: communication problem
Lines: 51
Sender: owner-flexfax@celestial.com

Hello I amrunning HylaFAX v4.0 binary distribution on FreeBSD 2.2.5

Modem type:
USR Courier             US/Canada Intermal
Clock freq              20.16 mHz
Eprom                   256k
Supervisor date         04/29/96
DSP date                04/11/96
Supervisor rev.         6.5.0
DSP rev.                1.3.2

HylaFAX is installed to treat faxmodem as class 2.0 fax device
and is running as fax server accepting incoming fax telphone calls
I have treated it to receive fax from faxmachine Panasonic
but it everytime fails. Session tracing log is following:


Apr 24 22:48:15.38: [  269]: SESSION BEGIN 00000028 78121832349
Apr 24 22:48:15.39: [  269]: <-- [4:ATA\r]
Apr 24 22:48:37.89: [  269]: --> [4:+FCO]
Apr 24 22:48:37.89: [  269]: ANSWER: FAX CONNECTION
Apr 24 22:48:37.93: [  269]: RECV FAX: begin
Apr 24 22:48:39.68: [  269]: --> [27:+FTI:"         812 4230235"]
Apr 24 22:48:39.68: [  269]: REMOTE TSI "812 4230235"
Apr 24 22:48:40.01: [  269]: --> [20:+FCS:0,3,0,2,0,0,0,0]
Apr 24 22:48:40.01: [  269]: REMOTE wants 9600 bit/s
Apr 24 22:48:40.01: [  269]: REMOTE wants page width 1728 pixels in 215 mm
Apr 24 22:48:40.01: [  269]: REMOTE wants unlimited page length
Apr 24 22:48:40.01: [  269]: REMOTE wants 3.85 line/mm
Apr 24 22:48:40.01: [  269]: REMOTE wants 1-D MR
Apr 24 22:48:40.16: [  269]: --> [2:OK]
Apr 24 22:48:40.16: [  269]: <-- [7:AT+FDR\r]
Apr 24 22:48:47.39: [  269]: --> [7:+FHS:72]
Apr 24 22:48:47.39: [  269]: REMOTE HANGUP: COMREC error (code 72)
Apr 24 22:48:47.39: [  269]: RECV FAX (00000028): recvq/fax00039.tif from 812 4230235, route to <unspecified>, 0 pages in 0:10
Apr 24 22:48:47.39: [  269]: RECV FAX: COMREC error
Apr 24 22:48:47.42: [  269]: RECV FAX (00000028): session with 812 4230235 terminated abnormally: COMREC error
Apr 24 22:48:47.42: [  269]: RECV FAX: bin/faxrcvd "recvq/fax00039.tif" "cuaa1" "00000028" "COMREC error"
Apr 24 22:48:48.14: [  269]: RECV FAX: end
Apr 24 22:48:48.24: [  269]: SESSION END


Modem DCE-DTE speed was installed 57600 bps
flow control: rtscts
Please write what parameters I should check or add to fix this comunication
problem.

Sinserely yours
Fedor Snegov.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sat, 25 Apr 1998 16:14:11 +0200 (MET DST)
From: Richard Kail <e8903122@student.tuwien.ac.at>
Reply-To: e8903122@student.tuwien.ac.at
To: Richard Kail <e8903122@student.tuwien.ac.at>
cc: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: A different approach for windows interfacing
Sender: owner-flexfax@celestial.com

Hello !

On Wed, 15 Apr 1998, Richard Kail wrote:

> If someone is interrested, I will give you the source and a binary for
> faxredir.exe and a NT Batch file simplifies the installation of the batch
> file and the ftp script. 

	Some material and descriptions for this are availiable in the file
http://stud2.tuwien.ac.at/~e8903122/hyla-ntfaxkit.tar.gz

Kind regards,
	Richard

------
Richard Kail        e8903122@student.tuwien.ac.at

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 26 Apr 1998 13:39:36 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Dave Itter <itter@island.net>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Cover Page only
Sender: owner-flexfax@celestial.com

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

On Fri, 24 Apr 1998, Dave Itter wrote:

> hylafax-v4.0pl1 under redhat linux 2.0.33 gcc 2.7.2.3.f.1
> 
> I have checked through all the man pages, and mailing list archives and
> couldn't find anywhere on how to send just the cover page. I have a cover
> page made, which allows a comments field, and would like to be able to send
> out just that, with no additional pages. 
> 
> If I don't specify a file at the end of the command line it just hangs
> (trying to read in from the file, and append to the tmpfile). A strace looks
> like this:

The answer, as irksome as it is, is to generate a coverpage by hand
and send only that using the sendfax command. This got automated into
the sfax command, I believe. Take a look at
ftp://ftp.sgi.com/sgi/fax/contrib/sfax for a workable technique.

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

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

iQCVAwUBNUNxVD/+ItycgIJRAQGUiAQAjUybzht/QITmBSAaRjgzYko3UverPeAu
9YR5Zy0inftH7EEMongbX+/+J6cCZjZd8sZaY2irp5sInxx24QemIfVWFjFwi64B
Pl7ae1I9F4qBuODozk+XkW3xoyP2/h9mIiowMtrTFDQ2WEtt8w5a7QvlRhRytH5e
dgKVbLk0xZ0=
=1piq
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 26 Apr 1998 20:13:01 +0200
From: Christian Kalus <kalus@copacabana.com>
To: FlexFAX <flexfax@sgi.com>
Subject: flexfax: FlexFAX: write error problem
Sender: owner-flexfax@celestial.com

Hi,

i always get in trouble while receiving faxes.
Sending faxes is ok, but while receiving i always
get the same

    RECV: recvq/faxxxxxx.tif: write error

message.

Disc space is available and access to those files
(which are to be created) containing
the incoming fax is granted,
since they actually are created, but empty (0 lines).

I am using Linux 2.0.30, HylaFAX (tm) Version 4.0pl2,
and libtiff version 3.4 (libtiff.so.3.4.036).

I have read about this problem once but i cant find it
anymore. Has anybody solved this problem?

Christian Kalus


My log files look like this:

Apr 25 17:19:51.50: [  618]: SESSION BEGIN 00000025 496172xyz
Apr 25 17:19:51.50: [  618]: <-- [4:ATA\r]
Apr 25 17:19:58.64: [  618]: --> [5:+FCON]
Apr 25 17:19:58.64: [  618]: ANSWER: FAX CONNECTION
Apr 25 17:19:58.68: [  618]: RECV FAX: begin
Apr 25 17:20:00.59: [  618]: --> [29:+FTSI: "               33005"]
Apr 25 17:20:00.65: [  618]: REMOTE TSI "33005"
Apr 25 17:20:00.70: [  618]: --> [22:+FDCS: 1,5,0,2,0,0,0,1]
Apr 25 17:20:00.70: [  618]: REMOTE wants 14400 bit/s
Apr 25 17:20:00.70: [  618]: REMOTE wants page width 1728 pixels in 215
mm
Apr 25 17:20:00.70: [  618]: REMOTE wants unlimited page length
Apr 25 17:20:00.71: [  618]: REMOTE wants 7.7 line/mm
Apr 25 17:20:00.71: [  618]: REMOTE wants 1-D MR
Apr 25 17:20:03.92: [  618]: --> [2:OK]
Apr 25 17:20:03.92: [  618]: <-- [7:AT+FDR\r]
Apr 25 17:20:05.58: [  618]: --> [5:+FCFR]
Apr 25 17:20:05.58: [  618]: --> [22:+FDCS: 1,5,0,2,0,0,0,1]
Apr 25 17:20:05.58: [  618]: REMOTE wants 14400 bit/s
Apr 25 17:20:05.58: [  618]: REMOTE wants page width 1728 pixels in 215
mm
Apr 25 17:20:05.58: [  618]: REMOTE wants unlimited page length
Apr 25 17:20:05.58: [  618]: REMOTE wants 7.7 line/mm
Apr 25 17:20:05.58: [  618]: REMOTE wants 1-D MR
Apr 25 17:20:06.46: [  618]: --> [7:CONNECT]
Apr 25 17:20:06.46: [  618]: RECV: begin page
Apr 25 17:20:06.47: [  618]: RECV: send trigger 022
Apr 25 17:20:06.48: [  618]: <-- data [1]
Apr 25 17:20:10.20: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:12.43: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:13.36: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:14.67: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:15.48: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:17.36: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:19.58: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:21.88: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:24.75: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:26.46: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:29.84: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:31.70: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:32.50: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:33.20: [  618]: RECV: recvq/fax00011.tif: write error
Apr 25 17:20:33.54: [  618]: RECV: 2303 total lines, 0 bad lines, 0
consecutive bad lines
Apr 25 17:20:33.54: [  618]: RECV: recvq/fax00011.tif: write error

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Sun, 26 Apr 1998 21:12:55 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Christian Kalus <kalus@copacabana.com>
Cc: FlexFAX <flexfax@sgi.com>
Subject: Re: flexfax: FlexFAX: write error problem
Sender: owner-flexfax@celestial.com

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

On Sun, 26 Apr 1998, Christian Kalus wrote:

> Hi,
> 
> i always get in trouble while receiving faxes.
> Sending faxes is ok, but while receiving i always
> get the same
> 
>     RECV: recvq/faxxxxxx.tif: write error
> 
> message.
> 
> Disc space is available and access to those files
> (which are to be created) containing
> the incoming fax is granted,
> since they actually are created, but empty (0 lines).

Hmmm. Where is your fax spool, and have you installed any
patches?

> I am using Linux 2.0.30, HylaFAX (tm) Version 4.0pl2,
> and libtiff version 3.4 (libtiff.so.3.4.036).

RedHat 4.2? Do you have ghostscript, and did you install
from binary or source? And have you run fsck lately, to
look for disk errors?


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

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

iQCVAwUBNUPbkz/+ItycgIJRAQGnAAP9GpSd8gan1P/n/BsZRoWbPTcPs1vNI9zT
YqoGHe2MxcGVjIrtsYAcxJMf7vt7CBq9pO12sHFjG2SbL9wC1YmR58kvNaHMcUBN
VfDUTs1j7gF4lTedDja4O/w3fPQ2gyOViu2o//7fScv44iBJySe0EUhmjZrtlv0m
TiJIBIflVLY=
=ZJLw
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 19:36:06 +0200
From: Marc HUFSCHMITT <marc@telesatellite.com>
Organization: TSP
To: flexfax@sgi.com
Subject: flexfax: Macflex
Sender: owner-flexfax@celestial.com

Is a question about MacFlex welcome in this mailing-list ?

I installed Hylafax and MacFlex fax-print extension. the Macflex spooler
tells : Error couldn't open connection.

- hfaxd is up on the Linux server
- the IP# is ok
- my account exists on the server
- I almost answered "yes" to any question of faxsetup. Except fax#  :)

What are the first tests to do on the server ?

	Thanks
			Marc

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 16:04:53 +0200 (MET DST)
From: Andreas Busse <ab@ivm.net>
To: Philipp Gruenig <gruenig@tecnosoft.ch>
cc: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: Re: flexfax: Problems with sending fax
X-NCC-RegID: de.ivm
Sender: owner-flexfax@celestial.com

On Wed, 22 Apr 1998, Philipp Gruenig wrote:

>We use FreeBSD 2.2.2 with HylaFax 4.0pl1
>and a Zyxel Modem U 1496 E plus
>
[snip]
> Apr 22 01:37:14.37: [15159]: SEND send MPS (more pages, same document)
> Apr 22 01:37:25.32: [15159]: --> [5:ERROR]
> Apr 22 01:37:25.32: [15159]: SEND recv RTN (retrain negative)
> Apr 22 01:37:25.32: [15159]: <-- [7:AT+FKS\r]
> Apr 22 01:37:26.83: [15159]: --> [7:+FHS:02]
> Apr 22 01:37:26.83: [15159]: REMOTE HANGUP: Call aborted,  from +FK or
> <CAN> (code 2)

> Any ideas of my problem?

yes -- it's the problem all Zyxel users have. The thread regarding
this topic is probably thousands of mails long...
You may fiddle around with the config file (see the FAQ for details) 
or get another modem, preferrably a Multitech 2834ZDX.

Cheers,
Andy

--
-------------------------------------------------------------- ab@ivm.net ---
  | \    / |\  /|  Gesellschaft fuer   | Andreas Busse
  |  \  /  | \/ |  Internet,           | Im Hufen Boden 16, D-53498 Waldorf
  |   \/   |    |  Vernetzung und      | tel 02636-97690 fax 02636-9769-999
                   Mehrwertdienste mbH | info@ivm.net - http://www.ivm.net/
-----------------------------------------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 13:30:00 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: flexfax: whfc 0.8.8
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id EAA01548
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA01538

Hi,

i have released whfc 0.8.8. It fixes a bug when submitting a fax
via an OLE - call sometimes the file wit the postscript document 
can erased only when WHFC has closed. Also this may lead to 
problems when sending many documents via an OLE call without
restarting WHFC.

Also the whfc window should have the correct size on 800x600.

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:58 1999
Date: Wed, 22 Apr 1998 08:29:57 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: HylaFax Mailing liste <flexfax@sgi.com>
Subject: Re: flexfax: hylafax and whfc
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA02341
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id HAA01541

thomas wrote:
> 
> Absender:        09312877719-0003@t-online.de (thomas)
> first i might excuse for my bad english (i work on it)
> 
> hi
> i use hylafax v.4.0pl0 on linux kernel 2.0.32 with a multi tech modem mt1432bg.
> until here is o.k.
> now i have to me whfc 0.8.5 alpha installs and can of the w95-pc documents on
> the linux-pc sends.
> however my modem recognizes not, that something to the mailing stands in line
> (hfaxd is loads)
> with sendfax i could mail manually the document.
> maybe i could further-help somebody.
> 
> thanks
> thomas
> th.scheder@t-online.de

Hi,

i don't understand your problem. You can contact me in german
language direct.

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:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: flexfax: e-mail to fax: controlling access
Date: 20 Apr 1998 23:49:37 GMT
Organization: Rockwell Automation Venezuela
Lines: 25
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 20 Apr 1998 23:49:37 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi again,

I guess this has been asked several times here but a quick search of
the mailing list archives did not find anything useful.

The question is: is there a way to control who can send faxes via my
e-mail to fax gateway? Right now I have the gateway working fine but
unless I find a way of controlling access to it, the whole Internet
will be able to use my gateway just by sending mail to
xxx@fax.my.domain.com.

I am not using Dirk's faxmailer (I think I can use it to do what I
want), just plain faxmail called as a sendmail mailer (as explained in
the docs.).

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Mon, 20 Apr 1998 23:20:26 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: e-mail to fax: controlling access
Sender: owner-flexfax@celestial.com

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

On 20 Apr 1998, Eloy A. Paris wrote:

> I guess this has been asked several times here but a quick search of
> the mailing list archives did not find anything useful.
> 
> The question is: is there a way to control who can send faxes via my
> e-mail to fax gateway? Right now I have the gateway working fine but
> unless I find a way of controlling access to it, the whole Internet
> will be able to use my gateway just by sending mail to
> xxx@fax.my.domain.com.

Procmail. You need to be able to filter the email itself.

Check out www.vix.com/spam/ for pointers.

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

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

iQCVAwUBNTwQdT/+ItycgIJRAQHrLAQAnf8NLc7/7kxwLHoGxhMGR5cWWubeYG3X
W73qxSiGk5h8PFlPp+kfvQRLC2xmahP1DjQvIQrtvCHTxqN/YpG3rN0UWibcLzvF
Wvc2EdwvJG2StIs+bY165Vd/Yi49tO4pq5JU3pwR8bSJz4whzh0hmWchygKdjXq2
nntI6oQ97uo=
=sU4i
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: e-mail to fax: controlling access
Date: 21 Apr 1998 10:55:37 GMT
Organization: Rockwell Automation Venezuela
Lines: 27
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 21 Apr 1998 10:55:37 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi Nico,

Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:

: Procmail. You need to be able to filter the email itself.
:
: Check out www.vix.com/spam/ for pointers.

Uhhmmm, I don't think procmail can be used in this case.

It can't be used because sendmail never calls procmail. procmail is my
local mailer, right, but e-mail sent to xxx@fax.my.domain is delivered
by the mailer called "fax", which sendmail calls.

On the other hand, I might be able to use procmail if I create a shell
script for the fax mailer (instead of calling faxmail directly).

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
To: flexfax@sgi.com
Path: zeus.ven.ra.rockwell.com!eparis
From: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Newsgroups: lists.hylafax
Subject: Re: flexfax: e-mail to fax: controlling access
Date: 21 Apr 1998 13:34:37 GMT
Organization: Rockwell Automation Venezuela
Lines: 47
Distribution: world
NNTP-Posting-Host: zeus.ven.ra.rockwell.com
X-Server-Date: 21 Apr 1998 13:34:37 GMT
X-Newsreader: TIN [UNIX 1.3 unoff BETA 970321; i686 Linux 2.0.33]
Sender: owner-flexfax@celestial.com

Hi again Nico,

Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:

: What? (Scratch head?) No. The "mailer" is either the Mail User Agent,
: such as pine or Netscape, that handles your personal mail, or the Mail
: Transport Agent, that actually bounces mail around between various
: people. In you case, the MTA is sendmail with procmail added.

Well, I guess we are talking about different things. The mailer I'm
talking about is not the MUA, is the Mail Delivery Agent.

Sendmail can have different mailers (MDA's) defined in the sendmail.cf
configuration file. Some examples are the "local" mailer, the "uucp"
mailer, etc. The "local" mailer can be the program called "deliver" or
it can be "procmail".

The way I configured my e-mail to fax gateway, I created a new mailer
in sendmail called "fax". This mailer is setup to call "faxmail" with
the appropiate parameters when a messages is sent to
whatever@faxnumber.fax.

: Set up procmail for the *fax* user, and have procmail handle shipping off the
: fax jobs, I think.

OK, I think this is a different approach. In order for this to work
users must send mails to something like fax@my.domain. In this case,
sendmail will user the "local" mailer which could be procmail (if it
isn't, a .forward file could pass the message to procmail for
processing).

: Bingo. Have procmail call faxmail.

Actually, it would be the other way: a script that calls both procmail
and later faxmail (this is because sendmail won't ever call procmail,
unless I change the "fax" mailer deifinition).

Thanks,

E.-

-- 

Eloy A. Paris
Information Technology Department
Rockwell Automation de Venezuela
Telephone: +58-2-9432311 Fax: +58-2-9431645

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 10:41:43 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: e-mail to fax: controlling access
Sender: owner-flexfax@celestial.com

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

On 21 Apr 1998, Eloy A. Paris wrote:

> Hi again Nico,
> 
> Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:
> 
> : What? (Scratch head?) No. The "mailer" is either the Mail User Agent,
> : such as pine or Netscape, that handles your personal mail, or the Mail
> : Transport Agent, that actually bounces mail around between various
> : people. In you case, the MTA is sendmail with procmail added.
> 
> Well, I guess we are talking about different things. The mailer I'm
> talking about is not the MUA, is the Mail Delivery Agent.
> 
> Sendmail can have different mailers (MDA's) defined in the sendmail.cf
> configuration file. Some examples are the "local" mailer, the "uucp"
> mailer, etc. The "local" mailer can be the program called "deliver" or
> it can be "procmail".

Ahh. This is a Mail Transport Agent, MTA. I was confused when you said
"fax" was the mailer, rather than saying "faxmail" was the mailer.

> The way I configured my e-mail to fax gateway, I created a new mailer
> in sendmail called "fax". This mailer is setup to call "faxmail" with
> the appropiate parameters when a messages is sent to
> whatever@faxnumber.fax.

Ohhhhh! I see. Then in this case, yes, "fax" is also the name of an MTA.

> : Set up procmail for the *fax* user, and have procmail handle shipping off the
> : fax jobs, I think.
> 
> OK, I think this is a different approach. In order for this to work
> users must send mails to something like fax@my.domain. In this case,
> sendmail will user the "local" mailer which could be procmail (if it
> isn't, a .forward file could pass the message to procmail for
> processing).

Yes. Procmail is, IMHO, a more tested MTA and relatively easy to configure
for filtering sources of faxes appropriately. Mind you, I haven't done
this here, only on my home box, and I ripped it out later....

> : Bingo. Have procmail call faxmail.
> 
> Actually, it would be the other way: a script that calls both procmail
> and later faxmail (this is because sendmail won't ever call procmail,
> unless I change the "fax" mailer deifinition).

Why not just use procmail to pipe the messages through faxmail? This
seems an easy thing to do, and leaves the system with only one special
configuration file, under procmail. Leaves it more portable, I think.

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

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

iQCVAwUBNTywID/+ItycgIJRAQHzdQP9Ghgf+l13ZU8wrYo64x7GjbJUEXbLjW3M
8tLPBPoh0LNxlpcJRF5bF9dQUAEZ8LoPdvnEWNEGh2w0KRLTms4LxQKZLEihPI89
QirI9DL1kjDBpKUqtDG4koH3K5HjVy6m/yljnNpXuZWhM87hNg7uVWDuF8o/rAPd
jFGUxQv7G2I=
=KIho
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 08:42:18 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: "Eloy A. Paris" <eparis@ven.ra.rockwell.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: e-mail to fax: controlling access
Sender: owner-flexfax@celestial.com

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

On 21 Apr 1998, Eloy A. Paris wrote:

> Hi Nico,
> 
> Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:
> 
> : Procmail. You need to be able to filter the email itself.
> :
> : Check out www.vix.com/spam/ for pointers.
> 
> Uhhmmm, I don't think procmail can be used in this case.
> 
> It can't be used because sendmail never calls procmail. procmail is my
> local mailer, right, but e-mail sent to xxx@fax.my.domain is delivered
> by the mailer called "fax", which sendmail calls.

What? (Scratch head?) No. The "mailer" is either the Mail User Agent,
such as pine or Netscape, that handles your personal mail, or the Mail
Transport Agent, that actually bounces mail around between various
people. In you case, the MTA is sendmail with procmail added.

Set up procmail for the *fax* user, and have procmail handle shipping off the
fax jobs, I think.

> On the other hand, I might be able to use procmail if I create a shell
> script for the fax mailer (instead of calling faxmail directly).

Bingo. Have procmail call faxmail.


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

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

iQCVAwUBNTyUJj/+ItycgIJRAQECjgP7BVmKTAoXsf4O1KOJaY9Ltu4EKPcXTAx+
AOU/jOyBD0cthVFVEAYM61M7buKNzGdej8cnRDdOOXPVZVjC+tQaopA+3eN0kB5M
yODHFc0DSfopDAO1v6MLEycA3fchoX5yMk73zTlDuAnUaQnmDDa9qkzkefHv9pLQ
bIxagiTtd0E=
=i60n
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: e-mail to fax: controlling access
To: eparis@ven.ra.rockwell.com (Eloy A. Paris)
Date: Tue, 21 Apr 1998 23:16:35 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> unless I find a way of controlling access to it, the whole Internet
> will be able to use my gateway just by sending mail to
> xxx@fax.my.domain.com.
> 
> I am not using Dirk's faxmailer (I think I can use it to do what I
> want), just plain faxmail called as a sendmail mailer (as explained in
> the docs.).

If you are using the standard sendmail faxmailer, the domain name will
not be a sub-domain of yours, but a fake top level one.  In that case,
assuming that you are SMTP, not UUCP connected, the anti-spam measures
that you should already have take will mean that you will be immune.

This is one reccommended anti-relay configuration, although customised
slightly for my environment:

Scheck_rcpt

# anything terminating locally is ok
R<$+ @ $=w >		$@ OK
#R<$+ @ $=R >		$@ OK

# anything originating locally is ok
R$*			$: $(dequote "" $&{client_name} $)
R$=w			$@ OK
#R$=R			$@ OK
R$@			$@ OK

# anything else is bogus
R$*			$#error $: 550 $@ "Relaying Denied - See Computer Misuse Act"

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 10:10:03 +0200 (MEST)
From: Carsten Hoeger <choeger@suse.de>
To: Thierry Coopman <thierry@skynet.be>
cc: flexfax@sgi.com
Subject: Re: flexfax: PPP and HylaFAX
Sender: owner-flexfax@celestial.com

On Mon, 20 Apr 1998, Thierry Coopman wrote:

> I maybe stupid (yep I  asked this one already here :), but how can I configure my server as a dial in host for PPP?
> 
> I need to set up a modem wich is able to send out faxes when available and can receive only incomming data (PPP) calls.
> 
> Now I configured pppd as the getty, I specified the necessary arguments for pppd in the GettyArgs value, but I can't make it work :(((
> 
> What options can I give in the modembased config file to let the faxgetty start pppd (or the getty) by default for any inbound job?

In combination with mgetty it works fine.

You have to compile hylafax to use mgetty or get a precompiled version
maybe from

ftp://ftp.suse.com/pub/SuSE-Linux/5.2/suse/n1/hylafax.rpm

Then follow these instructions:

------------------------------[snip]----------------------------------
README.SuSE

choeger, 4.6.97

First of all after the installation, you have to run `faxsetup` as
root to configure your system/modem.

During the execution of `faxsetup` you have to answer the question:

	Should an entry be added to /etc/inetd.conf [no]?

with no because we start HylaFAX(tm) standalone via init-script.
You can ignore the warnings that /usr/sbin/mgetty or /usr/sbin/vgetty
does not exist during the execution of faxsetup. You only need them
if you want to use the `Adaptive Answer Support` - feature of HylaFAX.
If you want to use this, the following will work:

If your device name is 'modem', add the following entry to /etc/mgetty+sendfax/mgetty.config:

 port modem
 direct y
 toggle-dtr n

Change the GettyArgs in your /var/spool/fax/etc/config.modem as follows:

GettyArgs:              "-r -b -s %s %l"

For further details look at the documentation installed at
/usr/doc/packages/hylafax/html.

The required entry in the inittab to start the faxgetty-process
has already made. You only have to uncommend it.

[...]
------------------------------[snap]----------------------------------

Of cause you have to configure your ppp-server, too (mgetty: login.config
and /etc/ppp/options.ttyXX, etc.)

mfG,
	Carsten Hoeger
------
Carsten Hoeger  - S.u.S.E. GmbH -  Gebhardtstr. 2  -  90762 Fuerth  -  Germany
fax +49-911-3206727                                     web http://www.suse.de
------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 11:28:04 +0200 (MEST)
From: Carsten Hoeger <choeger@suse.de>
To: "Libes Maurice [Service Informatique C.O.M]" <Maurice.Libes@com.univ-mrs.fr>
cc: flexfax@sgi.com
Subject: Re: flexfax: PPP and HylaFAX
Sender: owner-flexfax@celestial.com

On Tue, 21 Apr 1998, Libes Maurice [Service Informatique C.O.M] wrote:

> > > I maybe stupid (yep I  asked this one already here :), but how can I configure my server as a dial in host for PPP?
> > > 
> > > I need to set up a modem wich is able to send out faxes when available and can receive only incomming data (PPP) calls.
> > > 
> > > Now I configured pppd as the getty, I specified the necessary arguments for pppd in the GettyArgs value, but I can't make it work :(((
> > > 
> > > What options can I give in the modembased config file to let the faxgetty start pppd (or the getty) by default for any inbound job?
> > 
> > In combination with mgetty it works fine.
> 
> i have the same problem than early described...
> do you mean that we can just replace the faxgetty daemon, by mgetty?
> i mean mgetty will do the same than faxgetty? in order to answer modem calls

No, you can't. You have to start faxgetty and faxgetty starts mgetty if it
detects an incoming data-call.


mfG,
	Carsten Hoeger
------
Carsten Hoeger  - S.u.S.E. GmbH -  Gebhardtstr. 2  -  90762 Fuerth  -  Germany
fax +49-911-3206727                                     web http://www.suse.de
------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 18:22:09 -0700 (PDT)
From: Tim Rice <tim@trr.metro.NET>
To: HylaFax mailing list <flexfax@sgi.com>
Subject: flexfax: HylaFAX 4.0pl2 SCO Open Server 5 binaries
Sender: owner-flexfax@celestial.com


    
    New SCO Open Server 5 (3.2v5.0) ELF 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


   MD5 (INSTALL-hylafax-client-v4.0-sco3.2v5.0)
	= 71fc8f2a01b2503c7f058c7a6b16020f
   MD5 (hylafax-client-sco3.2v5.0-v4.0pl2.tar.gz)
	= 18e283a667ab262b6f1d21193cfb3f9d

   MD5 (INSTALL-hylafax-v4.0-sco3.2v5.0)
	= e7eaf1b9881258d96a3f4cf7c7dcf88a
   MD5 (hylafax-sco3.2v5.0-v4.0pl2.cpio.gz)
	= 380ecbf8018ea4fff231da9c3003f25d


Enjoy.


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

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 29 Apr 1998 09:24:08 -0700 (PDT)
From: Vinay Doma <vdoma@rocketmail.com>
Subject: flexfax: Error when compiling GettySysV.c++ 
To: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi,
I get the following errors when trying to make HylaFAX
from the source on AIX 4.2. Its a problem with
GettySysV.c++ file.
I would appreciate it if anyone who's seen this
problem or knows how to solve it can help me out.

Thanks,

Vinay Doma


make[2]: Entering directory
`/common/software/hylafax-v4.0pl2/faxd'^M
/bin/xlC        -D__ANSI_CPP__ -I. -I.. -I.././faxd
-I.././util -I/usr/local/inc
lude -I.././regex -qlanglvl=compat
-I/usr/lpp/xlC/include -I/usr/include -g -O -
+ -c GettySysV.c++^M
"GettySysV.c++", line 37.8: 1540-023: (S)
"exit_status" has already been defined
.^M
"GettySysV.c++", line 37.1: 1540-378: (I)
"exit_status" is defined on line 53 of
 "/usr/include/utmp.h".^M
"GettySysV.c++", line 149.14: 1540-013: (S)
"_PATH_WTMPX" is undefined.^M
"GettySysV.c++", line 149.5: 1540-013: (S) "updwtmpx"
is undefined.^M
"GettySysV.c++", line 172.8: 1540-079: (S) "ut_xtime"
is not a member of "utmpx"
.^M
make[2]: *** [GettySysV.o] Error 1^M
make[2]: Leaving directory
`/common/software/hylafax-v4.0pl2/faxd'^M
make[1]: *** [default] Error 2^M




_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 29 Apr 1998 22:33:21 -0700 (PDT)
From: Vinay Doma <vdoma@rocketmail.com>
Subject: Re: flexfax: Error when compiling GettySysV.c++ 
To: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com


I'm using xlC on AIX4.2. I think it might be a
problem with <utmp.h> and <utmpx.h> include files,
but I'm not sure. Any ideas?

Thanks,
Vinay Doma
vdoma@rocketmail.com




---Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> 
> On Wed, 29 Apr 1998, Vinay Doma wrote:
> 
> > Date: Wed, 29 Apr 1998 09:24:08 -0700 (PDT)
> > From: Vinay Doma <vdoma@rocketmail.com>
> > To: flexfax@sgi.com
> > Subject: flexfax: Error when compiling
GettySysV.c++ 
> > 
> > Hi,
> > I get the following errors when trying to make
HylaFAX
> > from the source on AIX 4.2. Its a problem with
> > GettySysV.c++ file.
> > I would appreciate it if anyone who's seen this
> > problem or knows how to solve it can help me out.
> 
> What compiler?
> 
> 			Nico Garcia
> 			Senior Engineer, CIRL 
> 			Mass. Eye and Ear Infirmary
> 			raoul@cirl.meei.harvard.edu
> 
> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.2
> 
>
iQCVAwUBNUeNMj/+ItycgIJRAQHf9AP+JIaLWh61jsAGEBRcqB8EjqOw/xOaAgR+
>
SxqPJifLLlq50KR7AWSozODb8rZW6HGEhgzUOdE4WaThvRwgSAjyY6RPsx5SGS0g
>
MAH28D/FTIPSwEtYn1pxsANOO8roKY9f8NWiq/ZJ9rPHEEb9y9425R7cp3D/HlZr
> KJaFnHNqaME=
> =mxyb
> -----END PGP SIGNATURE-----
> 
> 

_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 30 Apr 1998 18:32:36 +1000
To: Vinay Doma <vdoma@rocketmail.com>,
        Nico Garcia <raoul@cirl.meei.harvard.edu>
From: Robert Colquhoun <rjc@trump.net.au>
Subject: Re: flexfax: Error when compiling GettySysV.c++ 
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

Hi Vinay,

This occurs on HP-UX too.

The utmpx interface is broken for these platforms

In config.site set UTMP var to plain utmp.

- Robert

At 22:33 29/04/98 -0700, Vinay Doma wrote:
>
>I'm using xlC on AIX4.2. I think it might be a
>problem with <utmp.h> and <utmpx.h> include files,
>but I'm not sure. Any ideas?
>
>Thanks,
>Vinay Doma
>vdoma@rocketmail.com
>
>
>
>
>---Nico Garcia <raoul@cirl.meei.harvard.edu> wrote:
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> 
>> On Wed, 29 Apr 1998, Vinay Doma wrote:
>> 
>> > Date: Wed, 29 Apr 1998 09:24:08 -0700 (PDT)
>> > From: Vinay Doma <vdoma@rocketmail.com>
>> > To: flexfax@sgi.com
>> > Subject: flexfax: Error when compiling
>GettySysV.c++ 
>> > 
>> > Hi,
>> > I get the following errors when trying to make
>HylaFAX
>> > from the source on AIX 4.2. Its a problem with
>> > GettySysV.c++ file.
>> > I would appreciate it if anyone who's seen this
>> > problem or knows how to solve it can help me out.
>> 
>> What compiler?
>> 
>> 			Nico Garcia
>> 			Senior Engineer, CIRL 
>> 			Mass. Eye and Ear Infirmary
>> 			raoul@cirl.meei.harvard.edu
>> 
>> -----BEGIN PGP SIGNATURE-----
>> Version: 2.6.2
>> 
>>
>iQCVAwUBNUeNMj/+ItycgIJRAQHf9AP+JIaLWh61jsAGEBRcqB8EjqOw/xOaAgR+
>>
>SxqPJifLLlq50KR7AWSozODb8rZW6HGEhgzUOdE4WaThvRwgSAjyY6RPsx5SGS0g
>>
>MAH28D/FTIPSwEtYn1pxsANOO8roKY9f8NWiq/ZJ9rPHEEb9y9425R7cp3D/HlZr
>> KJaFnHNqaME=
>> =mxyb
>> -----END PGP SIGNATURE-----
>> 
>> 
>
>_________________________________________________________
>DO YOU YAHOO!?
>Get your free @yahoo.com address at http://mail.yahoo.com
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: JOHN PRICE <john.price@adtran.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>,
        "'Michael Ferioli'"
	 <ferioli@comnet.com.tr>
Subject: RE: flexfax: Accounting and Billback with faxmail
Date: Tue, 21 Apr 1998 09:13:54 -0500
Sender: owner-flexfax@celestial.com

I guess if you assigned the user a name and password, they could include
that in the top of the email.  Also, that would be nice because they
could send faxes from multiple email accounts.

Of course, this is not a very secure way to do it (clear-text
passwords), but other internet services have the same problem (telnet,
ftp, ppp).

Later,
John

-=+=-

The Good, Clean Funnies List: Good, clean funnies five times a
week, for free!

To subscribe or unsubscribe send email with "add" or "remove" in the
subject line (without the quotes) to "gcfl-request@usa.net".  Send
submissions and comments to "gcfl@usa.net".

A cheerful heart is good medicine... Prov 17:22a (NIV)

On Tuesday, April 21, 1998 7:51 AM, Michael
Ferioli[SMTP:ferioli@comnet.com.tr] wrote:
> I know this question has been asked a million times and I even
> quote the bottom of the man page for faxmail:
> 
>      Because a sender's identity in an electronic mail message is
>      inherently  untrustworthy,  using faxmail to build a mail to
>      fax gateway is problematic.  Unless mail service is  somehow
>      restricted  or  the  sender's  identity  is verified using a
>      mechanism such as  RFC  1847's  multipart/signed  MIME  type
>      there  is  no  reliable way to restrict access to facilities
>      setup with faxmail.
> 
> Ok, so I understand the problem.  Does anyone have a real world
> solution?
> 
> How about using the MTA's logs to cross reference to the xferlog?
> But then again, the source IP could be spoofed.
> 
> Does anyone have any clue how an ISP can setup a mail to fax
> gateway with some kind of reliable billback solution?
> 
> Thanks in advance for any help.
> 
> Mike
> 
> ____________________________________________________________________
> Michael Ferioli                               ferioli@comnet.net.tr
> Comnet A.S.                                http://www.comnet.net.tr

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 10:36:54 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Michael Ferioli <ferioli@comnet.com.tr>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Accounting and Billback with faxmail
Sender: owner-flexfax@celestial.com

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

On Tue, 21 Apr 1998, Michael Ferioli wrote:

> I know this question has been asked a million times and I even
> quote the bottom of the man page for faxmail:
> 
>      Because a sender's identity in an electronic mail message is
>      inherently  untrustworthy,  using faxmail to build a mail to
>      fax gateway is problematic.  Unless mail service is  somehow
>      restricted  or  the  sender's  identity  is verified using a
>      mechanism such as  RFC  1847's  multipart/signed  MIME  type
>      there  is  no  reliable way to restrict access to facilities
>      setup with faxmail.
> 
> Ok, so I understand the problem.  Does anyone have a real world
> solution?
> 
> How about using the MTA's logs to cross reference to the xferlog?
> But then again, the source IP could be spoofed.
> 
> Does anyone have any clue how an ISP can setup a mail to fax
> gateway with some kind of reliable billback solution?

This just came up. Run procmail for the "fax" recipient username,
and have procmail do all the verification of IP address, signatures,
etc., then call the faxmail program.

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

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

iQCVAwUBNTyu/z/+ItycgIJRAQHRVgP/cc/oaElwathjhL6VPGXyo3jIRFJJGjjj
cJdt/IUFj4zBmPRK2j8A9AGlXUnCxLdZZfbMlDyv+s2QfVoscW+D6Pg61qeGqiye
ZkpUnzgIfVsokEo9drZdcPQNQExq/JpJuJSy4r2GKE7+1duAirdeSBtp8LcG8N1+
ehU8QCEbAyk=
=w8Gp
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 11:42:22 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
Cc: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: RE: flexfax: Accounting and Billback with faxmail
Sender: owner-flexfax@celestial.com

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

On Tue, 21 Apr 1998, JOHN PRICE wrote:

> I guess if you assigned the user a name and password, they could include
> that in the top of the email.  Also, that would be nice because they
> could send faxes from multiple email accounts.
> 
> Of course, this is not a very secure way to do it (clear-text
> passwords), but other internet services have the same problem (telnet,
> ftp, ppp).

PGP signatures.

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

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

iQCVAwUBNTy+VT/+ItycgIJRAQEMiQQAg4DWG7a9J5zrbCqdZAJoMsKcYcbi0a3J
+FgVjIZeqMHkiLM51240y+M+Tiu2Mg34J16X0D4rGKR1E/iuWzc7Ig34oGnXZeCS
6kx7fQ14OxJfUj6R5UKtZZNpFj9rq4dnIzdOhdTwVcqgkyW1lwX2ZDh6qHKa8Oht
Pv3nJmjPRW8=
=M9dg
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 01:33:28 +0200
From: Philipp Gruenig <gruenig@tecnosoft.ch>
Organization: Tecno Software
To: "flexfax@sgi.com" <flexfax@sgi.com>
Subject: flexfax: Problems with sending fax
Sender: owner-flexfax@celestial.com

Hi

I've a problem with sending faxes with more than 1 page!

here is the log:

Apr 22 01:35:18.48: [15159]: REMOTE supports T.30 Annex A, ECM
Apr 22 01:35:18.48: [15159]: REMOTE best 10 ms/scanline
Apr 22 01:35:18.48: [15159]: USE 9600 bit/s
Apr 22 01:35:18.48: [15159]: USE 10 ms/scanline
Apr 22 01:35:18.48: [15159]: SEND file "docq/doc11.ps;40"
Apr 22 01:35:18.48: [15159]: USE page width 1728 pixels in 215 mm
Apr 22 01:35:18.48: [15159]: USE unlimited page length 
Apr 22 01:35:18.48: [15159]: USE 3.85 line/mm
Apr 22 01:35:18.48: [15159]: USE 2-D MR
Apr 22 01:35:18.48: [15159]: <-- [23:AT+FIS=0,3,0,2,1,0,0,3\r]
Apr 22 01:35:18.60: [15159]: --> [2:OK]
Apr 22 01:35:18.60: [15159]: <-- [7:AT+FDT\r]
Apr 22 01:35:24.50: [15159]: --> [20:+FCS:0,3,0,2,1,0,0,3]
Apr 22 01:35:24.50: [15159]: --> [7:CONNECT]
Apr 22 01:35:24.50: [15159]: SEND begin page
Apr 22 01:35:49.97: [15159]: SENT 33027 bytes of data
Apr 22 01:35:49.97: [15159]: SEND 2D RTC
Apr 22 01:35:49.97: [15159]: SEND end page
Apr 22 01:35:49.97: [15159]: SEND send MPS (more pages, same document)
Apr 22 01:36:00.82: [15159]: --> [5:ERROR]
Apr 22 01:36:00.82: [15159]: SEND recv RTN (retrain negative)
Apr 22 01:36:00.82: [15159]: <-- [7:AT+FDT\r]
Apr 22 01:36:06.73: [15159]: --> [20:+FCS:0,3,0,2,1,0,0,3]
Apr 22 01:36:06.73: [15159]: --> [7:CONNECT]
Apr 22 01:36:06.73: [15159]: SEND begin page
Apr 22 01:36:32.11: [15159]: SENT 33027 bytes of data
Apr 22 01:36:32.11: [15159]: SEND 2D RTC
Apr 22 01:36:32.11: [15159]: SEND end page
Apr 22 01:36:32.11: [15159]: SEND send MPS (more pages, same document)
Apr 22 01:36:43.06: [15159]: --> [5:ERROR]
Apr 22 01:36:43.06: [15159]: SEND recv RTN (retrain negative)
Apr 22 01:36:43.06: [15159]: <-- [7:AT+FDT\r]
Apr 22 01:36:49.00: [15159]: --> [20:+FCS:0,3,0,2,1,0,0,3]
Apr 22 01:36:49.00: [15159]: --> [7:CONNECT]
Apr 22 01:36:49.00: [15159]: SEND begin page
Apr 22 01:37:14.37: [15159]: SENT 33027 bytes of data
Apr 22 01:37:14.37: [15159]: SEND 2D RTC
Apr 22 01:37:14.37: [15159]: SEND end page
Apr 22 01:37:14.37: [15159]: SEND send MPS (more pages, same document)
Apr 22 01:37:25.32: [15159]: --> [5:ERROR]
Apr 22 01:37:25.32: [15159]: SEND recv RTN (retrain negative)
Apr 22 01:37:25.32: [15159]: <-- [7:AT+FKS\r]
Apr 22 01:37:26.83: [15159]: --> [7:+FHS:02]
Apr 22 01:37:26.83: [15159]: REMOTE HANGUP: Call aborted,  from +FK or
<CAN> (code 2)
Apr 22 01:37:26.83: [15159]: --> [5:ERROR]
Apr 22 01:37:26.83: [15159]: MODEM Command error
Apr 22 01:37:26.83: [15159]: <-- [5:ATH0\r]
Apr 22 01:37:27.22: [15159]: --> [10:NO CARRIER]
Apr 22 01:37:27.22: [15159]: MODEM No carrier
Apr 22 01:37:27.22: [15159]: SESSION END

Any ideas of my problem?
Thanks in advance for any tips.
We use FreeBSD 2.2.2 with HylaFax 4.0pl1
and a Zyxel Modem U 1496 E plus

Philipp Gruenig

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 21 Apr 1998 15:51:56 +0300
To: flexfax@sgi.com
From: Michael Ferioli <ferioli@comnet.com.tr>
Subject: flexfax: Accounting and Billback with faxmail
Sender: owner-flexfax@celestial.com

I know this question has been asked a million times and I even
quote the bottom of the man page for faxmail:

     Because a sender's identity in an electronic mail message is
     inherently  untrustworthy,  using faxmail to build a mail to
     fax gateway is problematic.  Unless mail service is  somehow
     restricted  or  the  sender's  identity  is verified using a
     mechanism such as  RFC  1847's  multipart/signed  MIME  type
     there  is  no  reliable way to restrict access to facilities
     setup with faxmail.

Ok, so I understand the problem.  Does anyone have a real world
solution?

How about using the MTA's logs to cross reference to the xferlog?
But then again, the source IP could be spoofed.

Does anyone have any clue how an ISP can setup a mail to fax
gateway with some kind of reliable billback solution?

Thanks in advance for any help.

Mike

____________________________________________________________________
Michael Ferioli                               ferioli@comnet.net.tr
Comnet A.S.                                http://www.comnet.net.tr

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 22 Apr 1998 08:31:46 +0200
From: Ulrich Eckhardt <uli@transcom.de>
Organization: Transcom
To: sf@sfconsultores.pt
CC: hylafax <flexfax@sgi.com>
Subject: Re: flexfax: Cover Page
X-MIME-Autoconverted: from 8bit to quoted-printable by sgi.sgi.com id XAA02597
Sender: owner-flexfax@celestial.com
X-MIME-Autoconverted: from quoted-printable to 8bit by derrick.elgro.co.uk id IAA00485

JOSE FERRADEIRA wrote:
> 
> Hi,
> 
> Why is so difficult to create a fax cover page?
> I used the FAQ Q36, and after long hours I finished my work.
> I'm not able to include portuguese characters (like  or ) in the entry
> points.
> 
> Best Regards
> 
> Jos Ferradeira

Hi,

i am not a postscript guru, but as far as i know there is
a special notation for national characters needed.

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:58 1999
Date: Tue, 28 Apr 1998 12:16:21 -0500 (CDT)
From: "Edward S. Marshall" <emarshal@xnet.com>
To: flexfax@sgi.com
Subject: flexfax: Restricting phone numbers
X-SpamBait: spam@logic.net
Sender: owner-flexfax@celestial.com

Probably a silly question (or in the FAQ):

How can I restrict what phone numbers can be dialed by a particular user?

Also, how can I specify a password for a user with faxmail?

I'm trying to tighten hylafax down a bit, and am running into a number of
problems like this (some commands don't allow a user to be specified; if
they do, they generally don't allow for a password, except (occasionally) 
in an "interactive" mode...since I'll be writing scripts around most of
this, interactive prompts for passwords don't help much; passing them on
stdin or via command line/environment variable would be much more
helpful).

-- 
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:58 1999
Date: Tue, 28 Apr 1998 15:56:55 -0400
From: "David M. Ronis" <ronis@ronispc.chem.mcgill.ca>
To: flexfax@sgi.com
CC: ronis@ronispc.chem.mcgill.ca
Subject: flexfax: Problem compiling HylaFAX-v4.0pl2
Reply-to: ronis@onsager.chem.mcgill.ca
Sender: owner-flexfax@celestial.com


I'm trying to compile HylaFAX-v4.0pl2 on a i586 running Linux 2.0.33
(I built it peviously on a i486 using an earlier release).  The
compilation fails to build several modules (I've copied the
appropriate parts of the log below).  I've tried the gcc-2.7.3,
gcc-2.8.1 and egcs-1.0.2 compilers, and all give the same error.  I've
also tried reducing the optimization, but again, I get the same error.

Any idea what's going on?

(I've subscribed to the list, but so far, I've received nothing,
please cc any replies to me directly).

David Ronis

Here's the log:

/usr/local/bin/gcc -I.././zlib -D__ANSI_CPP__ -I. -I.. -I.././util
-I.././util -I/usr/local/include -I.././regex -O3 -march=pentium
-ffast-math -fomit-frame-pointer -funroll-loops -malign-double
-malign-jumps=0 -malign-functions=0 -malign-loops=0 -x c++ -c
SendFaxJob.c++

SendFaxJob.c++: In method `unsigned char SendFaxJob::createJob(class
SendFaxClient &, class fxStr &)':

SendFaxJob.c++:499: no matching function for call to
`SendFaxClient::sendZData (int &, unsigned char (FaxClient::)(fxStr &,
fxStr &), fxStr &, fxStr &)'

FaxClient.h:273: candidates are: FaxClient::sendZData(int, unsigned
char (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)

make[3]: *** [SendFaxJob.o] Error 1

.. -I.././util -I.././util -I/usr/local/include -I.././regex -O3
-march=pentium -ffast-math -fomit-frame-pointer -funroll-loops
-malign-double -malign-jumps=0 -malign-functions=0 -malign-loops=0 -x
c++ -c SendFaxClient.c++

SendFaxClient.c++: In method `unsigned char
SendFaxClient::sendDocuments(class fxStr &)':

SendFaxClient.c++:460: no matching function for call to
`SendFaxClient::sendData (int &, unsigned char (FaxClient::)(fxStr &,
fxStr &), fxStr &, fxStr &)'

FaxClient.h:271: candidates are: FaxClient::sendData(int, unsigned
char (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)

SendFaxClient.c++:464: no matching function for call to
`SendFaxClient::sendZData (int &, unsigned char (FaxClient::)(fxStr &,
fxStr &), fxStr &, fxStr &)'

FaxClient.h:273: candidates are: FaxClient::sendZData(int, unsigned
char (FaxClient::*)(fxStr &, fxStr &), fxStr &, fxStr &)

The following is only a warning:

/usr/local/bin/gcc -DOLDPROTO_SUPPORT=1 -DSNPP_SUPPORT=1 -I.././faxd
-I.././zlib -D__ANSI_CPP__ -I. -I.. -I.././hfaxd -I.././util
-I/usr/local/include -I.././regex -O3 -march=pentium -ffast-math
-fomit-frame-pointer -funroll-loops -malign-double -malign-jumps=0
-malign-functions=0 -malign-loops=0 -x c++ -c OldProtocol.c++

OldProtocol.c++:255: warning: assuming & on `OldProtocolServer::submitJob(const char *)'
... lots more of these

OldProtocol.c++:255: warning: assuming & on overloaded member function

OldProtocol.c++: In method `void OldProtocolServer::alterJobTTS(const char *)':

OldProtocol.c++:652: no matching function for call to
`OldProtocolServer::applyToJob (const char *&, char[6], void
(OldProtocolServer::)(Job &, const char *))'

OldProtocol.c++:531: candidates are:
OldProtocolServer::applyToJob(const char *, const char *, void
(OldProtocolServer::*)(Job &, const char *))

OldProtocol.c++: In method `void
OldProtocolServer::alterJobGroupTTS(const char *)':

OldProtocol.c++:652: no matching function for call to `OldProtocolServer::applyToJobGroup (const char *&, char[6], void (OldProtocolServer::)(Job &, const char *))'
OldProtocol.c++:564: candidates are: OldProtocolServer::applyToJobGroup(const char *, const char *, void (OldProtocolServer::*)(Job &, const char *))

lots more of these also.


make[3]: *** [OldProtocol.o] Error 1

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Tue, 28 Apr 1998 20:18:43 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: ronis@onsager.chem.mcgill.ca
Cc: Hylafax Mailing List <flexfax@sgi.com>
Subject: Re: flexfax: Problem compiling HylaFAX-v4.0pl2
Sender: owner-flexfax@celestial.com

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

On Tue, 28 Apr 1998, David M. Ronis wrote:

> I'm trying to compile HylaFAX-v4.0pl2 on a i586 running Linux 2.0.33
> (I built it peviously on a i486 using an earlier release).  The
> compilation fails to build several modules (I've copied the
> appropriate parts of the log below).  I've tried the gcc-2.7.3,
> gcc-2.8.1 and egcs-1.0.2 compilers, and all give the same error.  I've
> also tried reducing the optimization, but again, I get the same error.

gcc is only one of the patches you'll need for RedHat 5.0.

There is a set of patches at http://cirl.meei.harvard.edu/hylafax/ that
you are welcome to use. Some were written by me, the gcc patch was
posted by someone else on this list.

If they don't work out for you, let us know.

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

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

iQCVAwUBNUZx3D/+ItycgIJRAQEm5wQAj45E1cb0RzExwKL2T6yAmCdq4p6T2SBD
lZxU+yBJcqrrUdtI6EowZ0T19dUhE49LwqzqvVCeupIpeQBi25EKwb9k+88EVFg/
AzLZuUjGzsayyLdh0VMNJKWxxpmFzJOS9b1G0MLWQpw4+5IsepQEzZFrJ4+bB7ZY
FzMS147AeMw=
=9Exk
-----END PGP SIGNATURE-----

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Lars Schmitt <lschmitt@axp01.e18.physik.tu-muenchen.de>
To: flexfax@sgi.com
Subject: flexfax: faxq/sendfax not sending
Date: Tue, 28 Apr 98 21:12:19 +0200
Sender: owner-flexfax@celestial.com


Hello,

I have installed HylaFax 4.0pl2 on a Digital Unix 4.0C system.
I used to run successfully 3.0 on a different DEC system elsewhere.
Now I compiled the new version (after some configuration work) and
it seems to work at first glance:
  - hfaxd is running, answers correctly to faxstat
  - faxq is running properly
  - faxgetty starts and initializes the modem 
All this can be followed in syslog.

When I submit a fax with 
       sendfax -d "Lars Schmitt"@12570 file.ps
it is queued properly, the files (document+cover) are transferred
and faxq and hfaxd acknowledge this in syslog. However there is no
attempt whatsoever to send the fax. Also faxalter doesn't trigger
submission. Nothing is sent out.

Querying with "faxstat -s" simply gives:

HylaFAX scheduler on axp01: Running
Modem tty00 (+4989xxxxxxx): Running and idle

JID  Pri S  Owner Number       Pages Dials     TTS Status
2      1 W lschmi 12570         0:0   0:12         

How can I find out where the submission is hanging/waiting? What  
can be the problem?

Thank you for your help.

Yours,
       Lars

-----------
Dr. Lars Schmitt       
lschmitt@e18.physik.tu-muenchen.de
TU Muenchen, Physik-Department, E18
James-Franck-Str., 85747 Garching
Phone: +49-89-289-12575
Fax  : +49-89-289-12570

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Jakob Curdes <jc@info-systems.com>
To: flexfax@sgi.com
Subject: flexfax: 1414VQE - german version - init failure
Date: Wed, 29 Apr 1998 06:31:59 +0200
Sender: owner-flexfax@celestial.com

I have a "noname" 1414VQE modem with rockwell chipset and the german firmware 

ati3
CES-04A GER 940829
OK    

I assume that this is what you call the "dynalink 1414vqe". However, 
neither of the rockwell configuration files work for me. I always get         

Apr 29 06:34:29 insegni FaxQueuer[189]: MODEM ttyS2: NUMBER 49 441 8859580
Apr 29 06:34:31 insegni FaxGetty[933]: MODEM set DTR ON
Apr 29 06:34:31 insegni FaxGetty[933]: MODEM set baud rate: 19200 baud, input flow RTS/CTS, output flow RTS/CTS
Apr 29 06:34:31 insegni FaxGetty[933]: MODEM flush i/o
Apr 29 06:34:31 insegni FaxGetty[933]: <-- [19:ATF&F1E0V1Q0S0=0H0\r]
Apr 29 06:34:31 insegni FaxGetty[933]: --> [5:ERROR]                       

Each of the commands, issued from a terminal program, is ok. 
I also increased the ModemATCmdDelay time to ensure that 
the modem has enough time to answer, but no success. 
I spent the whole night on this.... maybe someone has a hint 
which prevents me from spending another one ?

Thanks for your help,
Jacob Curdes

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Wed, 29 Apr 1998 18:00:25 +0200
From: Christoph Lange <clange@jane.biologie.fu-berlin.de>
To: hylafax mailing list <flexfax@sgi.com>
Subject: flexfax: reaching fax machine behind dumb switch
X-Organization: Institut fuer Verhaltensbiologie, FU Berlin
X-Priv-Address: Haehnelstr. 14, 12159 Berlin
X-Priv-Telephone: +49 30 859 35 33
X-Priv-Fax: +49 30 859 35 33
Sender: owner-flexfax@celestial.com


Hello, all!

I know that someone already asked the following question, but I didn't
get the answers since I was kicked out by the list-server. So again:

How can I make hylafax send a fax behind such brain dead phone
switches that make my modem recognize a BUSY signal? In other words:
Is there a way of starting the fax transmission by pressing a key?

(hylafax 4.0pl1, Linux 2.0.33, USRobitics 33.6 Sportster Voice)

	Greetings,

		Christoph.
                        _
--------------------- <(o)
Christoph Lange         T ___
Haehnelstr. 14          |/   \
12159 Berlin            \____/   Phone/Fax : +49 30 8593533
GERMANY                   / |    E-Mail:     clange@biologie.fu-berlin.de
------------------------ - - ---------------------------------------------

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: David Woolley <david@djwhome.demon.co.uk>
Subject: Re: flexfax: reaching fax machine behind dumb switch
To: clange@jane.biologie.fu-berlin.de (Christoph Lange)
Date: Fri, 1 May 1998 08:39:21 +0100 (BST)
Cc: flexfax@sgi.com
Sender: owner-flexfax@celestial.com

> switches that make my modem recognize a BUSY signal? In other words:
> Is there a way of starting the fax transmission by pressing a key?

No.  Hylafax is designed for unattended server operation, not, primarily,
for desktop use.

There might be a way of tricking this particular site by using locked down
(& prefix) entries in the info file for the phone number.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Marcelo Barth <Marcelo.Barth@allscripts.com>
To: "'flexfax@sgi.com'" <flexfax@sgi.com>
Subject: flexfax: Modem error 5
Date: Wed, 29 Apr 1998 10:23:43 -0500
Sender: owner-flexfax@celestial.com

I have compiled HylaFAX (tm) Version 4.0pl1 on an Alpha server 4100
running Digital Unix 4.0B
using g++.  Compiled file.
Using a MultiTech MT2834ZDXb.  I have not been able to send out a fax
yet.
Following are my config.tty02 file and Session Logs.
PLease HELP!!



#
# Configuration for a Multi-Tech MT1432, MT224BA, and MT1932ZDX modems.
#
# MT1432        firmware rev 0307 I or newer
# MT132BG       rev 0109A
# MT1932ZDX     rev 0109H
#
# Note that MT1432 modems come in several varieties:
#
# MT1432BA      uses Rockwell data pump
# MT1432BA/A    uses AT&T data pump
# MT1432BG      MT1432BA tweaked for German FCC
# MT1432MK      (for UK?)
#
# The modem has been tried with both XON/XOFF and RTS/CTS flow
# control; this configuration is for hardware flow control.
#
# CONFIG: CLASS2: Multi-Tech*-*
#
# BEGIN-SERVER
# END-SERVER
CountryCode:            1
AreaCode:               847
FAXNumber:              +1.847.XXX.XXXX
LongDistancePrefix:     1
InternationalPrefix:    011
DialStringRules:        "etc/dialrules"
#ServerTracing:          1
#SessionTracing:         11
RecvFileMode:           0600
LogFileMode:            0600
DeviceMode:             0660
RingsBeforeAnswer:      0
SpeakerVolume:          off
GettyArgs:              "std.%s"
LocalIdentifier:        "Alpha Fax"
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).
#
ServerTracing:          0xfffff
SessionTracing:         0xfffff
ModemType:              Class2          # use class 2 interface
ModemRate:              38400           # lock rate for DCE-DTE
communication
#ModemFlowControl:      xonxoff         # software flow control
ModemFlowControl:       rtscts          # RTS/CTS flow control assumed
#
ModemHardFlowCmd:       AT&E4           # hardware flow control
ModemSoftFlowCmd:       AT&E5           # software flow control
ModemSetupDTRCmd:       AT&D3           # setup so DTR drop resets modem
ModemSetupDCDCmd:       AT&C1           # setup so DCD reflects carrier
(or not)
ModemSetupAACmd:        AT+FAA=1        # enable adaptive-answer in
class 2
#
# NB: some models get confused by the @
#
ModemDialCmd:           ATDT%s@         # T for tone dialing, @ for
silence
#
Class2RecvDataTrigger:  "\022"          # character sent to modem to
start recv



Session Log

Apr 29 09:38:00 databeast FaxSend[15161]: servertracing = 0xfffff (line
72)
Apr 29 09:38:00 databeast FaxSend[15161]: sessiontracing = 0xfffff (line
73)
Apr 29 09:38:00 databeast FaxSend[15161]: modemtype = Class2 (line 74)
Apr 29 09:38:00 databeast FaxSend[15161]: modemrate = 38400 (line 75)
Apr 29 09:38:00 databeast FaxSend[15161]: modemflowcontrol = rtscts
(line 77)
Apr 29 09:38:00 databeast FaxSend[15161]: modemhardflowcmd = AT&E4 (line
79)
Apr 29 09:38:00 databeast FaxSend[15161]: modemsoftflowcmd = AT&E5 (line
80)
Apr 29 09:38:00 databeast FaxSend[15161]: modemsetupdtrcmd = AT&D3 (line
81)
Apr 29 09:38:00 databeast FaxSend[15161]: modemsetupdcdcmd = AT&C1 (line
82)
Apr 29 09:38:00 databeast FaxSend[15161]: modemsetupaacmd = AT+FAA=1
(line 83)
Apr 29 09:38:00 databeast FaxSend[15161]: modemdialcmd = ATDT%s@ (line
87)
Apr 29 09:38:00 databeast FaxSend[15161]: class2recvdatatrigger = ^R
(line 89)
Apr 29 09:38:00 databeast FaxSend[15161]: Define AreaCode = "847"
Apr 29 09:38:00 databeast FaxSend[15161]: Define CountryCode = "1"
Apr 29 09:38:00 databeast FaxSend[15161]: Define LongDistancePrefix =
"1"
Apr 29 09:38:00 databeast FaxSend[15161]: Define InternationalPrefix =
"011"
Apr 29 09:38:00 databeast FaxSend[15161]: Define Area = "847"
Apr 29 09:38:00 databeast FaxSend[15161]: Define Country = "1"
Apr 29 09:38:00 databeast FaxSend[15161]: Define IDPrefix = "011"
Apr 29 09:38:00 databeast FaxSend[15161]: Define LDPrefix = "1"
Apr 29 09:38:00 databeast FaxSend[15161]: Define WS = " ^I"
Apr 29 09:38:00 databeast FaxSend[15161]: CanonicalNumber := [
Apr 29 09:38:00 databeast FaxSend[15161]:   "#.*" = ""
Apr 29 09:38:00 databeast FaxSend[15161]:   "[abcABC]" = "2"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[defDEF]" = "3"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[ghiGHI]" = "4"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[jklJKL]" = "5"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[mnoMNO]" = "6"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[prsPRS]" = "7"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[tuvTUV]" = "8"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[wxyWXY]" = "9"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[^+0-9]+" = ""
Apr 29 09:38:00 databeast FaxSend[15161]:   "^011" = "+"
Apr 29 09:38:00 databeast FaxSend[15161]:   "^1" = "+1"
Apr 29 09:38:00 databeast FaxSend[15161]:   "^[^+]" = "+1847&"
Apr 29 09:38:00 databeast FaxSend[15161]: ]
Apr 29 09:38:00 databeast FaxSend[15161]: DialString := [
Apr 29 09:38:00 databeast FaxSend[15161]:   "[- ^I.]+" = ""
Apr 29 09:38:00 databeast FaxSend[15161]:   "[abcABC]" = "2"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[defDEF]" = "3"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[ghiGHI]" = "4"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[jklJKL]" = "5"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[mnoMNO]" = "6"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[prsPRS]" = "7"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[tuvTUV]" = "8"
Apr 29 09:38:00 databeast FaxSend[15161]:   "[wxyWXY]" = "9"
Apr 29 09:38:00 databeast FaxSend[15161]:   "^[+]1" = "1"
Apr 29 09:38:00 databeast FaxSend[15161]:   "^[+]" = "011"
Apr 29 09:38:00 databeast FaxSend[15161]: ]
Apr 29 09:38:00 databeast FaxSend[15161]: MODEM set DTR OFF
Apr 29 09:38:00 databeast FaxSend[15161]: MODEM set baud rate: 0 baud
(flow cont
rol unchanged)
Apr 29 09:38:00 databeast FaxSend[15161]: DELAY 2600 ms
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM set DTR ON
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM set baud rate: 38400
baud, input
 flow RTS/CTS, output flow RTS/CTS
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM flush i/o
Apr 29 09:38:03 databeast FaxSend[15161]: <-- [15:ATE0V1Q0S0=0H0\r]
Apr 29 09:38:03 databeast FaxSend[15161]: --> [2:OK]
Apr 29 09:38:03 databeast FaxSend[15161]: <--
[21:ATS8=2S7=60&E4&D3&C1\r]
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM READ ERROR: errno 5
Apr 29 09:38:03 databeast FaxSend[15161]: --> [0:]
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM <Empty line>
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM set DTR OFF
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM set baud rate: 0 baud
(flow cont
rol unchanged)
Apr 29 09:38:03 databeast FaxSend[15161]: MODEM setBaudRate::tcgetattr:
I/O erro
r
Apr 29 09:38:03 databeast FaxSend[15161]: DELAY 2600 ms
Apr 29 09:38:06 databeast FaxSend[15161]: MODEM set DTR ON
Apr 29 09:38:06 databeast FaxSend[15161]: /dev/tty02: Can not open modem
(Operat
ion would block)
Apr 29 09:38:06 databeast FaxSend[15161]: MODEM set baud rate: 38400
baud, input
 flow RTS/CTS, output flow RTS/CTS
Apr 29 09:38:06 databeast FaxSend[15161]: MODEM setBaudRate::tcgetattr:
Bad file
 number
Apr 29 09:38:06 databeast FaxSend[15161]: /dev/tty02: Can not initialize
modem.
Apr 29 09:38:06 databeast FaxSend[15161]: STATE CHANGE: BASE ->
MODEMWAIT (timeo
ut 30)
Apr 29 09:38:36 databeast FaxSend[15161]: MODEM set DTR OFF
Apr 29 09:38:36 databeast FaxSend[15161]: MODEM set baud rate: 0 baud
(flow cont
rol unchanged)
Apr 29 09:38:36 databeast FaxSend[15161]: DELAY 2600 ms
Apr 29 09:38:39 databeast FaxSend[15161]: MODEM set DTR ON
Apr 29 09:38:39 databeast FaxSend[15161]: MODEM set baud rate: 38400
baud, input
 flow RTS/CTS, output flow RTS/CTS
Apr 29 09:38:39 databeast FaxSend[15161]: MODEM flush i/o
Apr 29 09:38:39 databeast FaxSend[15161]: <-- [15:ATE0V1Q0S0=0H0\r]
Apr 29 09:38:44 databeast FaxSend[15161]: MODEM TIMEOUT: reading line
from modem
Apr 29 09:38:44 databeast FaxSend[15161]: MODEM <Timeout>
Apr 29 09:38:44 databeast FaxSend[15161]: MODEM set DTR OFF
Apr 29 09:38:44 databeast FaxSend[15161]: MODEM set baud rate: 0 baud
(flow cont
rol unchanged)
Apr 29 09:38:44 databeast FaxSend[15161]: DELAY 2600 ms
Apr 29 09:38:46 databeast FaxSend[15161]: MODEM set DTR ON
Apr 29 09:38:46 databeast FaxSend[15161]: MODEM set baud rate: 38400
baud, input
 flow RTS/CTS, output flow RTS/CTS
Apr 29 09:38:46 databeast FaxSend[15161]: MODEM flush i/o
Apr 29 09:38:46 databeast FaxSend[15161]: <-- [15:ATE0V1Q0S0=0H0\r]
Apr 29 09:38:51 databeast FaxSend[15161]: MODEM TIMEOUT: reading line
from modem
Apr 29 09:38:51 databeast FaxSend[15161]: MODEM <Timeout>
Apr 29 09:38:51 databeast FaxSend[15161]: MODEM set DTR OFF
Apr 29 09:38:51 databeast FaxSend[15161]: MODEM set baud rate: 0 baud
(flow cont
rol unchanged)
Apr 29 09:39:21 databeast FaxSend[15161]: MODEM set DTR OFF
Apr 29 09:39:21 databeast FaxSend[15161]: MODEM set baud rate: 0 baud
(flow cont
rol unchanged)
.
.
.
Apr 29 09:39:36 databeast FaxSend[15161]: Unable to setup modem on
/dev/tty02; g
iving up after 2 attempts

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 30 Apr 1998 10:52:55 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Marcelo Barth <Marcelo.Barth@allscripts.com>
cc: Hylafax Mailing list <flexfax@sgi.com>
Subject: Re: flexfax: Modem error 5
Sender: owner-flexfax@celestial.com

On Wed, 29 Apr 1998, Marcelo Barth wrote:

[snip]
> Apr 29 09:38:03 databeast FaxSend[15161]: <--
> [21:ATS8=2S7=60&E4&D3&C1\r]
> Apr 29 09:38:03 databeast FaxSend[15161]: MODEM READ ERROR: errno 5

You need to find out just which of the above AT commands is causing
your modem failure and then tweak the config file to correct it.
--
Jonathan Chen <jonc@pinnacle.co.nz>
----------------------------------------------------------------------
             "A person should be able to do a small bit of everything,
                                        specialisation is for insects"

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: Marcelo Barth <Marcelo.Barth@allscripts.com>
To: "'Jonathan Chen'" <jonc@pinnacle.co.nz>
Cc: Hylafax Mailing list <flexfax@sgi.com>
Subject: RE: flexfax: Modem error 51
Date: Wed, 29 Apr 1998 18:40:54 -0500
Sender: owner-flexfax@celestial.com

Look closer, I executed that whole line in
cu -l tty02 and the modem responded "OK"

The error number is 51 not 5 which if I am correct is some kind of
network error.  My modem is set up via a network based terminal server.
After I discovered this I went back into the documentation and
discovered a flag in the config.site "CONFIG_NOREOPEN" it was set to
"yes" so I set it to "no" cleaned up the objects and recompile.

I AM STILL HAVING THE SAME PROBLEM!!!

HELP!!  HELP!!  HELP!!

Thanks Marcelo

> ----------
> From: 	Jonathan Chen[SMTP:jonc@pinnacle.co.nz]
> Sent: 	Wednesday, April 29, 1998 5:52 PM
> To: 	Marcelo Barth
> Cc: 	Hylafax Mailing list
> Subject: 	Re: flexfax: Modem error 5
> 
> On Wed, 29 Apr 1998, Marcelo Barth wrote:
> 
> [snip]
> > Apr 29 09:38:03 databeast FaxSend[15161]: <--
> > [21:ATS8=2S7=60&E4&D3&C1\r]
> > Apr 29 09:38:03 databeast FaxSend[15161]: MODEM READ ERROR: errno 5
> 
> You need to find out just which of the above AT commands is causing
> your modem failure and then tweak the config file to correct it.
> --
> Jonathan Chen <jonc@pinnacle.co.nz>
> ----------------------------------------------------------------------
>              "A person should be able to do a small bit of everything,
>                                         specialisation is for insects"
> 

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Fri, 1 May 1998 09:02:07 +1200 (NZST)
From: Jonathan Chen <jonc@pinnacle.co.nz>
To: Marcelo Barth <Marcelo.Barth@allscripts.com>
cc: Hylafax Mailing list <flexfax@sgi.com>
Subject: RE: flexfax: Modem error 51
Sender: owner-flexfax@celestial.com

On Wed, 29 Apr 1998, Marcelo Barth wrote:

> Look closer, I executed that whole line in
> cu -l tty02 and the modem responded "OK"
> 
> The error number is 51 not 5 which if I am correct is some kind of
> network error.  My modem is set up via a network based terminal server.
> After I discovered this I went back into the documentation and
> discovered a flag in the config.site "CONFIG_NOREOPEN" it was set to
> "yes" so I set it to "no" cleaned up the objects and recompile.

If I recall correctly, HylaFAX doesn't work too good with ports
connected to a terminal server. The port-mode translation over the
network gets lost; and HylaFAX really requires fine control over the
port.
--
Jonathan Chen <jonc@pinnacle.co.nz>
--------------------------------------------------------------------
The Internet: an empirical test of the idea that a million monkeys
              banging on a million keyboards can produce Shakespeare

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
From: "Chemisov Serg" <chek@ns.sirena.ru>
To: <flexfax@sgi.com>
Subject: flexfax: Problem with '- F' option of 'sendfax'
Date: Thu, 30 Apr 1998 18:26:32 +0400
Sender: owner-flexfax@celestial.com

		Hi !
	I use HylaFAX  V4.0pl1 under FreeBSD.
When I trie use  '-F' option of 'sendfax' program (as root),
I have next error.
(Example):

#sendfax -n -d "81521756" -F "Hello"  /tmp/fax
503 Permission denied : no write access to job parameter USETAGLINE
#

The 'TagLineFormat' variable set as '%%j' .
Why Permission denied ?

Regards.
Serg Chemisov.

From owner-flexfax@celestial.com  Tue Feb 16 17:31:58 1999
Date: Thu, 30 Apr 1998 11:49:31 -0400 (EDT)
From: Nico Garcia <raoul@cirl.meei.harvard.edu>
To: Vinay Doma <vdoma@rocketmail.com>
Cc: flexfax@sgi.com
Subject: Re: flexfax: Error when compiling GettySysV.c++ 
Sender: owner-flexfax@celestial.com

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

On Wed, 29 Apr 1998, Vinay Doma wrote:

> I'm using xlC on AIX4.2. I think it might be a
> problem with <utmp.h> and <utmpx.h> include files,
> but I'm not sure. Any ideas?

Oi. Unknown compiler, and include errors, eh?

One thing gcc does is re-write the include files to be ANSI
compliant. It might actually be easiest to install gcc and libg++,
with the gcc-2.8.x patch for HylaFAX, and work from that.

I haven't hung onto your original post, and lack the familiarity with
AIX to suggest specific approaches. You could duplicate the utmp.h and
utmpx.h files to the HylaFAX port directory, and try tweaking them
locally, or tweaking GettySysV.c++ locally to match them.  Then when
you've figured out the inconsistency, write or ask for help with a
patch to integrate it into the configure script so it gets correctly
set at configuration time.

> > > from the source on AIX 4.2. Its a problem with
> > > GettySysV.c++ file.
> > > I would appreciate it if anyone who's seen this
> > > problem or knows how to solve it can help me out.

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

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

iQCVAwUBNUidfj/+ItycgIJRAQHKIwQAl2wgiPXqvpwFmdEJvuLMHGhJDrxJh1dk
MmJ7M2vjSgzR/qTJQK7biMbY05L/cceIOFPr/odzWzQ9DJ8HTIi+GQ3RlzArys+y
4Miw1pEe8vc4/PnvF5w9AnKnzVt671kBufNwHRtwc4qaprPo8UC/k7R+dh5viFRV
PYxldE8f9WY=
=npUu
-----END PGP SIGNATURE-----

