Hello g00r00!

Welcome back, and a Happy New Year to you!

On 30 Dec 2022, g00r00 said the following...

If you have been using A48 or have heard any rumblings I would love to hear your thoughts on things.

A48 seems to be working fine here, except that I still cannot get the Download via WEB (dlreq) functionality to work -- I always get "File not in queue" when clicking on a file to download it:

http://scbbs.nsupdate.info:61080/dlreq?98b4418f&gwo0.11-sample-win32.lha

Download Batch Queue ERROR
An error occurred while processing your file download request.

Reason: File not in queue

[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=632988}, NULL) = 0
[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=633077}, NULL) = 0
[pid 1567586] write(3, "+ 2023.01.01 10:42:45 HTTP 1-DLREQ: GET /dlreq?98b4418f&gwo0.11-sample-win32.lha HTTP/1.1\n", 91) = 91
[pid 1567586] open("/home/bbs/mystic/data/98b4418f.dlreq", O_RDONLY|O_LARGEFILE) = 27
[pid 1567586] read(27, "1672573308\n192.168.1.1\n1\n1,841387,0,/mnt/bbs/mystic/files/local/L_UPLOADS/g
wo0.11-sample-win32.lha\n", 4096) = 99
[pid 1567586] close(27) = 0
[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=633589}, NULL) = 0
[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=633674}, NULL) = 0
[pid 1567586] open("/home/bbs/mystic/data/users.dat", O_RDWR|O_LARGEFILE) = 27

(cut out users.dat contents)

[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=634752}, NULL) = 0
[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=634818}, NULL) = 0
[pid 1567586] write(3, "+ 2023.01.01 10:42:45 HTTP 1-Authenticated user: Zip\n", 54) = 54
[pid 1567586] open("/home/bbs/mystic/data/98b4418f.dlreq", O_RDONLY|O_LARGEFILE) = 27
[pid 1567586] read(27, "1672573308\n192.168.1.1\n1\n1,841387,0,/mnt/bbs/mystic/files/local/L_UPLOADS/g
wo0.11-sample-win32.lha\n", 4096) = 99
[pid 1567586] read(27, "", 4096) = 0
[pid 1567586] close(27) = 0
[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=635303}, NULL) = 0
[pid 1567586] gettimeofday({tv_sec=1672566165, tv_usec=635367}, NULL) = 0
[pid 1567586] write(3, "+ 2023.01.01 10:42:45 HTTP 1-Refused: File not in queue\n", 57) = 57
[pid 1567586] open("/home/bbs/mystic/webroot/cfg/dlreq_error.txt", O_RDONLY|O_LARGEFILE) = 27

It appears that it does not even try to open the actual file to be downloaded.

The MIS log shows:

+ 2023.01.01 10:41:55 HTTP > Connect on slot 1/10 (192.168.1.1)
+ 2023.01.01 10:41:55 HTTP 1-HostName router.asus.com
+ 2023.01.01 10:41:55 HTTP 1-Country Unknown (-)
+ 2023.01.01 10:41:55 HTTP 1-DLREQ: GET /dlreq?98b4418f HTTP/1.1
+ 2023.01.01 10:41:55 HTTP 1-Authenticated user: Zip
+ 2023.01.01 10:41:55 HTTP 1-List Batch
+ 2023.01.01 10:41:55 HTTP 1-Request done
+ 2023.01.01 10:41:55 HTTP > Connect on slot 1/10 (192.168.1.1)
+ 2023.01.01 10:41:55 HTTP 1-HostName router.asus.com
+ 2023.01.01 10:41:55 HTTP 1-Country Unknown (-)
+ 2023.01.01 10:41:56 HTTP > Connect on slot 1/10 (192.168.1.1)
+ 2023.01.01 10:41:56 HTTP 1-HostName router.asus.com
+ 2023.01.01 10:41:56 HTTP 1-Country Unknown (-)
+ 2023.01.01 10:41:57 HTTP 1-DLREQ: GET /dlreq?98b4418f&gwo0.11-sample-win32.lha HTTP/1.1
+ 2023.01.01 10:41:57 HTTP 1-Authenticated user: Zip
+ 2023.01.01 10:41:57 HTTP 1-Refused: File not in queue
+ 2023.01.01 10:42:45 HTTP > Connect on slot 1/10 (192.168.1.1)
+ 2023.01.01 10:42:45 HTTP 1-HostName router.asus.com
+ 2023.01.01 10:42:45 HTTP 1-Country Unknown (-)
+ 2023.01.01 10:42:45 HTTP 1-DLREQ: GET /dlreq?98b4418f&gwo0.11-sample-win32.lha HTTP/1.1
+ 2023.01.01 10:42:45 HTTP 1-Authenticated user: Zip
+ 2023.01.01 10:42:45 HTTP 1-Refused: File not in queue

Any ideas what could be causing this? Maybe something with the newlines in the .dlreq file, or missing <argument> in <argument>=<value> in the URL (only the filename is listed), or trying to match the entire path instead of only the filename, or some anti-spoofing kicking in? Just wild guesses, of course...

My slightly revised webroot files are available here: https://scbbs.nsupdate.info/files/webroot.tar.gz

They fix a couple of validation errors, HREF link quoting, and add some anti-caching and CSS styling. Free to use as you wish, should you wish. :)

Best regards
Björn

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)

Hello g00r00!

30 Dec 22 21:22, you wrote to Paul Hayton:

Lastly, if I want to contact you privately is the mystic Gmail
still the best way to go?

Normally I would say yes, but at some point my e-mail stopped syncing
and I didn't notice it until today. I just assumed I wasn't getting e-mail because I hadn't been active. There could be a lot of e-mail sitting in there that I have not seen yet.

I would say for now Netmail works. I never stopped checking my
netmail while I was gone, although it was usually once every other
week or so.

I've tried to netmail you a couple times but always get a connection timed out on mysticbbs.pwnz.org port 24554. Please poll me at 1:320/219.

Thanks,

Andrew

--- GoldED+/LNX 1.1.5-b20220504
* Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)

I did see some stuff about chat and I did fix up some chat bugs (specifically related to the user to user split screen chat). I just hadn't had a chance to release the newer build.

Backspace appears to be working now. Thanks!

For the assigned startup menu if you can test it with the latest A48 and let me know I would appreciate it. I may have already fixed it and forgot. Or if you can explain how I can reproduce it I'll see if I can get it to happen here and get it sorted out right away.

So this still is broken. Basically, sign in as a new user and once the user is validated to the new security level with a different menu assigned, the menu never gets assigned. So once the user tries to login again he will get a 'Error loading .mnu'

When checking the user, the Start Menu is empty.

... A Mystic asking for a hot-dog: "Make me one with everything"

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Clutch BBS * telnet://bbs.clutchbbs.com (1:229/310)

Download Batch Queue ERROR
An error occurred while processing your file download request.

Reason: File not in queue

Thanks for the comprehensive logs. From what it looks like I don't see any problem so it could just be that it has been broken on the Linux side for some time and working in Windows.

I'll set up a test on the Linux side tonight if I get some time.

... No honey, I can't eat with the family. My computer gets lonely!

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

I've tried to netmail you a couple times but always get a connection
timed out on mysticbbs.pwnz.org port 24554. Please poll me at
1:320/219.

Yeah sorry about that. My BBS has been down and I have been manually polling for some time now. I need to get things back to normal I'll see about polling you after work tonight if I don't forget.

... Oxymoron: Race walking

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

So this still is broken. Basically, sign in as a new user and once the user is validated to the new security level with a different menu assigned, the menu never gets assigned. So once the user tries to login again he will get a 'Error loading .mnu'

When checking the user, the Start Menu is empty.

The start menu is no longer copied to the user's record like it used to be when a user is upgraded so that part is normal. Instead, it now pulls the menu name from their security level and has some different logic. There is a note about this in the whatsnew for more details.

I'll try to reproduce it here tonight if I get the time.

If you want to diagnose more on your side, here are some things to try:

1) Check logs to see what it says when it can't load the menu.
2) Check system config > start menu and confirm the value is what you want
3) Check the user's start menu and make sure its actually blank and not a null 4) Check the user's security level to make sure there is a start menu defined or that its truly blank and not set to a space or null character.

The logic is basically:

If user has a non-blank start menu, use that.
If user start menu is blank, then load menu from user's security profile.
If user security profile start menu is blank, then load Config > Start Menu

... Enter any 12-digit prime number to continue.

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

A48 seems to be working fine here, except that I still cannot get the Download via WEB (dlreq) functionality to work -- I always get "File not in queue" when clicking on a file to download it:

Turns out I completely broke it at some point. I've fixed it up and I will put up a new build in just a few minutes to the prealpha folder.

... What does it mean to pre-board? Do you get on before you get on?

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Hello g00r00!

On 03 Jan 2023, g00r00 said the following...

Download via WEB (dlreq) functionality to work -- I always get "File in queue" when clicking on a file to download it:

Turns out I completely broke it at some point. I've fixed it up and I will put up a new build in just a few minutes to the prealpha folder.

Thanks a lot! It is much appreciated, and appears to be working just fine! I have enabled "Download via WEB" on my BBS now.

Speaking of this, would it be possible (in the future) to be able to choose to disable the anti-spoofing (IP) check? E.g. for the scenario when a user uses fTelnet (an fTelnet proxy somewhere in the world) and then wants to download the file via his/her web browser (another IP)?

+ 2023.01.04 09:04:04 HTTP 1-Cannot authenticate host (81.4.100.99/192.168.1.1)
+ 2023.01.04 09:04:04 HTTP 1-Refused: Not authorized

A configuration option for the download URL (e.g. if you have a web server in front of MIS for HTTPS support with a "real" SSL certificate) would also be a great addition. :)

And that might actually *require* the ability to disable dlreq IP checks, unless dlreq could also be configured to trust some header(s), e.g. X-Forwarded-For, from some "upstream" IP(s) or IP range(s), where that header would contain the real IP of the user. Something like what mod_remoteip of Apache does: https://httpd.apache.org/docs/current/mod/mod_remoteip.html#remoteipinternalpro

RemoteIPHeader X-Forwarded-For
RemoteIPInternalProxy 127.0.0.1 192.168.1.0/24

Just food for thought. :)

Thanks again for your help!

Best regards
Björn

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)

1) Check logs to see what it says when it can't load the menu.

2023.01.04 06:37:07 Setting start menu:
2023.01.04 06:37:07 Error loading menu:
2023.01.04 06:37:07 Shutting down

Can you upgrade to the latest build in prealpha when you have time and check the logs again. I changed it to show where its taking the menu value from which should help me get to the bottom of the issue.

... DOS=HIGH? I knew it was on something...

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

choose to disable the anti-spoofing (IP) check? E.g. for the scenario
when a user uses fTelnet (an fTelnet proxy somewhere in the world) and then wants to download the file via his/her web browser (another IP)?

fTelnet should be responding to a SENDLOC request which allows Mystic to get the non-proxied IP address of the user. This is either not working or Mystic is accidentally not using that IP for web downloads which is highly possible.

If we can't get that working then I think the trusted proxy IP option is probably the way to go. I'll try to take a look at that tonight.

A configuration option for the download URL (e.g. if you have a web
server in front of MIS for HTTPS support with a "real" SSL certificate) would also be a great addition. :)

The web server does support HTTPS but there was a delay when negotiating connections with CryptLib. I couldn't figure out why at the time so if memory serves me, I disabled SSL and never came back to it.

It is technically possible to import a CA signed cert for the BBS but Cryptlib doesn't have tools to import standard certificate formats (from what I remember) into their proprietary keystore.

I would like to switch to OpenSSL instead because CryptLib has been annoying to work with for me, and that could simplify much of this stuff. The problem is that I don't believe OpenSSL supports a SSH server which would be something we need to figure out first.

... User Error: Replace user and hit any key to continue...

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Can you upgrade to the latest build in prealpha when you have time and check the logs again. I changed it to show where its taking the menu value from which should help me get to the bottom of the issue.

------------------- Node 1 (Mystic v1.12 A48 2023/01/04)
2023.01.04 13:33:01 Connect from 10.1.1.124 (Unknown)
2023.01.04 13:33:01 Country: Unknown
2023.01.04 13:33:01 Set time left 15
2023.01.04 13:33:16 todd logged in
2023.01.04 13:33:16 Set time left 60
2023.01.04 13:33:16 Setting time left to 60
2023.01.04 13:33:16 Setting menu to "" (Security start menu)
2023.01.04 13:33:16 Error loading menu:
2023.01.04 13:33:16 Shutting down

You can also just go into the user and do a CTRL+U select the security level and it never changes the start menu for the user.

... Shortcut: longest distance between two points

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Clutch BBS * telnet://bbs.clutchbbs.com (1:229/310)

2023.01.04 13:33:16 Setting time left to 60
2023.01.04 13:33:16 Setting menu to "" (Security start menu)
2023.01.04 13:33:16 Error loading menu:

You can also just go into the user and do a CTRL+U select the security level and it never changes the start menu for the user.

I was able to find the issue with that logging, thank you! I am uploading a new build now which will include the fix.

As far as it not updating the user field when you upgrade the user security level, thats expected behavior. Older versions would copy the start menu from the security into the user record, but now it just pulls the menu name directly from the security record.

The reason for the change is because if you wanted to change the start menu for a security level in the past you'd have to then go into each user's record and update their start menu field. Now you can blank out all of the user's start menu fields and let it pull the menu from the system default or their security profile. You'd only set the start menu directly on the user's record if you really wanted them to have their own custom start menu.

Hope I was able to explain that in a way that made sense lol.

On login:

If user record has a start menu defined, Mystic will use it. If not, it will check their security level profile and use the start menu defined there. If that is also blank, it will then use the default start menu defined in System Configuration > General settings.

... My reality check just bounced

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

On 04 Jan 2023 at 03:03p, g00r00 pondered and said...

As far as it not updating the user field when you upgrade the user security level, thats expected behavior. Older versions would copy the start menu from the security into the user record, but now it just pulls the menu name directly from the security record.

The reason for the change is because if you wanted to change the start menu for a security level in the past you'd have to then go into each user's record and update their start menu field. Now you can blank out all of the user's start menu fields and let it pull the menu from the system default or their security profile. You'd only set the start menu directly on the user's record if you really wanted them to have their
own custom start menu.

Hope I was able to explain that in a way that made sense lol.

I think I'll put up something in the FAQ about this as it seems to be something that folks may need some further education / awareness on.

Your explanation makes sense to me but for those of us using Mystic for a while I can see how what was a previously filled field now blank may be concerning.

What I think this will do is make folks more aware of the setup / settings in the defined security areas.

Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

--- Mystic BBS v1.12 A47 2021/12/24 (Linux/64)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)

I was able to find the issue with that logging, thank you! I am
uploading a new build now which will include the fix.

Sweet! I'll grab it now.

As far as it not updating the user field when you upgrade the user security level, thats expected behavior. Older versions would copy the start menu from the security into the user record, but now it just pulls the menu name directly from the security record.

The reason for the change is because if you wanted to change the start menu for a security level in the past you'd have to then go into each user's record and update their start menu field. Now you can blank out all of the user's start menu fields and let it pull the menu from the system default or their security profile. You'd only set the start menu directly on the user's record if you really wanted them to have their
own custom start menu.

Hope I was able to explain that in a way that made sense lol.

Makes perfect sense. There was something else related to this kind of change to. A mass way of updating users security levels? Any way of doing that. I'm getting of topic, but curious.

... A Meteor is an example of a rock star.

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Clutch BBS * telnet://bbs.clutchbbs.com (1:229/310)

I think I'll put up something in the FAQ about this as it seems to be something that folks may need some further education / awareness on.

It couldn't hurt. It should be somewhere in there thats for sure. FAQ might make sense and then when it comes time to document the start menu fields in System Config, Security editor, user editor, etc it can link back to that FAQ?

I did discuss it in the whatsnew also.

At least in this case I don't think Mike was confused, it was just that Mystic wasn't working correctly. Should be fixed now and now the logging is better too because of it, which will only help.

... Anything is possible if you don't know what you're talking about

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Makes perfect sense. There was something else related to this kind of change to. A mass way of updating users security levels? Any way of
doing that. I'm getting of topic, but curious.

There isn't a global user editor for some reason. I don't really remember why I never made one considering things like Echomail nodes, msg/file bases all have them.

I don't want to work on it before A48 at this point since I'd like to get this thing released sooner than later, but I think it could be something that I focus on early in A49

... Real Programmers balance their checkbooks in hex

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

On 04 Jan 2023 at 04:23p, g00r00 pondered and said...

It couldn't hurt. It should be somewhere in there thats for sure. FAQ might make sense and then when it comes time to document the start menu fields in System Config, Security editor, user editor, etc it can link back to that FAQ?

I did discuss it in the whatsnew also.

Yep, all good. I did take from that explanation and use it in the FAQ :)

Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

--- Mystic BBS v1.12 A47 2021/12/24 (Linux/64)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)

On 04 Jan 2023, g00r00 said the following...

Makes perfect sense. There was something else related to this kind of change to. A mass way of updating users security levels? Any way of doing that. I'm getting of topic, but curious.

There isn't a global user editor for some reason. I don't really
remember why I never made one considering things like Echomail nodes, msg/file bases all have them.

I don't want to work on it before A48 at this point since I'd like to
get this thing released sooner than later, but I think it could be something that I focus on early in A49

Alright don't mean to add more to your list.

I have some other questions, unrelated to this.

I will create a new message.

... Everyone smiles in the same language.

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Clutch BBS * telnet://bbs.clutchbbs.com (1:229/310)

Alright don't mean to add more to your list.

All good. I'm always open to suggestions!

I have some other questions, unrelated to this.
I will create a new message.

Sounds good!

... Message encrypted: Press ALT-F4 to read encoded message

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Hello g00r00!

Thank you for your reply!

On 04 Jan 2023, g00r00 said the following...

fTelnet should be responding to a SENDLOC request which allows Mystic to get the non-proxied IP address of the user. This is either not working
or Mystic is accidentally not using that IP for web downloads which is highly possible.

Yes, it seems so. I have enabled the fTelnet SendLocation support (I'm using the https://embed-v2.ftelnet.ca/ fTelnet Embed Wizard), but still see the proxy IP instead of the client IP in the .dlreq data file.

A tcpdump with -XX -vvv shows that the real IP (188.149.153.205) appears to be sent by the fTelnet proxy (if I interpret things correctly):

08:19:23.359427 IP (tos 0x0, ttl 64, id 60413, offset 0, flags [DF], proto TCP (6), length 106)
glimmer.localdomain.61023 > 81-4-100-99.cloud.ramnode.com.32794: Flags [P.], cksum 0x7771 (incorrect -> 0x8d1a), seq 119:173, ack 42, win 510, options [nop,nop,TS val 1317211997 ecr 945308165], length 54
0x0000: 1831 bf65 a99c 94c6 91a0 202b 0800 4500 .1.e.......+..E.
0x0010: 006a ebfd 4000 4006 d77b c0a8 0105 5104 .j..@.@..{....Q.
0x0020: 6463 ee5f 801a ded2 6d09 f420 cc9f 8018 dc._....m.......
0x0030: 01fe 7771 0000 0101 080a 4e83 0f5d 3858 ..wq......N..]8X
0x0040: 4205 0d0a 4465 7465 6374 696e 6720 7465 B...Detecting.te
0x0050: 726d 696e 616c 2065 6d75 6c61 7469 6f6e rminal.emulation
0x0060: 3a20 1b5b 731b 5b32 3535 421b 5b32 3535 :..[s.[255B.[255
0x0070: 431b 5b36 6e1b 5b75 C.[6n.[u

08:19:23.386349 IP (tos 0x0, ttl 58, id 36065, offset 0, flags [DF], proto
TCP (6), length 70) 81-4-100-99.cloud.ramnode.com.32794 > glimmer.localdomain.61023: Flags [P.], cksum 0x0c2b (correct), seq 42:60, ack 173, win 58, options [nop,nop,TS val 945308236 ecr 1317211997], length 18 0x0000: 94c6 91a0 202b 1831 bf65 a99c 0800 4500 .....+.1.e....E. 0x0010: 0046 8ce1 4000 3a06 3cbc 5104 6463 c0a8 .F..@.:.<.Q.dc.. 0x0020: 0105 801a ee5f f420 cc9f ded2 6d3f 8018 ....._......m?.. 0x0030: 003a 0c2b 0000 0101 080a 3858 424c 4e83 .:.+......8XBLN. 0x0040: 0f5d 3138 382e 3134 392e 3135 332e 3230 .]188.149.153.20 0x0050: 350a fff0 5...

So maybe Mystic doesn't pick this up, or doesn't use it for web downloads?

The node log shows:

------------------- Node 3 (Mystic v1.12 A48 2023/01/03)
2023.01.05 08:19:23 Connect from 81.4.100.99 (81-4-100-99.cloud.ramnode.com) 2023.01.05 08:19:23 Country: Netherlands
2023.01.05 08:19:23 Set time left 20

(By the way, maybe both the proxy IP and the real IP ought to be logged there for troubleshooting? Just thinking aloud...)

Thanks again!

Best regards
Björn

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)

Yes, it seems so. I have enabled the fTelnet SendLocation support (I'm using the https://embed-v2.ftelnet.ca/ fTelnet Embed Wizard), but still see the proxy IP instead of the client IP in the .dlreq data file.

I added some logging into the MIS window for the telnet location and its in the latest Linux/Pi builds that I just put up. It does look like I wasn't passing the location IP into Mystic, but there is code there to get the value.

Lets first make sure that the location part works and then I can move on to getting dlreq sorted out.

... Enter any 12-digit prime number to continue.

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Hello g00r00!

Thank you for your reply!

On 05 Jan 2023, g00r00 said the following...

I added some logging into the MIS window for the telnet location and its in the latest Linux/Pi builds that I just put up. It does look like I wasn't passing the location IP into Mystic, but there is code there to
get the value.

Lets first make sure that the location part works and then I can move on to getting dlreq sorted out.

I just pulled the latest 64-bit Linux A48 prealpha, but I'm afraid it doesn't appear to work as it still logs:

------------------- Node 2 (Mystic v1.12 A48 2023/01/05)
2023.01.06 19:43:43 Connect from 81.4.100.99 (81-4-100-99.cloud.ramnode.com) 2023.01.06 19:43:43 Country: Netherlands

Best regards
Björn

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)

I just pulled the latest 64-bit Linux A48 prealpha, but I'm afraid it doesn't appear to work as it still logs:

------------------- Node 2 (Mystic v1.12 A48 2023/01/05)
2023.01.06 19:43:43 Connect from 81.4.100.99 (81-4-100-99.cloud.ramnode.com) 2023.01.06 19:43:43 Country: Netherlands

Sorry I didn't explain it well. The log you need to look at is the MIS log. It should log that it received a telnet location when the connection received is logged.

Or it might I should say lol

... Fer sell cheep: BBS spel chekker. Wurks grate.

--- Mystic BBS v1.12 A48 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Hello g00r00!

Thank you for your reply!

On 06 Jan 2023, g00r00 said the following...

Sorry I didn't explain it well. The log you need to look at is the MIS log. It should log that it received a telnet location when the
connection received is logged.

Unfortunately, the MIS log appears to log only the proxy IP as well:

+ 2023.01.07 15:31:28 TELNET > Connect on slot 1/10 (81.4.100.99)
+ 2023.01.07 15:31:28 TELNET 1-HostName 81-4-100-99.cloud.ramnode.com
+ 2023.01.07 15:31:28 TELNET 1-Country Netherlands (NL)
+ 2023.01.07 15:31:29 TELNET 1-Creating terminal process

Best regards
Björn

--- Mystic BBS v1.12 A48 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)