1. Forum
  2. fsxNet
  3. FSX NET

  • Last day or so.

    From Avon@21:1/101 to All on Thu Mar 5 20:57:58 2020
    Hi Dan, Todd, Deon

    Tonight I have updated NET 1,2,4 to what I think is the latest Mystic build.

    NET 1 and 4 running win/32 and net 2 running win/64

    I set NET 2 back up again to poll 1,3,4 using SSL also did the same for NET 4 to poll 1,2,3 using SSL and here on NET 1 it's also polling all 3 using SSL.

    I think the dupe flood of the last few days has surfaced some issues. It
    seems larger files to be sent to nodes have been causing timeout issues with some either polling in to the HUBs or the HUBs trying to poll out to them.

    I saw an issue tonight between files being sent between NET 4 and 2 which
    were not that large but seemingly getting stuck and timing out. Using
    fidopoll seemed to help clear some one poll at a time but there were still timeouts and in some cases a simple PKT at NET 2 trying to send (and failing) to NET 4 I had to remove from the outbound... and then things seemed to flow form thereon... weirdness.

    I've also seen a node polling into NET 4 tonight that had issues I think because of the large files waiting to be collected. This one is using a WWIV system so perhaps it's related to that?

    + 2020.03.05 00:25:44 BINKP 1-Country Philippines (PH)
    + 2020.03.05 00:25:44 BINKP 1-Info WWIVVER 5.3.0.dev-xenos (May 20 2019, 18:09:55)
    + 2020.03.05 00:25:44 BINKP 1-System aliens' alcove!
    + 2020.03.05 00:25:44 BINKP 1-SysOp Xenos
    + 2020.03.05 00:25:44 BINKP 1-Mailer networkb/5.3.0.dev-xenos binkp/1.0
    + 2020.03.05 00:25:44 BINKP 1-Location Unknown
    + 2020.03.05 00:25:44 BINKP 1-Authenticating 21:4/147 by Cleartext
    + 2020.03.05 00:25:44 BINKP 1-Queued 3 files for 21:4/147@fsxnet
    + 2020.03.05 00:25:44 BINKP 1-Sending: 0000ffd1.we2 (1,895,868 bytes)
    + 2020.03.05 00:25:49 BINKP 1-Connection lost
    + 2020.03.05 00:25:49 BINKP 1-Session ended (0 sent, 0 rcvd, 0 skip)

    then i removed that file from HUB4 outbound and waited

    + 2020.03.05 00:30:42 BINKP 1-Info WWIVVER 5.3.0.dev-xenos (May 20 2019, 18:09:55)
    + 2020.03.05 00:30:42 BINKP 1-System aliens' alcove!
    + 2020.03.05 00:30:42 BINKP 1-SysOp Xenos
    + 2020.03.05 00:30:42 BINKP 1-Mailer networkb/5.3.0.dev-xenos binkp/1.0
    + 2020.03.05 00:30:42 BINKP 1-Location Unknown
    + 2020.03.05 00:30:42 BINKP 1-Authenticating 21:4/147 by Cleartext
    + 2020.03.05 00:30:42 BINKP 1-Queued 2 files for 21:4/147@fsxnet
    + 2020.03.05 00:30:42 BINKP 1-Sending: 0000ffd1.we3 (205,535 bytes)
    + 2020.03.05 00:30:44 BINKP 1-Connection lost

    I removed that file and waited

    + 2020.03.05 00:40:43 BINKP 2-Country Philippines (PH)
    + 2020.03.05 00:40:43 BINKP 2-Info WWIVVER 5.3.0.dev-xenos (May 20 2019, 18:09:55)
    + 2020.03.05 00:40:43 BINKP 2-System aliens' alcove!
    + 2020.03.05 00:40:43 BINKP 2-SysOp Xenos
    + 2020.03.05 00:40:43 BINKP 2-Mailer networkb/5.3.0.dev-xenos binkp/1.0
    + 2020.03.05 00:40:43 BINKP 2-Location Unknown
    + 2020.03.05 00:40:43 BINKP 2-Authenticating 21:4/147 by Cleartext
    + 2020.03.05 00:40:43 BINKP 2-Queued 1 files for 21:4/147@fsxnet
    + 2020.03.05 00:40:43 BINKP 2-Sending: 0000ffd1.th0 (8,758 bytes)
    + 2020.03.05 00:40:44 BINKP 2-Receiving: 0000002f.th0 (531 bytes)
    + 2020.03.05 00:40:50 BINKP 2-Session ended (1 sent, 1 rcvd, 0 skip)

    and we're flowing again...

    I have yet to test echonode tracking stanza but will start looking at this tonight.

    --- Mystic BBS v1.12 A46 2020/02/29 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Black Panther@21:1/186 to Avon on Thu Mar 5 18:55:32 2020
    On 05 Mar 2020, Avon said the following...

    I saw an issue tonight between files being sent between NET 4 and 2 which were not that large but seemingly getting stuck and timing out. Using fidopoll seemed to help clear some one poll at a time but there were
    still timeouts and in some cases a simple PKT at NET 2 trying to send
    (and failing) to NET 4 I had to remove from the outbound... and then things seemed to flow form thereon... weirdness.

    I'm going to add to this, as I'm looking at the mis.log.

    + 2020.03.05 04:58:17 BINKP > Connect on slot 1/20 SSL (71.74.66.9)
    + 2020.03.05 04:58:17 BINKP 1-HostName cpe-71-74-66-9.insight.res.rr.com
    + 2020.03.05 04:58:17 BINKP 1-Country United States of America (US)
    + 2020.03.05 04:58:18 BINKP 1-System fsxNet [Net2] Tholian
    + 2020.03.05 04:58:18 BINKP 1-SysOp Todd Zieman - Solaris
    + 2020.03.05 04:58:18 BINKP 1-Info TIME Thu, 05 Mar 2020 06:58:10 -0500
    + 2020.03.05 04:58:18 BINKP 1-Mailer Mystic/1.12A46 binkp/1.0
    + 2020.03.05 04:58:18 BINKP 1-Info BUILD 2020/03/04 20:44:52 Windows/64
    + 2020.03.05 04:58:18 BINKP 1-Authenticating 21:2/100@fsxnet by CRAM-MD5
    + 2020.03.05 04:58:18 BINKP 1-Queued 3 files for 21:2/100@fsxnet
    + 2020.03.05 04:58:18 BINKP 1-Sending: 031541d3.pkt (17,489 bytes)
    + 2020.03.05 04:58:18 BINKP 1-Remote Queue: 1 files 2,092 bytes
    + 2020.03.05 04:58:18 BINKP 1-Renaming file fffe0000.thr to fffe0000.1.thr
    + 2020.03.05 04:58:18 BINKP 1-Receiving: fffe0000.1.thr (2,092 bytes)
    + 2020.03.05 04:58:49 BINKP 1-Session timeout
    + 2020.03.05 04:58:49 BINKP 1-Session ended (0 sent, 1 rcvd, 0 skip)

    It seems that all I'm getting is the filename, as I have this in my inbound:

    03/05/2020 01:14 AM 0 fffe0000.1.th8
    03/05/2020 04:05 AM 0 fffe0000.1.thm
    03/05/2020 01:13 AM 0 fffe0000.th8
    03/05/2020 03:57 AM 0 fffe0000.thk
    03/05/2020 04:01 AM 0 fffe0000.thm
    03/05/2020 04:54 AM 0 fffe0000.thr

    Something is really a bit wonky...

    --- Mystic BBS v1.12 A45 2020/02/18 (Linux/64)
    * Origin: Castle Rock BBS - bbs.castlerockbbs.com - (21:1/186)
  • From alter ego@21:2/116 to Avon on Thu Mar 5 23:17:22 2020
    Re: Last day or so.
    By: Avon to All on Thu Mar 05 2020 08:57 pm

    Tonight I have updated NET 1,2,4 to what I think is the latest Mystic build.

    Ahh, good - it seems to be working well.

    I see a bunch of errors - but it doesnt appear to affect mail traffic:

    3/5 10:57:54p 1120 TLS ERROR 'Bad message MAC for packet type 21, length 48' (-1) popping data
    3/5 10:58:52p 1352 TLS ERROR 'Bad message MAC for packet type 21, length 48' (-1) popping dat

    Wonder if anybody knows what they mean?
    ...deon


    ... Sometimes a cigar is just a cigar.
    --- SBBSecho 3.10-Linux
    * Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)
  • From alter ego@21:2/116 to Avon on Fri Mar 6 09:24:14 2020
    Re: Last day or so.
    By: Avon to All on Thu Mar 05 2020 08:57 pm

    Tonight I have updated NET 1,2,4 to what I think is the latest Mystic build.

    OK, there is something amiss with Hub 4.

    I manually polled this morning and got a HEAP of mail - I'm assuming a backlog.

    But, after I polled I noticed an outgoing packet still in my outbound. I've left it there, so you can see what is being reported on your side.

    My last poll yields this:
    Got M_NUL command args: OPT CRAM-MD5-18199dee406624da37c23303834eea6d
    Got M_NUL command args: SYS fsxHUB Niba [NET4]
    Got M_NUL command args: ZYZ Black Panther
    Got M_NUL command args: TIME Thu, 05 Mar 2020 15:22:27 -0700
    Got M_NUL command args: VER Mystic/1.12A46 binkp/1.0
    Peer version: Mystic/1.12A46 binkp/1.0
    Got M_NUL command args: BUILD 2020/03/04 20:43:32 Windows/32
    Got M_ADR command args: 21:4/100@fsxnet 21:4/0@fsxnet
    Sending M_PWD command args: CRAM-MD5-cb8e15ea846d8c69deb2bfe7d13ce362
    Sent M_PWD command
    Got M_OK command args: secure
    Authentication successful: secure
    Unconfigured address 21:4/0@fsxnet
    Adding outbound files for 21:4/100@fsxnet
    outbox file: \MAILER\BOX\00150004.064\5e613184.pkt
    Adding '\MAILER\BOX\00150004.064\5e613184.pkt' as '5e613184.pkt'
    Sending file: \MAILER\BOX\00150004.064\5e613184.pkt (4.6KB)
    Sending M_FILE command args: 5e613184.pkt 4673 1583427972 0
    Sent M_FILE command
    Sending 4673 bytes of data
    Sent file: \MAILER\BOX\00150004.064\5e613184.pkt (4.6KB)
    Sending M_EOB command args:
    Sent M_EOB command
    Got M_NUL command args: QSIZE 0 files 0 bytes
    Got M_EOB command args:
    We got an M_EOB, but there are still 1 files pending M_GOT
    Got M_GET command args: 5e613184.pkt 4673 1583427972 0
    Error in recv() of first byte of packet header
    Unlocking C:/mailer/outbound.015\00040064.bsy.
    C:\BBS\SBBS\exec\binkit.js executed in 2.47 seconds

    You'll see that I'm sending 5e613184.pkt, but its not being received?
    ...deon


    ... Classical music is the kind we keep thinking will turn into a tune.
    --- SBBSecho 3.10-Linux
    * Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)
  • From Avon@21:1/101 to alter ego on Sat Mar 7 22:23:22 2020
    On 06 Mar 2020 at 09:24a, alter ego pondered and said...

    Sent M_EOB command
    Got M_NUL command args: QSIZE 0 files 0 bytes
    Got M_EOB command args:
    We got an M_EOB, but there are still 1 files pending M_GOT
    Got M_GET command args: 5e613184.pkt 4673 1583427972 0
    Error in recv() of first byte of packet header
    Unlocking C:/mailer/outbound.015\00040064.bsy.

    Things seem amiss all around I think. I can see NET 2 has been locked up with
    a MUTIL semaphore and it seems like some duff packets that when MUTIL was trying to toss it, caused it to crash then leave the semaphore behind.

    I am also having issues at NET 2 trying to poll NET 4 and send files via SSL

    + 2020.03.07 04:14:09 1-Polling 21:4/100 on slot 1 via BINKP
    + 2020.03.07 04:14:09 1-Connecting to BBS.CASTLEROCKBBS.COM on port 24553
    + 2020.03.07 04:14:10 1-Connected by IPV4 SSL to 184.155.113.241
    + 2020.03.07 04:14:10 1-S: NUL SYS fsxNet [Net2] Tholian
    + 2020.03.07 04:14:10 1-S: NUL ZYZ Todd Zieman - Solaris
    + 2020.03.07 04:14:10 1-S: NUL TIME Sat, 07 Mar 2020 04:14:10 -0500
    + 2020.03.07 04:14:10 1-S: NUL VER Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:14:10 1-S: NUL BUILD 2020/03/04 20:44:52 Windows/64
    + 2020.03.07 04:14:10 1-S: ADR 21:2/100@fsxnet
    + 2020.03.07 04:14:10 1-R: NUL OPT CRAM-MD5-86a24c5ee06dc946158936994e204396
    + 2020.03.07 04:14:10 1-R: NUL SYS fsxHUB Niba [NET4]
    + 2020.03.07 04:14:10 1-System fsxHUB Niba [NET4]
    + 2020.03.07 04:14:10 1-R: NUL ZYZ Black Panther
    + 2020.03.07 04:14:10 1-SysOp Black Panther
    + 2020.03.07 04:14:10 1-R: NUL TIME Sat, 07 Mar 2020 02:14:22 -0700
    + 2020.03.07 04:14:10 1-Info TIME Sat, 07 Mar 2020 02:14:22 -0700
    + 2020.03.07 04:14:10 1-R: NUL VER Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:14:10 1-Mailer Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:14:10 1-R: NUL BUILD 2020/03/04 20:43:32 Windows/32
    + 2020.03.07 04:14:10 1-Info BUILD 2020/03/04 20:43:32 Windows/32
    + 2020.03.07 04:14:10 1-R: ADR 21:4/100@fsxnet 21:4/0@fsxnet
    + 2020.03.07 04:14:10 1-S: PWD
    + 2020.03.07 04:14:10 1-R: OK secure
    + 2020.03.07 04:14:10 1-S: NUL QSIZE 2 files 212,354 bytes
    + 2020.03.07 04:14:10 1-Sending: fffe0000.thr (2,092 bytes)
    + 2020.03.07 04:14:10 1-S: FILE fffe0000.thr 2092 1583409482 0
    + 2020.03.07 04:14:10 1-R: NUL QSIZE 200 files 830,867 bytes
    + 2020.03.07 04:14:10 1-Remote Queue: 200 files 830,867 bytes
    + 2020.03.07 04:14:10 1-R: FILE 0315f1a9.pkt 1385 1583409297 0
    + 2020.03.07 04:14:10 1-Receiving: 0315f1a9.pkt (1,385 bytes)
    + 2020.03.07 04:14:11 1-S: GOT 0315f1a9.pkt 1385 1583409297
    + 2020.03.07 04:14:11 1-R: GET fffe0000.thr 2092 1583409482 0
    + 2020.03.07 04:14:41 1-Session timeout
    + 2020.03.07 04:14:41 1-Session ended (0 sent, 1 rcvd, 0 skip)
    + 2020.03.07 04:14:41 Polled 1 systems

    Polling your HUB from NET 2 via SSL also hits a problem

    --------------------- POLL v1.12 A46 2020/03/04 Sat, Mar 07 2020 (loglevel 3) + 2020.03.07 04:19:29 Poll BINKP node via address lookup: 21:3/100
    + 2020.03.07 04:19:29 Queued 1 files (199,283 bytes) for 21:3/100
    + 2020.03.07 04:19:29 1-Polling 21:3/100 on slot 1 via BINKP
    + 2020.03.07 04:19:29 1-Connecting to alterant.leenooks.net on port 24556
    + 2020.03.07 04:19:30 1-Connected by IPV4 SSL to 101.186.5.106
    + 2020.03.07 04:19:30 1-R: NUL OPT CRAM-MD5-758d6b97589c93a8cd8f9b671d64265c CRYPT
    + 2020.03.07 04:19:30 1-S: NUL SYS fsxNet [Net2] Tholian
    + 2020.03.07 04:19:30 1-S: NUL ZYZ Todd Zieman - Solaris
    + 2020.03.07 04:19:30 1-S: NUL TIME Sat, 07 Mar 2020 04:19:30 -0500
    + 2020.03.07 04:19:30 1-S: NUL VER Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:19:30 1-S: NUL BUILD 2020/03/04 20:44:52 Windows/64
    + 2020.03.07 04:19:30 1-S: ADR 21:2/100@fsxnet
    + 2020.03.07 04:19:31 1-R: NUL SYS W7-1-1
    + 2020.03.07 04:19:31 1-System W7-1-1
    + 2020.03.07 04:19:31 1-R: NUL ZYZ alterego
    + 2020.03.07 04:19:31 1-SysOp alterego
    + 2020.03.07 04:19:31 1-R: NUL LOC Parkdale VIC
    + 2020.03.07 04:19:31 1-Location Parkdale VIC
    + 2020.03.07 04:19:31 1-R: NUL NDL 115200,TCP,BINKP
    + 2020.03.07 04:19:31 1-Info NDL 115200,TCP,BINKP
    + 2020.03.07 04:19:31 1-R: NUL TIME Sat Mar 07 2020 20:19:30 GMT+1100 (AUS Eastern Daylight Time)
    + 2020.03.07 04:19:31 1-Info TIME Sat Mar 07 2020 20:19:30 GMT+1100 (AUS Eastern Daylight Time)
    + 2020.03.07 04:19:31 1-R: NUL VER BinkIT/2.28,JSBinkP/1.122,sbbs3.17c/Win32 binkp/1.1
    + 2020.03.07 04:19:31 1-Mailer BinkIT/2.28,JSBinkP/1.122,sbbs3.17c/Win32 binkp/1.1
    + 2020.03.07 04:19:31 1-R: ADR 10:1/2@private 618:510/2@micronet 516:999/998@videotex 21:3/100@fsxnet
    + 2020.03.07 04:19:31 1-S: PWD
    + 2020.03.07 04:19:31 1-R: OK secure
    + 2020.03.07 04:19:31 1-S: NUL QSIZE 1 files 199,283 bytes
    + 2020.03.07 04:19:31 1-R: EOB
    + 2020.03.07 04:19:31 1-Sending: ffff0000.sa0 (199,283 bytes)
    + 2020.03.07 04:19:32 1-S: FILE ffff0000.sa0 199283 1583572357 0
    + 2020.03.07 04:19:32 1-Connection lost
    + 2020.03.07 04:19:32 1-Session ended (0 sent, 0 rcvd, 0 skip)
    + 2020.03.07 04:19:32 Polled 1 systems

    I haven't even looked at NET 4 HUB yet :(

    I am not sure if this problems relate to the move to SSL or if it's to do
    with the dupe flood the other day and perhaps some nodes also having issues pulling down large packets.

    But certainly for BinkP sessions between NET 2 and 3 and NET 2 and 4 there's issues...

    Let's try a NET 2 poll for NET 1

    --------------------- POLL v1.12 A46 2020/03/04 Sat, Mar 07 2020 (loglevel 3) + 2020.03.07 04:22:15 Poll BINKP node via address lookup: 21:1/100
    + 2020.03.07 04:22:15 1-Polling 21:1/100 on slot 1 via BINKP
    + 2020.03.07 04:22:15 1-Connecting to agency.bbs.nz on port 24553
    + 2020.03.07 04:22:17 1-Connected by IPV4 SSL to 219.89.83.33
    + 2020.03.07 04:22:17 1-S: NUL SYS fsxNet [Net2] Tholian
    + 2020.03.07 04:22:17 1-S: NUL ZYZ Todd Zieman - Solaris
    + 2020.03.07 04:22:17 1-S: NUL TIME Sat, 07 Mar 2020 04:22:17 -0500
    + 2020.03.07 04:22:17 1-S: NUL VER Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:22:17 1-S: NUL BUILD 2020/03/04 20:44:52 Windows/64
    + 2020.03.07 04:22:17 1-S: ADR 21:2/100@fsxnet
    + 2020.03.07 04:22:17 1-R: NUL OPT CRAM-MD5-cfb0334f69b698598b83d084dfbde02f
    + 2020.03.07 04:22:17 1-R: NUL SYS fsxHUB Risa [NET1]
    + 2020.03.07 04:22:17 1-System fsxHUB Risa [NET1]
    + 2020.03.07 04:22:17 1-R: NUL ZYZ Avon
    + 2020.03.07 04:22:17 1-SysOp Avon
    + 2020.03.07 04:22:17 1-R: NUL TIME Sat, 07 Mar 2020 22:22:05 +1300
    + 2020.03.07 04:22:17 1-Info TIME Sat, 07 Mar 2020 22:22:05 +1300
    + 2020.03.07 04:22:17 1-R: NUL VER Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:22:17 1-Mailer Mystic/1.12A46 binkp/1.0
    + 2020.03.07 04:22:17 1-R: NUL BUILD 2020/03/06 14:53:11 Windows/32
    + 2020.03.07 04:22:17 1-Info BUILD 2020/03/06 14:53:11 Windows/32
    + 2020.03.07 04:22:17 1-R: ADR 21:1/100@fsxnet 21:1/3@fsxnet 21:1/2@fsxnet 21:1/0@fsxnet 21:0/0@fsxnet
    + 2020.03.07 04:22:17 1-S: PWD
    + 2020.03.07 04:22:18 1-R: OK secure
    + 2020.03.07 04:22:18 1-S: NUL QSIZE 0 files 0 bytes
    + 2020.03.07 04:22:18 1-S: EOB
    + 2020.03.07 04:22:18 1-R: NUL QSIZE 1 files 2,414 bytes
    + 2020.03.07 04:22:18 1-Remote Queue: 1 files 2,414 bytes
    + 2020.03.07 04:22:18 1-R: FILE ffff0000.sav 2414 1583572504 0
    + 2020.03.07 04:22:18 1-Receiving: ffff0000.sav (2,414 bytes)
    + 2020.03.07 04:22:18 1-S: GOT ffff0000.sav 2414 1583572504
    + 2020.03.07 04:22:19 1-R: EOB
    + 2020.03.07 04:22:19 1-Session ended (0 sent, 1 rcvd, 0 skip)
    + 2020.03.07 04:22:19 Polled 1 systems

    That worked.

    I am going to look at NET 4 next and may revert all HUBS to just non SSL
    links until we can suss this.

    --- Mystic BBS v1.12 A46 2020/03/04 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Avon@21:1/101 to Black Panther on Sat Mar 7 23:24:14 2020
    On 05 Mar 2020 at 06:55p, Black Panther pondered and said...

    Something is really a bit wonky...

    Yep it is, I've added extra logging to your HUB and sent some telem to
    g00r00..

    --- Mystic BBS v1.12 A46 2020/03/04 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From g00r00@21:1/108 to alter ego on Sat Mar 7 17:50:08 2020
    We got an M_EOB, but there are still 1 files pending M_GOT

    The received EOB is from the remote end's batch (which was zero files) so it should have instantly sent an EOB signaling their part of the batch is
    finished (which it was).

    An EOB from the remote side doesn't mean everything is done. It just means what they were going to send YOU is done.

    The issue here appears? to be that whatever you're using thinks that
    because it received an EOB that it should error because it didn't get
    the M_GOT yet. To my knowledge thats not how BINKP works.

    M_EOB 5
    End-of-Batch. M_EOB command must be transmitted after all the files have been sent.

    ^^ Its based on the sender's queue and nothing else

    --- Mystic BBS v1.12 A46 2020/03/05 (Windows/64)
    * Origin: Sector 7 (21:1/108)
  • From Black Panther@21:1/186 to Avon on Sat Mar 7 10:27:56 2020
    On 07 Mar 2020, Avon said the following...

    Something is really a bit wonky...

    Yep it is, I've added extra logging to your HUB and sent some telem to g00r00..

    Interesting logs... I hope it makes sense to g00r00, cause that looks like gibberish to me... :)

    --- Mystic BBS v1.12 A45 2020/02/18 (Linux/64)
    * Origin: Castle Rock BBS - bbs.castlerockbbs.com - (21:1/186)
  • From alter ego@21:2/116 to g00r00 on Mon Mar 9 14:33:38 2020
    Re: Re: Last day or so.
    By: g00r00 to alter ego on Sat Mar 07 2020 05:50 pm

    The issue here appears? to be that whatever you're using thinks that because it received an EOB that it should error because it didn't get
    the M_GOT yet. To my knowledge thats not how BINKP works.

    OK, it makes sense to me.

    I'll capture some logging, and send it to DM for comment...
    ...deon


    ... Kettle, plug, fridge, milk, coffee. Yawn.
    --- SBBSecho 3.10-Linux
    * Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)
  • From g00r00@21:1/108 to alter ego on Mon Mar 9 12:43:56 2020
    OK, it makes sense to me.

    I'll capture some logging, and send it to DM for comment...

    There is also absolutely an issue with the SSL portion and I don't know if
    its related to cryptlib or Mystic's implementation of Cryptlib (probably the latter).

    So there seems to be a few issues going on.

    I am able to get a problem to happen only when using Cryptlib and as soon as
    I turn it off it works fine, so that is where I am at now on my side of
    things.

    This seems a little too familiar to the random timeouts we had when using the opportunitic BINKP SSL too. Turns out there probably wasn't a bug in the implementation of it, but rather with cryptlib (or my code interfacing with it).

    --- Mystic BBS v1.12 A46 2020/03/09 (Windows/64)
    * Origin: Sector 7 (21:1/108)