Re: Problem with Zoom USB modem

Hello all,
As a follow up, this problem has been solved. My solution was to dump
Ubuntu and install Debian Jessie instead.

I worked on Ubuntu over the weekend and it always wedged the modem on the
first fax. I do think I was running cu under sudo... don't know if that
made a difference or not.

Thank you to everyone who helped.
David

On Fri, Oct 23, 2015 at 11:28 AM, David Denney <[email protected]>
wrote:

> As to the recvq, I did chmod it to change two received files that were
> there (probably incorrectly) What should the recvq be set to?
>
> I have removed the AT&F line and changed the FlowControl to xonxoff and
> restarted. Now cu shows ATZ and AT&F behaving correctly (get OK with both
> commands). The FlowControl set was the result of faxaddmodem being ran.
> Maybe I chose unwisely there.
>
> Once I get the recvq fixed, I will retest.
>
> David
>
>
> On Fri, Oct 23, 2015 at 11:02 AM, Lee Howard <[email protected]>
> wrote:
>
>> On 10/23/2015 08:54 AM, David Denney wrote:
>>
>> Oct 23 11:49:08 CTIKY-FAX FaxGetty[1347]: recvq/seqf: open: Permission
>>> denied
>>> Oct 23 11:49:08 CTIKY-FAX FaxGetty[1347]: RECV FAX: Unable to create
>>> temp file for received data: Unable to open sequence number file
>>> recvq/seqf; Permission denied.
>>>
>>
>> It's unrelated, but did you notice this above?  Your
>> /var/spool/hylafax/recvq/seqf file has the wrong permissions.  Did you
>> chown it at some point?  This should be fixed.
>>
>> Oct 23 11:49:11 CTIKY-FAX FaxGetty[1347]: MODEM set DTR OFF
>>> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: MODEM set DTR OFF
>>> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: DELAY 75 ms
>>> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: MODEM set DTR ON
>>> Oct 23 11:49:12 CTIKY-FAX FaxGetty[1347]: DELAY 2600 ms
>>> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: MODEM set baud rate: 19200
>>> baud, input flow RTS/CTS, output flow RTS/CTS
>>> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: DELAY 10 ms
>>> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: MODEM flush i/o
>>> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: <-- [5:AT&F\r]
>>> Oct 23 11:49:15 CTIKY-FAX FaxGetty[1347]: --> [5:ERROR]
>>>
>>
>> So, it's doing the same thing with AT&F as it did with ATZ.
>>
>> Use cu or minicom to verify, but you're going to need to find some
>> command to tell the modem to reset itself.
>>
>> However... you're using "ModemFlow: rtscts", and the problem may actually
>> be that it should be "xonxoff", instead.
>>
>> So the "ERROR" may be due to the modem getting the wrong data from the
>> DTE.  In other words, we send "AT&F" or "ATZ", but then the modem gets
>> something else because the data got corrupted in the serial path due to a
>> flow control problem (although that should not come into play with the AT
>> commands).
>>
>> I guess if all else fails you could disable resetting entirely with:
>>
>> ModemSoftResetCmd: AT
>>
>> But that's likely to cause other issues later.
>>
>> Thanks,
>>
>> Lee.
>>
>
>
>
> --
> *David Denney*
> *IT & Vending Account Manager*
>
> Cutting Tools Inc*. | *www.cuttingtoolsinc.net
> 1002 Pleasant Grove Pl., Mount Juliet, TN 37122
> Office: 615.391.0200 | Fax: 615.391.0206 | Cell: 615.655.7008
>



-- 
*David Denney*
*IT & Vending Account Manager*

Cutting Tools Inc*. | *www.cuttingtoolsinc.net
1002 Pleasant Grove Pl., Mount Juliet, TN 37122
Office: 615.391.0200 | Fax: 615.391.0206 | Cell: 615.655.7008