Faxpoll server with USR Courier V34+

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

On Mon, 22 Jan 1996, Gert Doering wrote:

> Hi,
> 
> 
> > poll receiving with sendfax is going fine. (when using FAX_SEND_IGNORE 
> > CARRIER).
> 
> OK, fine.
> 
> > poll sending with mgetty is going fine for only one page. The second is 
> > sent into the logfile (echoed by the modem which dropped the line, maybee 
> > it's the same problem as receiving a fax poll ????). 
> 
> No, this is the problem I have mentioned before. USRs *can't* do fax poll
> sending, it is just broken. When I tried this, even the first page was
> received partially corrupt, and then I've seen the same behaviour you see.
> 
Is there no possibilty that USR have improved their new flashroms (v34+) 
and faxpoll sending is going better ?

> There is no carrier to be monitored, the connection is completely
> half-duplex. The sending fax does not listen to *anything* on the line
> until the end of the page (when it sends "my page is finished, what do
> you think about it?").
> 
> Then your modem is even more broken than I thought.
> 
> During the page transmission (unless using ECM) the modem must *never* hang
> up, and if it hangs up at the end of a page, it *must* signal this to the
> host in form of some error message.

What is ECM exactly ?

> 
> Could you send me a log file of a transmission where the modem starts
> echoing the page data back to the host? In the meantime, I have a good
> contact at USR support Germany, maybe he can try to get it fixed.
> 

Oeps, I think it's the way I dropped the line. I pushed the button in 
front of the courier which is not the normal way.
But I did notice a difference in behavior..

With #define FAX_SEND_IGNORE_CARRIER the file is echoed by the modem and 
sent into the logfile.

Without #define FAX_SEND_IGNORE_CARRIER there are only I/O error messages 
logged.

Gerhard.