Woohoo! I'll update all my copies of mTCP and let you know if I find any bugs.

amazing news! thanks mbbrutman!
mTCP ftpserver is perhaps the most used utility in my retro builds, only LIST gets used more!

Exelent news ! thanks !, i try it very soon in my 5150 and Xt´s Clone

Oh my! Thank you! Love your work!

And just for giggles, the PCjr is serving the same web pages as the main site:

• http://50.125.82.27:8088/mtcp/ for the mTCP pages being served by a PCjr
• http://50.125.82.27:8088/proc/Status for the server status page

I'll leave it running for a few days.

It's sad to not be on my desk running Sierra games...

Hi mbbrutman,

After using the 2020 version for some time now, I can report the following:

-On some machines, the new version fixes FTP extreme slowness to do any operation like log in, get directory listing, begin file transfer, etc. Once a file transfer begins, it's fast.
-On other machines, it does NOT fix it. I have noticed this only happens with faster machines; it does not happen on my IBM PC/AT for example. It happens more often when it's a laptop connected over WiFi (like an Orinoco card). And it is (I think) always when trying to connect to mTCP FTP client/server via a more modern client/server like Linux ftpd or FileZilla.

This happens with both the FTP client and the server.

A small update is available - look for the 2020-03-07 version at http://www.brutman.com/mTCP.

There are two or three bug fixes. For most people it is not an emergency.

Thanks for the update ! , One question, is it possible to ask as a list of where it will be connected by telnet, as a menu? , it is because it is used a lot to connect to BBS and there is no bad idea to have a menu with a list that can be recorded from BBS, thanks

Just to make sure I understand correctly, you would like a new feature that saves target machine names and lets you connect to a machine using a menu? Kind of the way Putty does it?

Thanks for the quick response, first I have to remember that mCTP is the standard defacto to connect our old PCs to the internet (I connect IBM 5150, PC XT clone, 386dx40mhz, ETC), I also have to remember that in a few months the BBS listing jump from 400 to 662, that means the scene is more alive than ever! , my idea was to use the Telnet but with a menu calling it from the ALT-D key combination (just an example), as the telephone guide of the old TERMINATE

I guess not so complex, but with that you can add BBS to a list and be able to choose would be an advance, thanks!

So much for quick responses ...

Telnet is one of the larger programs because the ANSI emulation that is built into it and the Telnet protocol are pretty heavy weight. As a result, I'm kind of sensitive to the size of the code and I don't want to add more to it unless necessary. To that end I've been thinking of providing a variant that does not have X and Y modem support, which cuts code size down a bit. Then again, maybe everybody finally has 512KB now. 😀

What you are describing could very easily be a standalone "phone book" program that launches telnet with the correct IP address and options when a target is chosen. It would be a little slower than having one giant binary that does everything, but also more flexible.

Back in days, terminals were able to drop down to another file transfer program to do the download/upload and then restore the terminal program again.
Maybe you can split out the X and Y (and i wish for Z) modem into separate exe file and let the telnet client also drop into another program while doing file transfers?

I know too little about the whole dos environment to assess myself, if that would even be possible, but maybe?

When doing straight serial communication you could change programs "mid stream" like that because you were only talking to one other computer. The new program could pick up the serial port and continue running with minimal work.

TCP/IP doesn't work that way. When the program starts up it has to connect to the packet driver. And then it has to start processing all incoming packets, including ARP. For Telnet to "hand-off" to another program it would have to disconnect from the packet driver. Any packets that come in during the time it takes the next program to load would be dropped. And you'd also have to find a way to transmit the state of the current TCP/IP connect to the next program so that it could pick up exactly where Telnet left off.

On a faster machine it is possible, but on a slow machine, especially one with a floppy drive it is too long and the TCP connection would probably get dropped.

Hi! Just saw some interesting "news" recently.
It's from 2016, but essentially is about the IAB recommending the industry should be going IPV6-only at some point.

https://www.iab.org/documents/correspondence- … tement-on-ipv6/

Edit: 🙂

I think there's some issue with sntp client.
I have set the timezone and everything, but as of right now, it get's wrong time from the server.
I use "Europe/Tallinn" as timezone (which the sntp client detects) and connect to "0.europe.pool.ntp.org" and while the time should be right now around 14:58, it gets 07:58 time.

Possibly the timezone application code has some weirdness going on there?

What is your TZ environment variable set to?

mbbrutman wrote on 2020-12-29, 17:16:

What is your TZ environment variable set to?

"Europe/Tallinn"

Try again ... what is the exact string it is set to?

For example, here in the Pacific Northwest of the United States I have it set to TZ=PST8PDT7,M3.2.0/02:00:00,M11.1.0/02:00:00 . The string is complicated but it gives the two timezones (Pacific Standard Time and Pacific Daylight Time) and the month, day, and hour of the cutover times.

Setting TZ correctly is a requirement for SNTP to work.