• Bugs in the 341D16 version?

    From Björn Felten@2:203/2 to All on Fri Jul 27 01:25:02 2018
    I just tried out the version in subj and found two oddities.

    1. The slash switch '/' doesn't seem to work, only the dash '-'.

    2. Reports supposed to be sent to e.g. 2:203/0 in region 20 is sent to 2:20/203.

    --- 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)
  • From Björn Felten@2:203/2 to Kees van Eeten on Fri Jul 27 01:25:02 2018
    Doesn't that depend on what you put in the control file for the specific net?

    I use exactly the same file as I've been using for almost ten years, except for the allowunup verb.

    - = o = o = O = o = o = -

    ;
    ; MAKENL.CTL for RC 2:20/0
    ;
    make region 20
    outfile <secret>
    process Thursday
    master .
    outpath .
    update .\tmp
    badfiles .\bad
    mailfiles \fd\netfiles
    notify receipt
    submit 2:292/854 ;ZC2's main address
    netaddress 2:20/0
    messages \fd\netmail
    allowunpub 1
    ;
    data
    Region,20,Scandinavia,[...]
    ,228,HAM-BOX,Mariehamn_Aland,[...]
    ;
    files
    Net 201 <secret>
    Net 203 <secret>
    Net 211 <secret>
    Net 230 <secret>

    EOF

    --- 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)
  • From Björn Felten@2:203/2 to Kees van Eeten on Fri Jul 27 01:25:02 2018
    The can be an extra parameter, e.g.

    Net 203 <secret> 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


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

    Nah, I don't use compressed mail.

    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)
  • From Björn Felten@2:203/2 to Kees van Eeten on Fri Jul 27 01:25:02 2018
    O.K. I was never good at history. ;)

    LOL! The problem with history is that it happened so long ago. :)

    ----- Version 3.13
    06.07.2004 (BF)

    + fixed the old bug with MakeNl exiting ungracefully
    after some non-fatal (aka ";E "-class) error
    + changed baudrate control to only use isdigit
    + added ARCcopy/ARCmove/ARCopen verbs to make it
    possible to use any archiver

    ----- Version 3.14
    09.07.2004 (BF)

    - defaulted the ARCxxxx verbs to the old ARC ditto
    - made some minor adjustments regarding case sensitive
    command lines, now no longer needed
    - removed obsolete (c) message from output screen


    ----- Version 3.141
    11.07.2004 (BF)

    - four letters needed to make the ARCxxxx verbs unique...

    --- 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)
  • From Björn Felten@2:203/2 to Andrew Leary on Fri Jul 27 01:25:02 2018
    I did fix a problem with incorrect message headers in 3.4.2. I will do some testing to make sure the problem is completely corrected.

    Using an explicit address last for each Net line works OK. But this looks odd:

    d 14-Nov-2014 00:14:45 makenl[4000] OpenMSGFile entered
    d 14-Nov-2014 00:14:46 makenl[4000] OpenMSGFile: 0:203/0 filename=(null)
    d 14-Nov-2014 00:14:46 makenl[4000] SearchMaxMSG('S:\FD\netmail')

    Zone 0?

    --- 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)
  • From Björn Felten@2:203/2 to Andrew Leary on Fri Jul 27 01:25:02 2018
    How did you specify the notify address in your control file? 2D or 3D?

    2D. Darn! That's it of course.

    Incidentally, I found and stomped the bug in generating the destination address when you don't specify it. I need to look into your Zone 0
    issue; once that is taken care of, v3.4.5 will be released with both
    fixes.

    That's excellent! Great job, Andrew.

    --- 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)
  • From Björn Felten@2:203/2 to Andrew Leary on Fri Jul 27 01:25:02 2018
    How did you specify the notify address in your control file? 2D or 3D?

    Yeup, that's it. With 3D it works as expected:

    d 14-Nov-2014 01:37:36 makenl[4000] OpenMSGFile entered
    d 14-Nov-2014 01:37:36 makenl[4000] OpenMSGFile: 2:203/0 filename=(null)
    d 14-Nov-2014 01:37:36 makenl[4000] SearchMaxMSG('S:\FD\netmail')

    --- 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)
  • From Björn Felten@2:203/2 to Andrew Leary on Fri Jul 27 01:25:02 2018
    How did you specify the notify address in your control file? 2D or 3D?

    Then again, I've specified

    netaddress 2:20/0

    So *my* zone is in there, methinks the program should use my_zone if only 2D
    for the Net files.

    --- 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)
  • From Björn Felten@2:203/2 to Andrew Leary on Fri Jul 27 01:25:02 2018
    Fixed.

    U is da man! 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)