• src/sbbs3/js_msgbase.c

    From rswindell@VERT to CVS commit on Thu Apr 23 22:08:03 2020
    src/sbbs3 js_msgbase.c 1.259 1.260
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv8971

    Modified Files:
    js_msgbase.c
    Log Message:
    The RECIPIENTLIST header field would get removed (converted to an RFC822TO header field) when saving a message using the MsgBase class.
    A similar problem existed with REPLYTOLIST/RFC822REPLYTO, but was not actually observed.
    Since the following header fields were not populated in the msg header "field_list", if they existed in a message header that was modified using
    the MsgBase class, they would be lost:
    - RFC822TO
    - RFC822CC
    - RFC822ORG
    - RFC822REPLYTO
    - RFC822SUBJECT


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Thu May 7 12:29:10 2020
    src/sbbs3 js_msgbase.c 1.260 1.261
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv3023

    Modified Files:
    js_msgbase.c
    Log Message:
    Allow an added or modified message header to have to/from/reply-to "net type" values of NET_NONE. This is a weird scenario, but it is technically possible (e.g. for nntpservice.js) to save a message with a to/from/treply-to "net address" header, but an associated net-type of NET_NONE. By saving the net-type NET_NONE, when saving a modified header, if the associated net address header field value cannot be parsed into a valid network address, there won't be any error reported, e.g.
    Error -110 adding SENDERNETADDR field to message header


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Thu May 7 14:58:38 2020
    src/sbbs3 js_msgbase.c 1.261 1.262
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/home/rswindell/sbbs/src/sbbs3

    Modified Files:
    js_msgbase.c
    Log Message:
    Populate the *_net_type fields, even when set to NET_NONE (0), when the corresponding *_net_addr field is present (not NULL).



    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell@VERT to Git commit to sbbs/master on Sun Nov 22 00:14:40 2020
    https://gitlab.synchro.net/sbbs/sbbs/-/commit/325b9b76b4ace104d93cc220
    Modified Files:
    src/sbbs3/js_msgbase.c
    Log Message:
    Resolve newish gcc warning about unused set variable.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Thu Aug 8 12:38:17 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/8fc08f0db09c8c8203657580
    Modified Files:
    src/sbbs3/js_msgbase.c
    Log Message:
    Fix CID 508260: Null pointer dereference

    And really, more importantly, the msg header field_list array length would always be interpretted as 0-length!

    ... introduced in commit 54523145

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Wed Nov 13 19:49:03 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/37ca25a5c73a308ae3e84006
    Modified Files:
    src/sbbs3/js_msgbase.c
    Log Message:
    Document the editor property (field) of the message header object

    there are still other undocumented fields/properties, but this one for sure
    was missing.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Sat Dec 21 22:58:59 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/c366fdbd88ce6f5fef995c1b
    Modified Files:
    src/sbbs3/js_msgbase.c
    Log Message:
    Address MSVC warning and likely Coverity defect CID 516448

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net