• Messages being relayed to 1:1/0

    From awehttam@VERT/ALTERANT to All on Friday, March 13, 2026 12:02:33
    I'm trying to help out a sysop who is using BinktermPHP as a point system off their Synchronet 3.21d system. I've also upgraded to Synchronet 3.21d and can not reproduce the issue from https://mypoint.lovelybits.org - a point system hanging off my Synchronet node.

    As far as I know echomail relays okay.

    But when he sends me netmail the to address is being changed to 1:1/0

    2026-03-12 00:00:45 Packing NetMail (1.msg) from Errol Casey (1:153/150.1337) to awehttam (1:1/0), attr: 0001 (PRIVATE), subject: test netmail to 1:153/150 - awehttam

    As far as I can tell the packet being generated from BinktermPHP is okay - and when I send to myself from mypoint the message goes through to 1:153/150 as expected.

    Are there any configuration settings or maybe other gotchas that could cause this to happen? I'm largely out of ideas on this one.

    Thanks

    Matthew

    ~ awehttam @1:153/150 @gmail.com | www.lovelybits.org

    ... On a clear disk you can seek forever

    --- BinktermPHP v1.8.6
    * Origin: Claude's BBS - https://claudes.lovelybits.org (12:1/14)
    ï¿­ Synchronet ï¿­ AnsiTEX bringing back videotex but with ANSI
  • From Digital Man@VERT to awehttam on Friday, March 13, 2026 16:16:38
    Re: Messages being relayed to 1:1/0
    By: awehttam to All on Fri Mar 13 2026 12:02 pm

    I'm trying to help out a sysop who is using BinktermPHP as a point system off their Synchronet 3.21d system. I've also upgraded to Synchronet 3.21d and can not reproduce the issue from https://mypoint.lovelybits.org - a point system hanging off my Synchronet node.

    As far as I know echomail relays okay.

    But when he sends me netmail the to address is being changed to 1:1/0

    2026-03-12 00:00:45 Packing NetMail (1.msg) from Errol Casey (1:153/150.1337) to awehttam (1:1/0), attr: 0001 (PRIVATE), subject: test netmail to 1:153/150 - awehttam

    As far as I can tell the packet being generated from BinktermPHP is okay - and when I send to myself from mypoint the message goes through to 1:153/150 as expected.

    Are there any configuration settings or maybe other gotchas that could cause this to happen? I'm largely out of ideas on this one.

    Thanks

    Matthew

    I would ask the sysop in question: How did they create the netmail messages? Can they provide a log or capture of that? Can they check your sbbsecho.log file for relevant log entries?
    --
    digital man (rob)

    Steven Wright quote #13:
    How do you tell when you're out of invisible ink?
    Norco, CA WX: 88.5øF, 20.0% humidity, 9 mph WNW wind, 0.00 inches rain/24hrs ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Matthew Asham@VERT to Digital Man on Friday, March 13, 2026 20:15:07
    On March 13 2026, Digital Man wrote:
    2026-03-12 00:00:45 Packing NetMail (1.msg) from Errol Casey
    (1:153/150.1337) to awehttam (1:1/0), attr: 0001 (PRIVATE), subject:
    test
    netmail to 1:153/150 - awehttam

    As far as I can tell the packet being generated from BinktermPHP is
    okay -
    and when I send to myself from mypoint the message goes through to
    1:153/150
    as expected.


    I would ask the sysop in question: How did they create the netmail messages?
    Can they provide a log or capture of that? Can they check your sbbsecho.log file for relevant log entries?

    We have more testing to do. The log I included in my post is apparently from his hub.


    ~ awehttam @1:153/150 @gmail.com | www.lovelybits.org

    ... Your E-mail has been returned due to insufficient voltage

    --- BinktermPHP v1.8.6
    * Origin: Claude's BBS - https://claudes.lovelybits.org (1:153/150)
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Errol Casey@VERT/TL-QWK to awehttam (1:153/150) Attr: 0001 (PRIVATE) Foreign address on Saturday, March 14, 2026 00:46:57
    --- Original Message ---
    Date: 2026-03-13 23:16:38

    Re: Messages being relayed to 1:1/0
    By: awehttam to All on Fri Mar 13 2026 12:02 pm
    I'm trying to help out a sysop who is using BinktermPHP as a point system off their Synchronet 3.21d system. I've also upgraded to Synchronet 3.21d and can not reproduce the issue from https://mypoint.lovelybits.org - a point system hanging off my Synchronet node.

    As far as I know echomail relays okay.

    But when he sends me netmail the to address is being changed to 1:1/0

    2026-03-12 00:00:45 Packing NetMail (1.msg) from Errol Casey (1:153/150.1337) to awehttam (1:1/0), attr: 0001 (PRIVATE), > > netmail to 1:153/150 - awehttam

    As far as I can tell the packet being generated from BinktermPHP is okay - and when I send to myself from mypoint the message goes through to 1:153/150 as expected.

    Are there any configuration settings or maybe other gotchas that could cause this to happen? I'm largely out of ideas on this one.

    Thanks

    Matthew
    I would ask the sysop in question: How did they create the netmail messages?
    Can they provide a log or capture of that? Can they check your sbbsecho.log file for relevant log entries?

    Here is the information you requested. The shared logs with the 1:1/0 address were from the sysop of 1:3634/12 from to previous attempts.

    The logs that are shown below was from a repeated test today following the same path as to earlier failed tests.

    The hub is also running synchronet 3.18 vs the boss node my point is talking to is using synchronet 3.21d

    Message packet creation by binkterm-php
    [2026-03-13 20:13:09] writePacketHeader using origin address 1:3634/58.1337 for 1:3634/58
    [2026-03-13 20:13:09] writePacketHeader: origZone=1 destZone=1 origNet=3634 dest
    Net=3634 origNode=58 destNode=58 origPoint=1337 destPoint=0
    [2026-03-13 20:13:09] [BINKD] Packet fd59e860.pkt: Writing netmail - from="Errol
    Casey" <1:3634/58.1337> to="awehttam" <1:153/150>, subject="Test message - 2026 0313"
    [2026-03-13 20:13:09] [BINKD] Created outbound packet fd59e860.pkt with 1 messag
    e(s) destined for 1:3634/58
    [2026-03-13 20:13:39] [BINKD] Processing packet 69b46f9a.pkt from 1:3634/58 to 1
    :3634/58




    SBBSECHO log from 1:3634/58
    Shows message from pt to boss node to hub

    2026-03-13 16:13:45 Errol Casey (1:3634/58.1337) 2026-03-13 16:13:45 Errol Casey (1:3634/58.1337) 2026-03-13 16:13:45 /sbbs/fido/netmail/1.msg Errol Casey (1:3634/58.1337) 2026-03-13 16:13:45 import_netmail(/sbbs/fido/netmail/1.msg) returned 6
    2026-03-13 16:13:45 Packing NetMail (1.msg) from Errol Casey (1:3634/58.1337) to awehttam (1:153/150), attr: 0001 (PRIVATE), 2026-03-13 16:13:45 Routing NetMail (1.msg) to 1:3634/12
    2026-03-13 16:13:45 Node (1:3634/12) successfully locked via: ../fido/outbound/0e32000c.bsy
    2026-03-13 16:13:45 New password-protected packet (type 2+) created for linked-node: 1:3634/12
    2026-03-13 16:13:45 Adding NetMail (1.msg) to new packet for 1:3634/12: ../fido/outbound/0e32000c.dut
    2026-03-13 16:13:45 Deleting /sbbs/fido/netmail/1.msg (from line 5730) 2026-03-13 16:13:45 Touching outgoing semfile: ../data/binkout.now
    2026-03-13 16:13:45 Writing 21 areas to ../data/badareas.lst
    2026-03-13 16:13:45 Deleting ../fido/outbound/0e32000c.bsy (from line 3280) 2026-03-13 16:13:45 Deleting /sbbs/ctrl/sbbsecho.bsy (from line 3286) 2026-03-13 16:13:45 SBBSecho (PID 1294644) exiting with error level 0, Packets(35 imported, 0 sent), NetMail(0 imported, 0 exported, 1 packed)

    BINKP records from/var/log/messages from boss node

    Mar 13 16:13:10 vmi1943160 synchronet[191708]: srvc 0344 BINKP Peer version: BinktermPHP/1.8.5
    Mar 13 16:13:10 vmi1943160 synchronet[191708]: srvc 0344 BINKP Remote addresses: 1:3634/58.1337Mar 13 16:13:10 vmi1943160 synchronet[191708]: srvc 0344 BINKP Inbound session for: 1:3634/58.1337Mar 13 16:13:10 vmi1943160 synchronet[191708]: srvc 0344 BINKP CRAM-MD5 password match for 1:3634/58.1337Mar 13 16:13:10 vmi1943160 synchronet[191708]: srvc 0344 BINKP Sending file: ../fido/outbound/0e32003a.pnt/69b46f9a.pkt (2.1KB)
    Mar 13 16:13:10 vmi1943160 synchronet[191708]: srvc 0344 BINKP Sent file: ../fido/outbound/0e32003a.pnt/69b46f9a.pkt (2.1KB)
    Mar 13 16:13:11 vmi1943160 synchronet[191708]: srvc 0344 BINKP Receiving file: /sbbs/temp/fd59e860.pkt (0.6KB)
    Mar 13 16:13:11 vmi1943160 synchronet[191708]: srvc 0344 BINKP Received file: /sbbs/temp/fd59e860.pkt (0.6KB)
    Mar 13 16:13:11 vmi1943160 synchronet[191708]: srvc 0344 BINKP Moving '/sbbs/temp/fd59e860.pkt' to '../fido/inbound/fd59e860.pkt'.
    Mar 13 16:13:11 vmi1943160 synchronet[191708]: srvc 0344 BINKP Deleted file: /home/sbbs/fido/outbound/0e32003a.pnt/00000539.flo
    Mar 13 16:13:41 vmi1943160 synchronet[191708]: srvc 0344 BINKP Deleted file: ../fido/outbound/0e32003a.pnt/69b46f9a.pkt
    Mar 13 16:13:41 vmi1943160 synchronet[191708]: srvc 0344 BINKP [149.154.44.100] JavaScript service thread terminated (0 clients remain, 10 total, 3570 served)


    Collected pkt file on boss node by not removing processed packets temporarily

    [sbbs[sbbs13 Mar 26 16:13:09
    awehttam
    Errol Casey
    Test message - 20260313
    CHRS: UTF-8 4
    TZUTC: -0400
    MSGID: 1:3634/58.1337REPLYADDR 1:3634/58.1337
    INTL 1:153/150 1:3634/58
    FMPT 1337
    FLAGS PVT
    MAILER: BinktermPHP 1.8.5 Linux
    Testing from my point 1:3634/58.1337
    Amessyroom, Sysop of Too Lazy BBS - toolazy.synchro.net 2323 telnet 22 ssh
    ... If the human brain is like a computer, does that mean slow people are running windows?

    ... Resistence is, frankly, quite annoying. Stop it already!

    --- BinktermPHP v1.8.5
    * Origin: Amessyroom's Point - https://mypt.errolcasey.us (1:3634/58.1337)
    ï¿­ Synchronet ï¿­ Too Lazy BBS - toolazy.synchro.net:2323
  • From amessyroom@VERT/ALTERANT to Digital Man on Saturday, March 14, 2026 10:28:56
    Second confirmation of packet that is being sent to hub from boss node

    $HOME/exec/pktdump fd59e860.pkt
    pktdump rev 1.20 - Dump FidoNet Packets

    Opening fd59e860.pkt
    fd59e860.pkt Packet Type 2e (prod: 0000, rev: 0.0) from 1:3634/58 to 1:3634/58 fd59e860.pkt 00003A Packed Message Type: 2 from 3634/58 to 153/150
    Attribute: 0x0001 (PRIVATE)
    Date/Time: 13 Mar 26 16:13:09
    To : awehttam
    From : Errol Casey
    Subj : Test message - 20260313

    ... Real sysops read logs for fun

    --- BinktermPHP v1.8.7
    * Origin: Claude's BBS - https://claudes.lovelybits.org (12:1/14)
    ï¿­ Synchronet ï¿­ AnsiTEX bringing back videotex but with ANSI
  • From Digital Man@VERT to Errol Casey on Saturday, March 14, 2026 16:52:02
    Re: Re: Messages being relayed to 1:1/0
    By: Errol Casey to Digital Man on Sat Mar 14 2026 12:46 am

    I didn't see any references to 1:1/0 in the sbbsecho.log output or the packet dumps you provided.

    I can't quote your message because you used a "tear line" formatted quote separator.
    --
    digital man (rob)

    Rush quote #61:
    He's a rebel and a runner, he's a signal turning green .. New World Man
    Norco, CA WX: 79.1øF, 34.0% humidity, 7 mph WNW wind, 0.00 inches rain/24hrs ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to amessyroom on Saturday, March 14, 2026 16:52:44
    Re: Re: Messages being relayed to 1:1/0
    By: amessyroom to Digital Man on Sat Mar 14 2026 10:28 am

    Second confirmation of packet that is being sent to hub from boss node

    $HOME/exec/pktdump fd59e860.pkt
    pktdump rev 1.20 - Dump FidoNet Packets

    Opening fd59e860.pkt
    fd59e860.pkt Packet Type 2e (prod: 0000, rev: 0.0) from 1:3634/58 to 1:3634/58

    Why would the packet be to the same node it's frome? Somewhere's up there.
    --
    digital man (rob)

    Rush quote #48:
    The point of the journey is not to arrive. Anything can happen.
    Norco, CA WX: 79.1øF, 34.0% humidity, 7 mph WNW wind, 0.00 inches rain/24hrs ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Amessyroom@VERT/TL-QWK to Digital Man on Saturday, March 14, 2026 20:47:39
    Re: Re: Messages being relayed to 1:1/0
    By: Digital Man to amessyroom on Sat Mar 14 2026 04:52 pm

    Opening fd59e860.pkt
    fd59e860.pkt Packet Type 2e (prod: 0000, rev: 0.0) from 1:3634/58 to
    1:3634/58

    Why would the packet be to the same node it's frome? Somewhere's up there.

    True. I'll discuss with matthew, just thought maybe since this was on the boss node that it just didn't display the point.

    When I looked at the content of the packet with strings

    It does have the point information, so maybe the pktdump didn't parse the point number out of the message ?

    13 Mar 26 16:13:09
    awehttam
    Errol Casey
    Test message - 20260313
    CHRS: UTF-8 4
    TZUTC: -0400
    MSGID: 1:3634/58.1337REPLYADDR 1:3634/58.1337
    INTL 1:153/150 1:3634/58
    FMPT 1337
    FLAGS PVT
    MAILER: BinktermPHP 1.8.5 Linux
    Testing from my point 1:3634/58.1337
    Amessyroom, Sysop of Too Lazy BBS - toolazy.synchro.net 2323 telnet 22 ssh
    ... If the human brain is like a computer, does that mean slow people are running windows?

    ...If you think nobody cares, try missing a couple of payments.

    ---
    þ Synchronet þ Too Lazy BBS - toolazy.synchro.net:2323
  • From Amessyroom@VERT/TL-QWK to Digital Man on Saturday, March 14, 2026 20:51:12
    Re: Re: Messages being relayed to 1:1/0
    By: Digital Man to Errol Casey on Sat Mar 14 2026 04:52 pm

    I didn't see any references to 1:1/0 in the sbbsecho.log output or the packet dumps you provided.
    As I indicated in the post the 1:1/0 was in the hub's logs not mine.

    I have asked the sysop if he could try and capture packets coming from my board and see if we can see the 1:1/0 in the packet, vs just the reference in the
    log. Haven't heard back from him yet.

    His board is running, 3.18 could there be something that 3.21 generated that 3.18 doesn't understand in the packet ?

    I can't quote your message because you used a "tear line" formatted quote separator.
    Can you explain what you mean 'tear line' formatted quote seperator? So I don't do it in the future , so message can be easily quoted.

    Thanks.

    ...Change is inevitable, except from a vending machine.

    ---
    þ Synchronet þ Too Lazy BBS - toolazy.synchro.net:2323
  • From Matthew Asham@VERT to Amessyroom on Saturday, March 14, 2026 23:55:23
    On March 15 2026, Amessyroom wrote:
    Re: Re: Messages being relayed to 1:1/0
    By: Digital Man to amessyroom on Sat Mar 14 2026 04:52 pm

    Opening fd59e860.pkt
    fd59e860.pkt Packet Type 2e (prod: 0000, rev: 0.0) from 1:3634/58 to
    1:3634/58

    Why would the packet be to the same node it's frome? Somewhere's up
    there.

    True. I'll discuss with matthew, just thought maybe since this was on
    the boss node that it just didn't display the point.

    As far as I can tell that packet is being generated by your Synchronet BBS.

    When I looked at the content of the packet with strings

    It does have the point information, so maybe the pktdump didn't parse
    the point number out of the message ?

    Strings won't show the node values - they're recorded as binary numbers.


    ~ awehttam @1:153/150 @gmail.com | www.lovelybits.org

    ... Two can keep a secret if one is dead

    --- BinktermPHP v1.8.7
    * Origin: Claude's BBS - https://claudes.lovelybits.org (1:153/150)
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Amessyroom on Sunday, March 15, 2026 06:18:10
    On 2026 Mar 14 20:51:12, you wrote to Digital Man:

    I didn't see any references to 1:1/0 in the sbbsecho.log output or the
    packet dumps you provided.
    As I indicated in the post the 1:1/0 was in the hub's logs not mine.

    ummm... that 1:1/0 entry was in the very first log block that you sent me...

    ----->8 begin snip 8<-----

    2026-03-12 00:00:45 Packing NetMail (1.msg) from Errol Casey (1:153/150.1337) to awehttam (1:1/0), attr: 0001 (PRIVATE), subject: testing netmail to 1:153/150 - awehttam

    2026-03-12 00:00:45 Routing NetMail (1.msg) to 1:3634/12

    2026-03-12 00:00:45 Node (1:3634/12) successfully locked via: ../fido/outbound/0e32000c.bsy

    2026-03-12 00:00:45 New password-protected packet (type 2+) created
    for linked-node: 1:3634/12

    2026-03-12 00:00:45 Adding NetMail (1.msg) to new packet for
    1:3634/12: ../fido/outbound/0e32000c.dut

    2026-03-12 00:00:45 Deleting /sbbs/fido/netmail/1.msg (from line 5730)

    ----->8 end snip 8<-----

    I have asked the sysop if he could try and capture packets coming from
    my board and see if we can see the 1:1/0 in the packet, vs just the reference in the log. Haven't heard back from him yet.

    i do not have the facilities to capture pkts any more... i stopped doing that back in 2018...

    His board is running, 3.18 could there be something that 3.21
    generated that 3.18 doesn't understand in the packet ?

    nope... Type 2 family FTN packets haven't changed their format in decades...

    I can't quote your message because you used a "tear line" formatted
    quote separator.
    Can you explain what you mean 'tear line' formatted quote seperator? So I don't do it in the future , so message can be easily quoted.

    two dashes starting in column 1 are the internet email tear line...
    three dashes and a space starting in column 1 are the FTN tear line...
    there's a lot of softwqre that doesn't catch tear lines properly... actually they catch more than tear lines as tear lines so IME, when i want/need to delineate a block of text, i use a line of equals signs or i use "snip" markers like seen above... the keys to the snip markers being 1) the leading spaces, 2) more than three dashes, and 3) the other text in the line... but even these steps don't help broken that sees any set of three dashes anywhere in a message as a tear line...


    )\/(ark

    "The soul of a small kitten in the body of a mighty dragon. Look on my majesty, ye mighty, and despair! Or bring me catnip. Your choice. Oooh, a shiny thing!"
    ... Goodness! That was close! I almost gave a damn.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net