Does SmartFTP support Stratus/VOS?

A simple question, does SmartFTP support the Stratus/VOS operating system? From various places it seems it is supposed to (since version 1.0.973 16-Jan-2003 02:59) yet I have tried it and it does not work, nor can I find anything on the support site of how to set the host type for a particular server.

Yes it does. If you have any problems please post the log of your FTP session here or contatct us directly at support@smartftp.com

Here is my log. As can be seen it does seem to detect a VOS os, but all my files are folders and vice versa.

[09:56:58] SmartFTP v3.0.1023.4
[09:56:58] Resolving host name "196.23.142.107"
[09:56:58] Connecting to 196.23.142.107 Port: 21
[09:56:58] Connected to 196.23.142.107.
[09:56:58] 220 net4 FTP server (FTP 1.0 for Stratus STCP) ready. (Compatible with OS TCP/IP)
[09:56:58] USER pieterv
[09:56:58] 331 Password required for pieterv.
[09:56:58] PASS (hidden)
[09:56:58] 230 User pieterv.SysAdmin logged in.
[09:56:58] SYST
[09:56:58] 215 VOS
[09:56:58] Detected Server Type: VOS
[09:56:58] FEAT
[09:56:58] 500 Command not understood.
[09:56:58] TYPE I
[09:56:58] 200 Type set to I.
[09:56:58] REST 0
[09:56:58] 502 REST command not implemented.
[09:56:58] PWD
[09:56:58] 257 "%net4#m1_d01>SysAdmin>Pieterv" is current directory.
[09:56:59] TYPE A
[09:56:59] 200 Type set to A.
[09:56:59] Ignoring LIST options.
[09:56:59] PORT 10,1,2,117,18,221
[09:56:59] 200 PORT command successful.
[09:56:59] LIST
[09:56:59] 150 Opening data connection for (10.1.2.117,4829) (1085278976 bytes).
[09:56:59] 226 Transfer complete.
[09:56:59] 2126 bytes transferred. (5.53 KB/s) (375 ms)
[09:56:59] MDTM system
[09:56:59] 550 system: not a file.

Here is a raw listing :
Files: 36  Blocks: 24029



 w	  1  seq	   08-02-18 19:34:19  aa.cm

 w	  1  seq	   08-02-18 19:35:45  aa.out

 w	  6  seq	   08-05-23 19:38:50  abbreviations

 w	  2  seq	   08-02-06 11:29:24  abbreviations.08-02-07

 w	 94  seq	   08-10-01 10:01:13  aj

 w	 94  seq	   08-10-01 10:01:19  aj1

 w	 16  seq	   08-04-18 03:22:35  as_meter_file

 w	205  seq	   08-10-01 09:39:55  cdrp_upd.08-10-01.09:26:38

 w   7371  stm	   08-02-26 13:13:41  data12.save.evf.gz

 w	  1  seq	   08-02-07 16:21:36  decop.error

 w	  7  stm	   08-02-07 16:21:36  decop.obj

 w	  4  seq	   08-02-07 16:21:33  decop.pl1

 w	 45  seq	   08-02-07 16:11:48  ism_card_instructions.c

 w	 86  stm	   08-02-07 16:11:54  ism_card_instructions.obj

 w	 31  seq	   08-02-07 16:07:50  mmain.fortran

 w	349  stm	   08-02-07 16:08:26  mmain.obj

 w	  1  seq	   08-02-07 16:13:18  prm.bind

 w   4831  stm	   08-02-07 16:14:09  prm.pm

 w	  1  seq	   08-02-07 16:12:24  read_net_api.bind

 w	258  seq	   08-02-07 16:08:42  read_net_api.c

 w	649  stm	   08-02-07 16:09:03  read_net_api.obj

 w	903  stm	   08-02-07 16:12:44  read_net_api.pm

 w	 80  seq	   08-02-07 16:09:37  sat_enrol_handler.c

 w	557  stm	   08-02-07 16:09:53  sat_enrol_handler.obj

 w	  1  seq	   08-02-07 15:49:51  start_up.cm

 w	 37  seq	   08-02-07 16:10:23  SubComplete.fortran

 w	242  stm	   08-02-07 16:11:03  SubComplete.obj

 w	  1  seq	   08-02-07 16:14:48  tcp_listen.bind

 w	 20  seq	   08-02-07 16:06:14  tcp_listen.c

 w	947  seq	   08-02-07 16:02:00  tcp_listen.list

 w	527  stm	   08-02-07 16:06:38  tcp_listen.obj

 w   1763  stm	   08-02-07 16:15:04  tcp_listen.pm

 w	  1  stm	   08-02-07 16:15:42  upd_fbk_handler.bind

 w	 57  seq	   08-02-07 16:15:41  upd_fbk_handler.c

 w	726  stm	   08-02-07 16:19:04  upd_fbk_handler.obj

 w   4114  stm	   08-02-07 16:19:34  upd_fbk_handler.pm





Dirs: 1



 m	  1  08-02-07 16:52:18  system





Links: 0

Thank you. Found the bug and fixed it. The new version will be available in about 1-2 days max.

Regards,
Mat

Thanks Mat, unfortunately the problem is only partially fixed. My root directory now correctly shows files vs directories, unfortunately I cannot go into any sub-directories :

[15:15:20] SmartFTP v3.0.1024.11
[15:15:21] Resolving host name "196.23.142.107"
[15:15:21] Connecting to 196.23.142.107 Port: 21
[15:15:21] Connected to 196.23.142.107.
[15:15:21] 220 net4 FTP server (FTP 1.0 for Stratus STCP) ready. (Compatible with OS TCP/IP)
[15:15:21] USER andrew
[15:15:21] 331 Password required for andrew.
[15:15:21] PASS (hidden)
[15:15:21] 230 User Andrew.Dev logged in.
[15:15:21] SYST
[15:15:21] 215 VOS
[15:15:21] Detected Server Type: VOS
[15:15:21] RTT: 0.543 ms
[15:15:21] FEAT
[15:15:21] 500 Command not understood.
[15:15:21] TYPE I
[15:15:21] 200 Type set to I.
[15:15:21] REST 0
[15:15:21] 502 REST command not implemented.
[15:15:21] PWD
[15:15:21] 257 "%net4#m1_d01>USERS>Dev>Andrew" is current directory.
[15:15:26] CWD /%net4#m1_d01>USERS>Dev>Andrew/aj
[15:15:26] 550 /%net4#m1_d01>USERS>Dev>Andrew/aj: No such file or directory.

And obviously transferring of files fail as well (likely the extra "/"s being added to the path

Thanks, that helps with navigation through sub-directories now, um... that just leaves the following problem : VOS when handling files does everything in blocks, a block is 4096 bytes in size. Therefore :

1. The sizes listed in the host window are all incorrect as they are the block sizes (as shown in the raw listing) and not the physical size.
2. Downloading a file in binary mode returns the following error :

[07:20:30] PWD
[07:20:30] 257 "%net4#m1_d01>USERS>Dev>Andrew>gha>config" is current directory.
[07:20:30] SIZE aj.save.evf.gz
[07:20:30] 213 4096
[07:20:30] MDTM aj.save.evf.gz
[07:20:30] 213 20081029123028
[07:20:30] PORT 10,1,2,117,11,10
[07:20:30] 200 PORT command successful.
[07:20:30] RETR aj.save.evf.gz
[07:20:30] 150 Opening data connection for aj.save.evf.gz (10.1.2.117,2826) (4096 bytes).
[07:20:30] 1297 bytes transferred. (27.5 KB/s) (46 ms)
[07:20:30] 226 Transfer complete.
[07:20:30] MDTM aj.save.evf.gz
[07:20:30] 213 20081029123028
[07:20:30] Source File Size = 4096, Destination File Size = 1297
[07:20:30] File size mismatch.
[07:20:30] Transfer failed.

[07:25:10] SIZE config_handler.obj
[07:25:10] 213 319488
[07:25:10] MDTM config_handler.obj
[07:25:10] 213 20081029000831
[07:25:10] Source File: Size=319488, SizeUnit=Byte, Time=2008-10-29T00:08:31, TimeFormat=Exact
[07:25:10] Destination File: Size=26800, SizeUnit=Byte, Time=2008-10-29T00:08:31, TimeFormat=Exact
[07:25:10] RecentTime=2008-10-29T05:25:10
[07:25:10] Rule "IF Destination Time=Equal AND Size=Smaller AND Transfer=No Matter THEN Resume" matched. Action="Resume".
[07:25:10] PORT 10,1,2,117,11,23
[07:25:10] 200 PORT command successful.
[07:25:10] RETR config_handler.obj
[07:25:10] 150 Opening data connection for config_handler.obj (10.1.2.117,2839) (319488 bytes).
[07:25:37] 226 Transfer complete.
[07:25:38] 313344 bytes transferred. (10.8 KB/s) (00:00:28)
[07:25:38] MDTM config_handler.obj
[07:25:38] 213 20081029000831
[07:25:38] Source File Size = 319488, Destination File Size = 313344
[07:25:38] File size mismatch.
[07:25:38] Transfer failed.

As can be seen, SmartFTP is being told to the nearest block size how much to download, however, this is NOT the actual number of bytes for the file, so when SmartFTP tries to check the size, it finds the mismatch.

I think here I should say thanks very much for all the help in trying to resolve the issues for VOS. I am using WS_FTP to connect to our VOS server, but since the program truly sucks in many ways I was looking for an alternative... and there just aren't any. It seems SmartFTP may have worked in the past but since VOS is so rare it has obviously gone out of use over time I am not sure how much time and effort you wish to spend working on this for just the (so far it seems) single user, perhaps it is not worth it (and besides, if you could FTP to a real VOS server it would make testing for you MUCH easier . As such, I leave it up to you if you want to continue working on this, although I only have 24 days for trying the product (though I may purchase it for home use as my current client is now old and not working so well

>1. The sizes listed in the host window are all incorrect as they are the block sizes (as shown in the raw listing) and not the physical size.
What size do you want us to display? The number of blocks multiplied 4096 or just the number of blocks as it is now. It seems there is no way to get the real size of the file without downloading it first.

>2. Downloading a file in binary mode returns the following error
This is because the server is not RFC compliant. SIZE is supposed to return the number of bytes and not the number of blocks. I will disable the SIZE check which should solve this problem.

I will post here as soon as the update is ready (< 24h).

Regards,
Mat

>1. The sizes listed in the host window are all incorrect as they are the block sizes (as shown in the raw listing) and not the physical size.
>What size do you want us to display? The number of blocks multiplied 4096 or just the number of blocks as it is now. It seems there is no way to get the real size of the file without downloading it first.
It isn't possible to get the real file size, but multiplying by 4096 for each file would at least give you a much better approximation of the file size.

>2. Downloading a file in binary mode returns the following error
>This is because the server is not RFC compliant. SIZE is supposed to return the number of bytes and not the number of blocks. I will disable the SIZE check which should solve this problem.
Cool.

And thanks.

Hello ..

Please try the latest version:
https://www.smartftp.com/download

The browser still displays the number of blocks and not the approximate size but the size is now ignored (meaning no size checks) in the transfer queue.

Regards,
Mat

Thanks, it works. FTPing via binary or ascii now works correctly.

I have been doing some navigation and have 2 things :

1. When clicking on "/" or even "Net4" (supposedly the root directory), the program always takes me to the %net4#m1_d01>Overseer directory? But clicking on %net4#m1_d01 in the directory listing will take me to the correct place (the real root directory)? The log only shows this when clicking on root :

[18:10:02] CWD
[18:10:02] 250 CWD command successful.
[18:10:02] PWD
[18:10:02] 257 "%net4#m1_d01>Overseer" is current directory.

2. When entering a path to go to in the directory bar, SmartFTP will add the full path to the directory list as a new item, but will then also create the correct directories and sub-directories as a new entry. If you try use the full path entry, the program will always go to the proper entry created. Note : none of the initial change directory and listing appears in the log directory.

Andrew

PS : Why on the support portion of the website is there nothing about a detailed listing of all menu / configuration options and what they mean? The program has so many options that it is sometimes difficult to find where an option is located, and even then, it is sometimes difficult to determine which setting will do what? Just a thought, but I think this would be very useful

Hello ..

>1
On VOS there is no root / folder. It means that the / in SmartFTP is actually just a dummy place holder and not the actual root folder of the server. But I'm wondering why you see "Net4" in the tree and not the correct %net4#m1_d01 or is that what you meant? If possible can you post a link to a screenshot here of how the tree looks like?

>2
A screenshot would be great

>support
I agree that a more detailed (technical?) explanation would help but Google already offers that feature ;-)