• src/sbbs3/msg_id.c postms

    From rswindell@VERT to CVS commit on Tuesday, November 06, 2018 06:06:00
    src/sbbs3 msg_id.c 1.9 1.10 postmsg.cpp 1.115 1.116 sbbsecho.c 3.97 3.98
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv31422

    Modified Files:
    msg_id.c postmsg.cpp sbbsecho.c
    Log Message:
    Don't generate FTN message-IDs for messages imported via FTN that are missing a message-ID (e.g. when exporting from SBBSecho).
    This addresses compliance with this [editorialized] clause in FTS-9:
    No system
    should ever add an MSGID and/or REPLY to, or modify an existing
    MSGID / REPLY contained in, a message not originating on that [FTN]

    Messages gated from other networks (technically coming from another system,
    but originating into an FTN from this system) will still have an FTN Message-ID generated/added.

    Since SBBSecho normally tosses to downlinks directly from packets, this adding of generated Message-IDs would no normally occur. However, if a downlink rescanned an area, any messages missing Message-IDs would get them generated automatically and they would appear to have originating on the local system. This was never the intention, so this is just a long standing but infrequently observed (and never reported) bug.

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