KvE> The can be an extra parameter, e.g.

 KvE> Net 203  2:203/0

   I know that, but that doesn't correct the obvious bug, does it?

OpenMSGFile entered
 * OpenMSGFile: 2:20/203 filename=(null) *
SearchMaxMSG('S:\FD\netmail')
myfnmerge: drive='(null)' dir='(null)' name='*' ext='msg'
SearchMaxMSG: path=S:\FD\netmail, result=1
OpenMSGFile: MSGnum is set to 1
myfnmerge: drive='(null)' dir='S:\FD\netmail' name='2' ext='msg'
MakeMSGFilename: num=2 MSGnum=1
OpenMSGFile: opened S:\FD\netmail\2.msg, MSGnum 2
OpenMSGFile: return with open MailFILE
CloseMSGFile: status=0
CloseMSGFile: MailFILE is open
CloseMSGFile: MSGFlags != 0
CloseMSGFile: closing file, status is now 0, MSGnum=2
CloseMSGFile: MSGnum=2


 KvE> threshold 0 -1 ; force compression -- no submittal difference file
 KvE> ;arc 5 ; obsolete, see whatsnew.txt
 KvE> arccopy z pkzip -ex ; compress with pkzip instead of default arc
 KvE> arcmove z pkzip -mf ; compress with pkzip instead of default arc
 KvE> arcopen a arc ew ; accept compressed arced segments
 KvE> arcopen z pkunzip -eo ; accept compressed zipped segments

   Nah, I don't use compressed mail.

 KvE> Or something like it. This is documented in the whatsnew.txt file.

   I was the one that changed the arcmail functions in the source originally,
so I am fully aware of how it works.  8-)

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125