PE> FM>> I have just received a netmail from, I think, Europe (Germany).
 PE> FM>> When I got it it said "From: 3:711/934/105".
Now that's strange!

 FM> Of course that should have been 3:711/934.105

Great.  It was the "." that I thought was wrong.

 PE>> I looked at the code, and I don't see how that can happen.  If
 PE>> you can reproduce the problem with PQWK230, send me an archive
 PE>> that will reproduce the problem and I will look into it.

 FM> Well it does happen. I am now using 2.30. I had erased the PKT with that
 FM> in but I found it on disk in the erased space and recreated the packet.
 FM> This may not be a totally valid packet because I may not have got all of
 FM> the file, but it's certainly processed OK by PKT2QWK.

Yeah, I could reproduce it.  Next time send me a BAT file with the
PKT2QWK command in it OK?

 FM> With this upload is a file called netprob.zip which contains tenmin.pkt.
 FM> Look for a message from Thomas Sauer to me. Then run it through PKT2QWK
 FM> and see how it comes out.

Yeah, I could reproduce it, so I fixed it.

 PE>> No idea.  Does it happen with 2.30?  BFN.  Paul.

 FM> Sure does. Should I go back to 2.02?

ROFL!  That doesn't even know that the INTL exists at all.

 FM> I think I know what's happened - FTS specifies the destination first,
 FM> followed by the origin in an INTL line. You may be inadvertently parsing
 FM> them in the reverse order.

Sort of.  I look for the first space, then I look for the
second space.  Unfortunately I forgot to increment the counter
by 1 before looking for the second space.  Fixed now.  I normally
send a new version to Brenton before releasing it to the public,
but this time I sent it to both of you.  When I start seeing 
messages from either of you with the new version I will make it
generally available.  Please don't give it to anyone else.
BFN.  Paul.
@EOT:

--- Mksmsg