• src/sbbs3/msg_id.c

    From rswindell@1:103/705 to CVS commit on Tue Jul 14 23:03:43 2020
    src/sbbs3 msg_id.c 1.14 1.15
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv32061

    Modified Files:
    msg_id.c
    Log Message:
    According to August Abolins (2:221/1.58):
    "Other systems produce [FTN MSG-IDs for NetMail messages) quite nicely: HotdogEd, BBBS, Mageia, Platinum
    Express, GED+LNX, and OpenXP. I took it for granted that SBBS would be
    in the same league. It makes it super easy to link up a netmail
    conversation or generate a graphical-tree when a msgid exists.

    I was spoiled into thinking that msgid was ubiquitous in netmail as well."

    Reviewing FTS-9, I see no restriction to only echomail, so sure, why not: add_msg_ids() now adds FTN Message-IDs to outbound NetMail messages too (not just FTN echomail). No configuration or SBBSecho change needed.

    --- SBBSecho 3.11-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to Git commit to main/sbbs/master on Sat Jan 16 18:49:46 2021
    https://gitlab.synchro.net/main/sbbs/-/commit/fca309193fcd80d6c8a663ad
    Modified Files:
    src/sbbs3/msg_id.c
    Log Message:
    Don't include message number in origaddr portion of FTN NetMail MSGIDsSome old/unsupported FidoNet software (NetMgr? Squish?) reportedly parse addresses from MSGID control/kludge lines in NetMail messages to determine the source and/or destination address. This is clearly a bad idea for a lot of reasons, but to improve compatibility, let's not include the message number (or an '@') in the origaddr field for NetMail messages. This does slightly increase the chance of a duplicate MSGID being accidentally generated if the "mail" base is renumbered. No change for EchoMail MSGIDs (where dupe detection and threading still benefit from the additional entropy).For Watchman.
    --- SBBSecho 3.12-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)