I created a 100MB file full of binary zeroes, but wasn't able to
transfer the whole file to your ftp server:
ftp put 100mb.dat
local: 100mb.dat remote: 100mb.dat
227 Entering Passive Mode (96,42,66,188,11,35)
150 BINARY type File STOR started
550 Filesystem error
ftp ls
227 Entering Passive Mode
On Sat, Oct 1, 2011 at 10:42 AM, Jim Hall jh...@freedos.org wrote:
Good test, but it is running DOS 3.3. You ran that drive out of disk
space, and it recovered gracefully ...
[..]
My intention was to test your ftp server's ability to manage large
files, and that the downloaded file
Op 1-10-2011 18:09, Jim Hall schreef:
I uploaded my file successfully, but wasn't able to complete my download:
Lots of servers are set to an INCOMING directory first, with only being
allowed to upload to the server. Admin checks files afterwards and moves
them to some /PUB directory to make
On 10/1/2011 11:09 AM, Jim Hall wrote:
I uploaded my file successfully, but wasn't able to complete my download:
Jim,
Please try it again - we have a common enemy, and it is my ISP.
I've tested this with files as large as 170MB under DOS 5. I'm sure it
will work if the connection stays up.
Op 29-9-2011 15:37, Michael B. Brutman schreef:
All if this will be part of the next mTCP release, which I'm targeting
for the next week. Getting some testing time on it is a good thing ...
I wonder if all of FlashFXP's abilities (FTP, FXP, SFTP, FTPS) work.
iPXE project has some interesting
Quoting Bernd Blaauw bbla...@home.nl:
Is your machine on the internet or did you perform some router port
forwarding magic? I've always wanted to do that, however router software
isn't that cooperative usually.
The machine is behind a firewall and the firewall is setup to forward
incoming
Works with Firefox.
Bye
Flo
El Thu Sep 29 15:37:45 2011, Michael B. Brutman escribió:
I have made a large round of improvements to the FTP server in mTCP and
I am looking for a little testing help with it. If you have a few spare
moments over the next day or two just try to connect to it
On Thu, 2011-09-29 at 08:37 -0500, Michael B. Brutman wrote:
I have made a large round of improvements to the FTP server in mTCP and
I am looking for a little testing help with it. If you have a few spare
moments over the next day or two just try to connect to it and browse
the file
A quick test with ws_ftp PRO seems to be fine.
-Original Message-
From: Michael B. Brutman [mailto:mbbrut...@brutman.com]
Sent: Thursday, September 29, 2011 9:38 AM
To: freedos-user@lists.sourceforge.net
Subject: [Freedos-user] FTP Server testing needed
I have made a large
On Thu, 2011-09-29 at 16:27 +0200, Robert Riebisch wrote:
Single Stage to Orbit wrote:
ftp put alex_was_here
^
I guess LFNs are not supported.
Works fine for 8.3 files:
$ ftp -n -p 96.42.66.188 2021
Connected to 96.42.66.188 (96.42.66.188).
220 mTCP FTP Server
ftp
Works with Filezilla/Linux, lukemftp, ncftp, but fails to retrieve
directory listing in Midnight Commander, Krusader and Dolphin - upon
connection shows empty filelist. Also I was unable to delete file
TEST.TXT uploaded to /INCOMING, despite its rwxrwxrwx permissions, but I
suspect this could be
I'll have to install those clients and try them. But it is most likely to be
something specific about them.
Anonymous users can't delete what they (or anybody else) upload. So that was
expected behavior.
Mike
escape esc...@front.ru wrote:
Works with Filezilla/Linux, lukemftp, ncftp, but
It's DOS so the filename was in error, but it should have aborted the data
transfer fully. I'll look into that after work - for now stick to 8.3 style
filenames.
Single Stage to Orbit alex.bu...@munted.org.uk wrote:
On Thu, 2011-09-29 at 08:37 -0500, Michael B. Brutman wrote:
I have made a
Alex,
Interesting bug. I thought that this would be an easy catch, but it is
more subtle than I thought. I can't recreate it here.
Your client sends a PASV command before attempting to put the file,
which is the correct behavior. Under normal circumstances that just
tells the server to
On Thu, 2011-09-29 at 14:14 -0500, Michael B. Brutman wrote:
Interesting bug. I thought that this would be an easy catch, but it is
more subtle than I thought. I can't recreate it here.
Your client sends a PASV command before attempting to put the file,
which is the correct behavior.
Hi Michael!
I played around with Filezilla and Cyberduck on my Mac. Everything
seems to work OK for me. That's really great! Made some test
directories and browsed through them. I forgot that DOS directory
names are limited to 8 letters, got a 550 Bad path and nearly blamed
you for it ;-)
I
16 matches
Mail list logo
