• RE: Problem with legacy t

    From Dumas Walker@1:2320/105 to MARC LEWIS on Wed Dec 2 17:34:00 2020
    I've asked one of the Nodes that feeds off me to send a NetMail to me to see wh
    t happens.

    Based on some of the other messages here, I would ask that node what they
    are using as the PacketType setting for your node in their sbbsecho.ini
    file. Maybe they need to change that to something else?

    Mike


    * SLMR 2.1a * ...a host of holy horrors to direct our aimless dance...
    --- SBBSecho 3.11-Linux
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Marc Lewis@1:396/45 to Dumas Walker on Wed Dec 2 18:47:37 2020
    Hello Dumas (or Mike).

    <On 02Dec2020 17:34 Dumas Walker (1:2320/105) wrote a message to MARC LEWIS regarding RE: Problem with legacy t >

    @TZUTC: -0500
    @MSGID: 53.tub@1:2320/105 242d5066
    @REPLY: 1:396/45.0 fc6a8011
    @PID: Synchronet 3.18a-Linux May 24 2020 GCC 7.5.0
    @TID: SBBSecho 3.11-Linux r3.173 May 24 2020 GCC 7.5.0
    @CHRS: ASCII 1
    I've asked one of the Nodes that feeds off me to send a NetMail to me
    to see what happens.

    Based on some of the other messages here, I would ask that node
    what they are using as the PacketType setting for your node in
    their sbbsecho.ini file. Maybe they need to change that to
    something else?

    It seems that everyone is using the 2+ type packet. As you can see from the quoted message kludge lines above, the @MSGID line, which includes the extraneous characts worked fine since this this EchoMail unlike NetMail where it plays hell with Squish. There's bound to be something that can be addressed with regards to that; I *seriously* doubt that Squish is at fault.

    Best regards,
    Marc

    --- timEd/2 1.10.y2k+
    * Origin: Sursum Corda! BBS-Huntsville,AL-bbs.sursum-corda.com (1:396/45)
  • From Rob Swindell to Marc Lewis on Wed Dec 2 17:59:38 2020
    Re: RE: Problem with legacy t
    By: Marc Lewis to Dumas Walker on Wed Dec 02 2020 06:47 pm

    I *seriously* doubt that Squish is at fault.

    Based on what information?
    --
    digital man

    Synchronet/BBS Terminology Definition #26:
    DTE = Data Terminal Equipment
    Norco, CA WX: 67.4°F, 14.0% humidity, 3 mph SSW wind, 0.00 inches rain/24hrs
  • From Oli@2:280/464.47 to Marc Lewis on Thu Dec 3 11:18:56 2020
    02 Dec 20 18:47, you wrote to Dumas Walker:

    Based on some of the other messages here, I would ask that node
    what they are using as the PacketType setting for your node in
    their sbbsecho.ini file. Maybe they need to change that to
    something else?

    It seems that everyone is using the 2+ type packet. As you can see
    from the quoted message kludge lines above, the @MSGID line, which includes the extraneous characts worked fine since this this EchoMail unlike NetMail where it plays hell with Squish. There's bound to be something that can be addressed with regards to that; I *seriously*
    doubt that Squish is at fault.

    I don't believe it has anything to do with the MSGID. If Squish had a problem with this kind of MSGID lines, it would be clearly Squish's fault. But I think it's unlikely, because this problem would be already known for a long time (and most likely fixed). MSGID are just IDs for dupe checking and message linking, not for figuring out the zone number or address.

    or fixing the problem we have to know the real cause of the problem. Have you inspected the raw packets before tossing?

    * Origin: kakistocracy (2:280/464.47)
  • From Fred Riccio@1:132/174 to Oli on Thu Dec 3 08:33:11 2020
    Hello Oli!

    03 Dec 20 11:18, Oli wrote to Marc Lewis:

    For fixing the problem we have to know the real cause of the problem.
    Have you inspected the raw packets before tossing?

    Yes. My Packet Inspector program didn't note any problems. The zone IS in the packet header where it is supposed to be.

    I also ran the packet through GMD...


    ----- gmd.txt begins -----

    GMD - Grunged Message Detect Utility, version 3.10 for PC/MS-DOS.
    Written by David Troendle (1:396/5)
    Documented and distributed by John Souvestre (1:396/1)

    + 08:30:28 4R108DBK.PKT (ID=FF, 2,533b) from 1:103/705 to 1:132/174
    - 08:30:28 #1, From: Rob Swindell Area: Net Mail
    * 08:30:28 1 Packet (2,533b), 1 msg (0 bad), Time: 0:00
    ----- gmd.txt ends -----


    IMHO, the REAL cause is the design of the "packed message" header in the packet. It does not have a place to put zone or point, forcing the tosser to get it somewhere else. Using the packet header is incorrect, since NetMail is often routed, and the packet header indicates the system who sent the message to me and not the original author.

    --- Msged/NT 6.0.1
    * Origin: Somewhere in New Hampshire's White Mountains (1:132/174)
  • From Dumas Walker@1:2320/105 to ROB SWINDELL on Thu Dec 3 15:42:00 2020
    As I already told you, Synchronet (actually, SBBSecho) only recently started ev
    n adding MSGIDs to FTN NetMail messages. "that line" didn't even exist in Synch
    onet-generated FTN NetMail messages before June of this year.

    Do other tossers add MSGIDs to netmail messages?


    * SLMR 2.1a * She cried away her life since she fell off the cradle!!
    --- SBBSecho 3.11-Linux
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Rob Swindell to Dumas Walker on Thu Dec 3 17:35:11 2020
    Re: RE: Problem with legacy t
    By: Dumas Walker to ROB SWINDELL on Thu Dec 03 2020 03:42 pm

    As I already told you, Synchronet (actually, SBBSecho) only recently started ev
    n adding MSGIDs to FTN NetMail messages. "that line" didn't even exist in Synch
    onet-generated FTN NetMail messages before June of this year.

    Do other tossers add MSGIDs to netmail messages?

    Apparently they do. It wasn't *my* idea. :-) http://cvs.synchro.net/commitlog.ssjs#42030
    --
    digital man

    Synchronet "Real Fact" #23:
    The third ever Synchronet BBS was The Beast's Domain (sysop: King Drafus). Norco, CA WX: 63.9°F, 10.0% humidity, 6 mph ESE wind, 0.00 inches rain/24hrs
  • From Wilfred van Velzen@2:280/464 to Dumas Walker on Fri Dec 4 09:55:51 2020
    Hi Dumas,

    On 2020-12-03 15:42:00, you wrote to ROB SWINDELL:

    Do other tossers add MSGIDs to netmail messages?

    It's usually the message editors that do that, the tossers shouldn't add this, unless they are the ones generating some auto created message.

    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Rob Swindell to Wilfred van Velzen on Fri Dec 4 11:02:40 2020
    Re: RE: Problem with legacy t
    By: Wilfred van Velzen to Dumas Walker on Fri Dec 04 2020 09:55 am

    Hi Dumas,

    On 2020-12-03 15:42:00, you wrote to ROB SWINDELL:

    Do other tossers add MSGIDs to netmail messages?

    It's usually the message editors that do that, the tossers shouldn't add this, unless they are the ones generating some auto created message.

    Or the BBS software. As is with Synchronet, the message editors are just simple text editors and don't really know anything about FidoNet "control paragraphs" (kludge lines). So Synchronet adds the FTN message-ID when the message is saved by the user, regardless of what editor was used to write the text.

    I realize offline editors, like GoldEd, work differently.
    --
    digital man

    Synchronet "Real Fact" #113:
    Weedpuller "Assassin" http://youtu.be/opw9RPUOcv8
    Norco, CA WX: 69.8°F, 12.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs
  • From Wilfred van Velzen@2:280/464 to Rob Swindell on Fri Dec 4 20:47:50 2020
    Hi Rob,

    On 2020-12-04 11:02:40, you wrote to me:

    Do other tossers add MSGIDs to netmail messages?

    It's usually the message editors that do that, the tossers shouldn't add
    this, unless they are the ones generating some auto created message.

    Or the BBS software. As is with Synchronet, the message editors are just simple text editors and don't really know anything about FidoNet "control paragraphs" (kludge lines). So Synchronet adds the FTN message-ID when the message is saved by the user, regardless of what editor was used to write the text.

    You could consider that "the editor"... ;)


    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)