I have a problem when faxing out to *some* recipients. The modem will connect, send the message, then will apparently timeout. I will then retry. The customer receives the fax four times before it permanently fails.

I really doubt that this is a PlanetPress problem, but I'm hoping one of you guys have seen this before.

Here's the modem log:
08-01-2011 12:36:53.897 - File: C:\windows\system32\tapisrv.dll, Version 5.2.3790
08-01-2011 12:36:53.897 - File: C:\windows\system32\unimdm.tsp, Version 5.2.3790
08-01-2011 12:36:53.897 - File: C:\windows\system32\unimdmat.dll, Version 5.2.3790
08-01-2011 12:36:53.897 - File: C:\windows\system32\uniplat.dll, Version 5.2.3790
08-01-2011 12:36:53.897 - File: C:\windows\system32\drivers\modem.sys, Version 5.2.3790
08-01-2011 12:36:53.897 - File: C:\windows\system32\modemui.dll, Version 5.2.3790
08-01-2011 12:36:53.897 - File: C:\windows\system32\mdminst.dll, Version 5.2.3790
08-01-2011 12:36:53.897 - Modem type: U.S. Robotics V92 Fax PCI
08-01-2011 12:36:53.897 - Modem inf path: oem29.inf
08-01-2011 12:36:53.897 - Modem inf section: Modem_00D3
08-01-2011 12:36:53.897 - Matching hardware ID: pci\ven_12b9&dev_1008&subsys_00d312b9&rev_01
08-01-2011 12:36:53.928 - Opening Modem
08-01-2011 12:36:53.928 - 38400,8,N,1, ctsfl=1, rtsctl=2
08-01-2011 12:36:53.928 - Initializing modem.
08-01-2011 12:36:53.928 - TSP(0000): Monitoring
08-01-2011 12:36:53.928 - TSP(0000): Monitoring
08-01-2011 12:36:53.928 - TSP(0000): Making Call
08-01-2011 12:36:53.928 - Send: AT<cr>
08-01-2011 12:36:53.944 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:36:53.944 - Interpreted response: OK
08-01-2011 12:36:53.944 - Send: AT&F1E0Q0V1&C1&D2S0=0<cr>
08-01-2011 12:36:53.959 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:36:53.959 - Interpreted response: OK
08-01-2011 12:36:53.975 - Send: ATS6=8<cr>
08-01-2011 12:36:53.975 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:36:53.975 - Interpreted response: OK
08-01-2011 12:36:53.975 - Send: ATS7=60S19=0L2M1&M4&K1&H1&R2&I0B0X4<cr>
08-01-2011 12:36:53.990 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:36:53.990 - Interpreted response: OK
08-01-2011 12:36:53.990 - Waiting for a call.
08-01-2011 12:36:54.006 - Send: AT#CID=1<cr>
08-01-2011 12:36:54.006 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:36:54.006 - Interpreted response: OK
08-01-2011 12:36:54.022 - Send: ATS0=0<cr>
08-01-2011 12:36:54.022 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:36:54.022 - Interpreted response: OK
08-01-2011 12:36:54.022 - Passthrough On
08-01-2011 12:36:54.022 - TSP Completing Async Operation(0x00010124) Status 0x00000000
08-01-2011 12:36:54.022 - TSP(0000): LINEEVENT: LINECALLSTATE_CONNECTED
08-01-2011 12:39:00.131 - TSP(0000): Dropping Call
08-01-2011 12:39:00.131 - Passthrough Off
08-01-2011 12:39:00.131 - 38400,8,N,1, ctsfl=1, rtsctl=2
08-01-2011 12:39:00.131 - Initializing modem.
08-01-2011 12:39:00.131 - Send: AT<cr>
08-01-2011 12:39:00.131 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:39:00.131 - Interpreted response: OK
08-01-2011 12:39:00.147 - Send: AT&F1E0Q0V1&C1&D2S0=0<cr>
08-01-2011 12:39:00.162 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:39:00.162 - Interpreted response: OK
08-01-2011 12:39:00.162 - Send: ATS6=8<cr>
08-01-2011 12:39:00.178 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:39:00.178 - Interpreted response: OK
08-01-2011 12:39:00.178 - Send: ATS7=60S19=0L2M1&M4&K1&H1&R2&I0B0X4<cr>
08-01-2011 12:39:00.194 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:39:00.209 - Interpreted response: OK
08-01-2011 12:39:00.209 - Waiting for a call.
08-01-2011 12:39:00.225 - Send: AT#CID=1<cr>
08-01-2011 12:39:00.225 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:39:00.225 - Interpreted response: OK
08-01-2011 12:39:00.240 - Send: ATS0=0<cr>
08-01-2011 12:39:00.240 - Recv: <cr><lf>OK<cr><lf>
08-01-2011 12:39:00.240 - Interpreted response: OK
08-01-2011 12:39:00.240 - TSP(0000): LINEEVENT: LINECALLSTATE_DISCONNECTED(0x1)
08-01-2011 12:39:00.240 - TSP(0000): LINEEVENT: LINECALLSTATE_IDLE
08-01-2011 12:39:00.240 - TSP Completing Async Operation(0x000100f1) Status 0x00000000
08-01-2011 12:39:00.287 - TSP(0000): Closing Call
08-01-2011 12:39:00.287 - Lowering DTR before closing port
08-01-2011 12:39:00.397 - Session Statistics:
08-01-2011 12:39:00.397 - Reads : 36 bytes
08-01-2011 12:39:00.397 - Writes: 84 bytes

Tom,

If nothing else, I can at least tell you for sure that this isn't anything related to PlanetPress (other than, of course, the fact that we're the ones sending the fax to WinFax). There may be something to change in the fax's parameters, a command that needs to be configured for it to correctly interpret the response. But You definitely need to contact US Robotics (yes, they still exist) for support on this issue.

Thanks Eric,
I'm trying to cover all bases. I have e-mailed US Robotics and I posted this message on Microsoft TechNet too!

You may need to check the modem's hardware settings. Hardware flow control (RTS/CTS) tends to be flakey for some reason on a lot of modems. I knwo USR modems required software flow control (XON/XOFF).

http://www.modemhelp.org/ is a great resource for troubleshooting modems