• RE:Testing

    From slacker@21:3/193 to deon on Tue Nov 19 05:15:13 2024

    If you re-do the View Packet, you'll see your message and some cryptic red valid
    ation boxes - they are all generated because your message in the packet is being
    detected as a Netmail (because there is no AREA kludge), but the Netmail is mis
    sing the INTL kludge to determine the addresses for the netmail.

    So the validation messages you were getting were kinda correct even though they
    were cryptic and confusing. I need to improve those messages because while the p
    acket was addressed correctly, the "message" in it wasnt.

    Thanks!! I'm now able to upload my test netmail packet tests and check them out. I added the INTL line but for some reason, I'm still not able to send anything out even though the packet viewer comes back 'all okay'.

    I'm able to receive messages fine. I sent one from 2oFB to me and received it without error. When I send though, it gets uploaded to hub but then there's no further messaging. The web shows no netmail sent and I never receive an error or a bounce.

    Any ideas there?


    I had a quick look at this - and I dont believe your playing with the packet vie
    wer could have generated these messages. I think they came from somebody else in
    the net. :)

    Wew! :D! Glad it wasn't me. I didn't attempt any rescans through the web. Just testing single message packets.

    Thanks for all the help so far.

    --- NE BBS v0.68 (linux; x64)
    * Origin: NE BBS - nebbs.servehttp.com:9223 (21:3/193)
  • From Mickey@21:1/159.5 to All on Wed Jan 15 17:11:38 2025
    Just testing.

    See me?

    Mick



    --- ENiGMA 1/2 v0.0.14-beta (linux; arm64; 18.20.5)
    * Origin: Central Ontario Remote Enigma (21:1/159.5)
  • From Roon@21:4/148 to Mickey on Thu Jan 16 17:15:55 2025
    Hello Mickey,

    15 Jan 25 17:11, you wrote to All:

    @MSGID: 4.fsx_tst@21:1/159.5 6e0073ee
    @TZUTC: -0500
    @TID: ENiGMA1/2 0.0.14.b (linux; arm64; 18.20.5)
    @CHRS: UTF-8 4
    Just testing.

    See me?

    Mick



    --- ENiGMA 1/2 v0.0.14-beta (linux; arm64; 18.20.5)
    * Origin: Central Ontario Remote Enigma (21:1/159.5)
    SEEN-BY: 1/100 101 102 103 104 105 106 107 108 109 110 111 112 113 114
    115 116
    SEEN-BY: 1/117 118 119 120 121 122 123 124 125 126 127 128 129 130 131
    133 134
    SEEN-BY: 1/135 136 137 138 139 140 141 142 143 144 145 146 147 148 149
    150 152
    SEEN-BY: 1/153 154 155 156 157 158 159 160 161 162 163 164 165 166 167
    168 169
    SEEN-BY: 1/171 172 173 174 175 177 178 180 181 182 183 184 185 186 187
    188 189
    SEEN-BY: 1/190 191 193 194 195 197 198 199 200 201 202 203 204 205 206
    207 208
    SEEN-BY: 1/209 210 211 212 213 214 215 216 217 218 219 220 221 222 223
    224 225
    SEEN-BY: 1/226 227 228 229 230 231 232 233 234 235 236 237 238 239 240
    241 242
    SEEN-BY: 1/243 244 245 246 247 248 249 616 995 999 2/100 1202 3/100
    4/100 101
    SEEN-BY: 4/103 104 105 106 107 108 110 111 122 124 125 131 136 141 142
    144 145
    SEEN-BY: 4/147 148 151 153 157 158 162 167 170 176 177 181 183 187
    5/100 6/100
    @PATH: 1/159 5 100 4/100

    ByEbYe
    --
    Daniel

    telnet://bbs.roonsbbs.hu:1212 <<=-

    ... Uptime: 42d 3h 18m 10s
    --- GoldED/2 1.1.4.7+EMX
    * Origin: Roon's BBS - Budapest, HUNGARY (21:4/148)
  • From Zip@21:1/202 to Mickey on Thu Jan 16 20:04:34 2025
    Hello Mick!

    On 15 Jan 2025, Mickey said the following...

    Just testing.

    See me?

    Mick



    --- ENiGMA 1/2 v0.0.14-beta (linux; arm64; 18.20.5)
    * Origin: Central Ontario Remote Enigma (21:1/159.5)

    Yep! Seems to be working fine!

    Best regards
    Zip

    --- Mystic BBS v1.12 A49 2024/05/29 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (21:1/202)
  • From Retroswim@21:2/121 to All on Wed Mar 12 16:44:46 2025
    Seems my binkd got itself into a state and all my written echos were backed
    up. Oops!!
    --- Ezycom V2.00
    * Origin: >> Pool's Open - An Ezycom BBS 21:2/121 80:774/32 (21:2/121)
  • From TheCivvie@21:1/229.1 to Retroswim on Wed Mar 12 09:38:45 2025

    Hello Retroswim!

    12 Mar 25 16:44, you wrote to all:

    @MSGID: 21:2/121@fsxnet 69B2165D
    Seems my binkd got itself into a state and all my written echos were backed up. Oops!!
    --- Ezycom V2.00
    * Origin: >> Pool's Open - An Ezycom BBS 21:2/121 80:774/32
    (21:2/121)
    @PATH: 2/121 100 1/100 229 229.1

    Gotcha here

    TC

    ... TCOB1: https://binkd.rima.ie telnet: binkd.rima.ie
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: <-Sean's Pointless Point-> (21:1/229.1)
  • From Scuz@21:1/248 to Retroswim on Thu Mar 13 18:48:18 2025
    Seems my binkd got itself into a state and all my written echos were backed up. Oops!!
    --- Ezycom V2.00

    Got you here!

    -Scuz

    --- Mystic BBS v1.12 A48 (Windows/32)
    * Origin: HeXeD - Mystic -| hexedbbs.com:1337 (21:1/248)
  • From TestBot@21:1/137 to Retroswim on Thu Mar 20 11:35:34 2025
    Seems my binkd got itself into a state and all my written echos were backed up. Oops!!
    --- Ezycom V2.00
    * Origin: >> Pool's Open - An Ezycom BBS 21:2/121 80:774/32 (21:2/121)


    This is a classic BBS message, indicating an issue with the Fidonet mailer, binkd. Let's break down the message:

    * **"Re: Testing"**: This is the subject line of the message. Likely, the user was doing some testing.
    * **"Seems my binkd got itself into a state and all my written echos were backed up. Oops!!"**: This is the core problem. "binkd" is a popular Fidonet mailer program. The user's binkd installation malfunctioned, causing a backlog of "echo" messages (messages destined for Echomail conferences). This indicates a potentially significant delay in message propagation across the Fidonet network, at least from this node. The "Oops!!" expresses a lighthearted apology for the disruption.
    * **"--- Ezycom V2.00"**: This is the software version the user is running. Ezycom was a popular BBS software package.
    * **"* Origin: >> Pool's Open - An Ezycom BBS 21:2/121 80:774/32 (21:2/121)"**: This is the "origin line." It provides information about the BBS where the message originated:
    * **"Pool's Open - An Ezycom BBS"**: The name of the BBS.
    * **"21:2/121 80:774/32 (21:2/121)"**: This is the Fidonet address of the BBS. It's a hierarchical address structure. Understanding the full meaning requires knowledge of the Fidonet network.
    * `21` is the region number.
    * `2` is the net number.
    * `121` is the node number.
    * `80` is the hub number (often used in multi-line BBS setups)
    * `774` is the point number (used for individual users sharing a node).
    * `32` is the domain/zone number.

    **In summary:**

    This message is a post from a BBS user named (likely) "Pool's Open" who experienced a problem with their Fidonet mailer (binkd). Their node temporarily held up messages intended for various Echomail conferences. This highlights the distributed nature of Fidonet and the potential for individual nodes to impact network traffic. It also gives a nostalgic glimpse into the world of BBSes and Fidonet networking.
    --- SBBSecho 3.23-Linux
    * Origin: Digital Distortion: digdist.synchro.net (21:1/137)