Class1: Adjust time we wait after MCF

From Lee:
| commit c8d6c001d9ada542742dd7149c5e2b62ad3591c3
| Author: Lee Howard <faxguy@howardsilvan.com>
| Date:   Sat Jun 23 16:59:13 2007 +0000
|
|   With everything else that's going on (AT+FRS, AT+FTH) 4 seconds is just too
|   short to expect us to get from the previous MCF to here in that time.  Test
|   cases show that 7 is more reliable.

and

| commit f2d7c15c42d47c11fe94127aca8b69f0b256a337
| Author: Lee Howard <faxguy@howardsilvan.com>
| Date:   Wed Sep 12 19:34:47 2007 +0000
|
|   This needs to be just a bit longer.

diff --git a/faxd/Class1Recv.c++ b/faxd/Class1Recv.c++
index 8a01ec5c2eac2380dc789f269c8d43e8a7760814..46c2cc4b3d84752d3e58b4f19fe87f7b6172deee 100644 (file)
--- a/faxd/Class1Recv.c++
+++ b/faxd/Class1Recv.c++
@@ -901,7 +901,7 @@ Class1Modem::recvPage(TIFF* tif, u_int& ppm, Status& eresult, const fxStr& id)
                        return (false);
                    }
                    signalRcvd = 0;
-                   if (params.ec == EC_DISABLE && !getRecvEOLCount() && (Sys::now() - lastMCF < 4)) {
+                   if (params.ec == EC_DISABLE && !getRecvEOLCount() && (Sys::now() - lastMCF < 9)) {
                        /*
                         * We last transmitted MCF a very, very short time ago, received no image data
                         * since then, and now we're seeing a PPM again.  In non-ECM mode the chances of