So, I finally have everything set up and running utilizing BinkD, HPT and Docker for Net 4.
Please let me know if you run into any issues.
12:06:12 1-Connecting to net4.fsxnet.nz on port 24553
12:06:13 1-Using address 184.155.113.241
12:06:19 1-Unable to connect
Do I need to change something at my end? Drop 24553 SSL?
For now I think we'll have to use 24560 only. I'm not sure if BinkD will do SSL.
I'm also shutting it down on and off as I adjust config files...
Yup, I have it down right now. Can you take a look and make sure there
is no packet password set? I've gotten three message archives from
1/100, and all three were flagged as 'Security Violation'.
13:18:12 Poll BINKP node via address lookup: 21:4/100
13:18:12 Queued 1 files (1,636 bytes) for 21:4/100
13:18:12 1-Polling 21:4/100 on slot 1 via BINKP
13:18:12 1-Connecting to net4.fsxnet.nz on port 24560
13:18:13 1-Using address 184.155.113.241
13:18:19 1-Unable to connect
13:18:20 Polled 1 systems
For now I think we'll have to use 24560 only. I'm not sure if BinkD willdo SSL.
I'm also shutting it down on and off as I adjust config files...
So, I finally have everything set up and running utilizing BinkD, HPT and Docker for Net 4.
Please let me know if you run into any issues.
On 26 Oct 2020, 05:00p, Black Panther said the following...and
So, I finally have everything set up and running utilizing BinkD, HPT
to send an areafix message, and was getting 'area not found'. If that was you, please resend it. Keep in mind the areafix and filefix are now a bit different,Docker for Net 4.
Please let me know if you run into any issues.
I did have some issues on this end for a bit. I know that someone was trying
I think everything is flowing nicely now. Just let me know if you don't getthis message. ;)
I did have some issues on this end for a bit. I know that someone was tr to send an areafix message, and was getting 'area not found'. If that wa you, please resend it. Keep in mind the areafix and filefix are now a bi different, so you may want to send a %help first.
It's a bug in Mystic areafix handler than can't deal with more than one
On 27 Oct 2020, 12:41a, Nigel Reed said the following...tr
I did have some issues on this end for a bit. I know that someone was
wato send an areafix message, and was getting 'area not found'. If that
biyou, please resend it. Keep in mind the areafix and filefix are now a
had sent an areafix message as I was getting things set up and it didn't process correctly.different, so you may want to send a %help first.
It's a bug in Mystic areafix handler than can't deal with more than one
Nope, Hub 4 is now running BinkD and Husky, in a Docker container. Someone
It's a bug in Mystic areafix handler than can't deal with more
than one
Nope, Hub 4 is now running BinkD and Husky, in a Docker container.
Someone had sent an areafix message as I was getting things set up and
it didn't process correctly.
Still a bug. Mystic won't accept a \r\n terminated string unless someone can point to a spec that says only \r should be accepted?
I did have some issues on this end for a bit. I know that someone was trying tosend an areafix message, and was getting 'area not found'. If that was you,please resend it. Keep in mind the areafix and filefix are now a bit different,so you may want to send a %help first.
Nigel wrote (2020-10-27):
It's a bug in Mystic areafix handler than can't deal with more
than one
Nope, Hub 4 is now running BinkD and Husky, in a Docker container.
Someone had sent an areafix message as I was getting things set up and
it didn't process correctly.
Still a bug. Mystic won't accept a \r\n terminated string unless someone can point to a spec that says only \r should be accepted?
You mean \r\n terminated line/paragraph? (the string is the whole text body and is \0 terminated)
In Fidonet paragraphs are separated by \r. \r\n is just wrong because it strictly parsed as:
AREA1\r
\nAREA2\r
\nAREA3\r
\n
(or is there some FTS that says \n should be ignored?)
Nigel wrote (2020-10-27):
Still a bug. Mystic won't accept a \r\n terminated string unless
someone can point to a spec that says only \r should be
accepted?
You mean \r\n terminated line/paragraph? (the string is the whole
text body and is \0 terminated)
In Fidonet paragraphs are separated by \r. \r\n is just wrong because
it strictly parsed as:
AREA1\r
\nAREA2\r
\nAREA3\r
\n
(or is there some FTS that says \n should be ignored?)
From FTS-1 (http://ftsc.org/docs/fts-0001.016):
"All linefeeds, 0AH, should be ignored."
Someone had sent an areafix message as I was getting things set up and it didn't process correctly.
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 3 |
Nodes: | 8 (0 / 8) |
Uptime: | 37:36:17 |
Calls: | 2,137 |
Calls today: | 2 |
Files: | 11,149 |
D/L today: |
10 files (9,977K bytes) |
Messages: | 951,080 |