HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
Re: squished faxes when receiving a fax
> > > > I am using a multitech2834MR modem to receive faxes and when I receive
> > > > a fax using 4.0pl1, they only take up half the page. Here is the log of the
> > > > reception:
> > >
> > > Sounds like a flow control problem - try changing from whatever you're
> > > using to the to the other method (i.e., if you're using RTSCTS, try XONXOFF).
> >
> > I tried switching it to xonxoff but received the same fax squished into
> > 1/2 a page:
> >
> This is typically a problem with a modem ( fax ) that does not negotiate
> properly. I experienced this problem wayyyy back with Flexfax & a
> Practical Periphals Fax modem.
>
> If the fax appears almost perfect, but "shrunk" to 1/2 the size in the
> vertical aspect, then this is the same problem.
yes this is exactly what I am experiencing.
>
> If the fax is "scrambled", and un-readable, then it is a flow control
> problem.
>
> I used the "tiger.ps" file that comes with ghostscript as a test file,
> it really hammers on the fax modem & tests handshaking to it's fullist.
>
> It typically has something to do with resolution ( as you stated below ),
> though with a Multitech modem, I am REALLY suprised. I have a 1432 and
> several of the 28.8 ZDX's, and they work flawlessley ( sp? ).
yes I thought that multitechs were recommended and have used the 2834mr for
a while with hylafax. Don't remember having this problem with earlier version
of hylafax but am not sure why it is happening now.
> The problem is with a broken FDIS command. Sam did put in a workaround
> in the code, but I am not sure it is applicable, as your modem sends
> properly.
correct. sending faxes are fine. I can even send a fax to the fax machine
I've been using to test in both fine and standard resolutions just fine.
It seems my only problem is in receiving faxes.
> You might want to read up on:
>
> Class2DDISCmd: AT+FDIS # enable workaround for broken +FDIS
>
> But I would check you eprom levels first.
do you mean the revision of my modem? Just upgraded to the latest tonight
and it had no effect. Also was beginning to think it was because the
encoding was set to 2d rather than 1d. I tried setting the
RecvDataFormat: "1-D MR" parameter in my config.ttyy2r file but that
did not seem to fix anything as it still received in 2-d. But I'm not
sure if I turned on copy quality or not for that to take effect. Will check
into tomorrow.
Incidentally, I sent an email to multitech support and they wanted to know
the init string of the modem and to include at+frbor=1. I know the init
string is ats8=2s7=60&e5&d3&c1 but am wondering how I can add to that
init string. Where in the config file do you specify what to use for the
init string and how can I add at+frbor=1 to be executed? I tried the
ModemResetCmd: Parameter in the config file but that issued the command
before the init string. Any ideas?
thanks for the reply
merc
> > ---------------------------------------------------------------------------
> > May 13 21:12:20.23: [ 6281]: SESSION BEGIN 00003299 1xxxxxxxxx
> > May 13 21:12:20.24: [ 6281]: <-- [4:ATA\r]
> > May 13 21:12:27.40: [ 6281]: --> [74:+FHT:FF 03 40 37 30 38 30 30 32 36 35 30 33
> > 20 20 20 20 20 20 20 20 20 20 ]
> > May 13 21:12:28.19: [ 6281]: --> [26:+FHT:FF 13 80 00 6E FA 00 ]
> > May 13 21:12:28.96: [ 6281]: --> [5:+FCON]
> > May 13 21:12:28.96: [ 6281]: STATE CHANGE: ANSWERING -> RECEIVING
> > May 13 21:12:28.96: [ 6281]: MODEM input buffering enabled
> > May 13 21:12:28.97: [ 6281]: RECV FAX: begin
> > May 13 21:12:30.64: [ 6281]: --> [74:+FHR:FF 03 43 37 32 32 32 31 32 36 35 30 33
> > 20 20 20 20 20 20 20 20 20 20 ]
> > May 13 21:12:30.90: [ 6281]: --> [26:+FHR:FF 13 83 00 22 98 00 ]
> > May 13 21:12:34.18: [ 6281]: --> [28:+FTSI:" xxxxxxxxxx"]
> > May 13 21:12:34.18: [ 6281]: REMOTE TSI "xxxxxxxxxx"
> > May 13 21:12:34.18: [ 6281]: --> [21:+FDCS:0,5,0,2,0,0,0,1]
> > May 13 21:12:34.18: [ 6281]: REMOTE wants 14400 bit/s
> > May 13 21:12:34.18: [ 6281]: REMOTE wants page width 1728 pixels in 215 mm
> > May 13 21:12:34.18: [ 6281]: REMOTE wants unlimited page length
> > May 13 21:12:34.18: [ 6281]: REMOTE wants 3.85 line/mm
> > May 13 21:12:34.18: [ 6281]: REMOTE wants 1-D MR
> > May 13 21:12:34.18: [ 6281]: --> [2:OK]
> > May 13 21:12:34.18: [ 6281]: <-- [7:AT+FDR\r]
> > May 13 21:12:35.28: [ 6281]: --> [14:+FHT:FF 13 84 ]
> > May 13 21:12:35.57: [ 6281]: --> [5:+FCFR]
> > May 13 21:12:35.57: [ 6281]: --> [28:+FTSI:" xxxxxxxxxx"]
> > May 13 21:12:35.57: [ 6281]: REMOTE TSI "xxxxxxxxxx"
> > May 13 21:12:35.57: [ 6281]: --> [21:+FDCS:0,5,0,2,0,0,0,1]
> > May 13 21:12:35.57: [ 6281]: REMOTE wants 14400 bit/s
> > May 13 21:12:35.57: [ 6281]: REMOTE wants page width 1728 pixels in 215 mm
> > May 13 21:12:35.57: [ 6281]: REMOTE wants unlimited page length
> > May 13 21:12:35.57: [ 6281]: REMOTE wants 3.85 line/mm
> > May 13 21:12:35.57: [ 6281]: REMOTE wants 1-D MR
> > May 13 21:12:36.31: [ 6281]: --> [7:CONNECT]
> > May 13 21:12:36.31: [ 6281]: RECV: begin page
> > May 13 21:12:36.31: [ 6281]: MODEM set XON/XOFF/FLUSH: input ignored, output generated
> > May 13 21:12:36.31: [ 6281]: RECV: send trigger 022
> > May 13 21:12:36.31: [ 6281]: <-- data [1]
> > May 13 21:12:52.70: [ 6281]: RECV: 29242 bytes of data, 1056 total lines
> > May 13 21:12:52.70: [ 6281]: MODEM set XON/XOFF/DRAIN: input interpreted, output disabled
> > May 13 21:12:52.70: [ 6281]: --> [18:+FPTS:1,1056,0,0,0]
> > May 13 21:12:53.91: [ 6281]: --> [14:+FHR:FF 13 2F ]
> > May 13 21:12:53.91: [ 6281]: --> [6:+FET:2]
> > May 13 21:12:53.91: [ 6281]: RECV recv EOP (no more pages or documents)
> > May 13 21:12:53.91: [ 6281]: --> [2:OK]
> > May 13 21:12:53.91: [ 6281]: RECV send MCF (message confirmation)
> > May 13 21:12:53.92: [ 6281]: <-- [7:AT+FDR\r]
> > May 13 21:12:55.08: [ 6281]: --> [14:+FHT:FF 13 8C ]
> > May 13 21:12:56.06: [ 6281]: RECV FAX: end
> > May 13 21:12:56.07: [ 6281]: SESSION END
> > ---------------------------------------------------------------------------
> >
> > Like I said before, this only happens when the fax machine is sending a
> > fax to the multitech modem in standard mode. The weird thing though, is that
> > I can send a standard fax from the modem to the fax machine I'm using to
> > test and it takes up the whole page and is not squished.
> >
> > Any other ideas??
> >
> > thanks
> >
> > merc