BL> I sent it twice and got nothing from the freq, so then I sent
 BL> an 80-byte PKT unzipped and it worked.

 PE> Say that again, slowly and in English. You sent a *.MO0, and
 PE> expected that this somehow constituted a FREQ, and then assumed
 PE> that my system had rejected the *.MO0?

  No... I sent a null packet along with the freq (Tinypoint sends
the null packet automatically), and all I got back was your
meaningless "upya.txt" message (or whatever meaningless name you gave
it). After trying that twice, I twigged that it might be the zipped
*.mo0 packet and rewrote Brenton's bat file to send the 00000000.PKT
unzipped instead... which worked okay.

 PE> A *.MO0, BY DEFINITION, is something that I decompress (after
 PE> the call) and get .PKTs from, and then process the .PKTs.

  I can only tell you what happened. I sent a zipped 00000000.PKT as
0000000C.mo0 and it didn't freq. I then sent the 60-byte 000000000.PKT
unzipped and it worked. I thought you might be checking the size of
the input packet. The zipped one was larger than 60 bytes

 PE> I was wondering how on earth you could tell what my internal
 PE> processing had done with the embedded .PKTs. I was right - you
 PE> couldn't.

  You are not playing with a full deck. There are two jokers and you
have lost the four of diamonds.

Regards,
Bob
___ Blue Wave/QWK v2.12
@EOT:

---