PE> Actually, it looks like the problem was the Answer String, not the
PE> case-insensitive compare, because the compare looks like it is harmless.
PE> On the other hand, I tested with Brenton, and the ATA vs ~~~~ATA makes
PE> all the difference.  I think the problem is that on the first RING,
PE> Binkley sends ~~~~ATA, and that gives time for the next RING to come in.
PE> So ANOTHER ATA is probably issued, and that is treated as a string to
PE> abort the first connect.  :-(  Certainly Brenton can connect with ATA
PE> but can't connect with ~~~~ATA as the only change made.

PE> However, there is another weird thing.  Brenton reports that the
PE> tones my modem puts out are very weak with ~~~~ATA, but much better
PE> with ATA. That sounds preposterous to me.  Did anyone else notice sound
PE> differences Saturday AM compared with Saturday ~midday and beyond?

I dont normally call with the speaker enabled at all. I did on Sat am
to see what was going on when they never worked, or more strictly picked
the phone handset up to listen in. On the dud Sat am calls it was a very
characteristic very short burst of initial modem sounds from your modem,
which almost immediately then went to silence. Did sound a bit low in
volume, but hard to say since I dont normally listen.

Just tried it again a moment ago, did sound a bit louder, and then
my listening in on the phone stuffed up the negotiating anyway.
@EOT:

---