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   
    * Origin: news://felten.yi.org (2:203/2)