SFX & RFC 959

[tefird]

I still don't see all of the RFC 959 functionality in Secure FX version 3.0 build 328. I haven't gone command-by-command against the RFC, but I cannot see how to activate the RNFR and RNTO commands.

RENAME FROM (RNFR)

This command specifies the old pathname of the file which is
to be renamed. This command must be immediately followed by
a "rename to" command specifying the new file pathname.

RENAME TO (RNTO)

This command specifies the new pathname of the file
specified in the immediately preceding "rename from"
command. Together the two commands cause a file to be
renamed.

Would you please describe if it is possible to execute this functionality in this build? I would have assumed it would have been a simple drag and drop, but that causes SFX to try some retrieve and store process which bombs out and leaves a stuck dialog box open.

SecureFX must have complete support for this basic FTP RFC (written in 1985), or I don't think it would compare favorably with the other offerings in this market space.

On a different topic, when opening a quick connect session, switching between SFTP and FTP should automatically change the port number between the two defaults. I don't think it is user friendly to leave the port on 22, but have the message next to it state the default should be 21.

[davidc]

The easiest way to execute these two commands is to rename a single item in the list view or the tree view of the session window for the remote host. You can access the rename feature on the selected item by pressing F2 (the standard Explorer accelerator for rename) or by right-clicking the item and choosing "Rename" from the resulting context menu. If you watch the log window when you execute this command, you should see both the RNFR and RNTO commands go by.

As for the port number problem in the Quick Connect dialog, I have reproduced the behavior in the latest alpha and entered a bug report to get it fixed.

Thanks for the feedback.

[tefird]

One of the great uses of RNFR and RNTO is moving files from one folder to another on a host. With the manual rename that you've described, this is not as simple as it could be by dragging the file from the old folder and dropping it on the new folder. What behavior is the current drag-and-drop on remote folders trying to accomplish, and could the RNFR and RNTO commands be used instead of the current behavior?

[davidc]

Currently, drag & drop in the remote window only copies files from one folder to another. Moving (rather than copying) is not yet supported. When this feature is added, using RNFR and RNTO may be one of the methods used for doing it since it is considerably faster than copying and deleting. However, the ability to use RNFR and RNTO for moving files is very platform-specific (i.e. it usually, but not always, works on Unix systems, and I wouldn't expect it to work on most other platforms).

I am pretty certain this feature will not be added in 3.0. But, I have added your comments to our development database to be reviewed. Thanks.

[Maureen]

This is an old thread, but I wanted to follow up to let anyone interested know that drag and drop move of files and folders has been implemented in SecureFX 3.2, which is pre-beta. If you're interested in trying the new move functionality, please send an e-mail to me at Maureen.Jett@vandyke.com.

Maureen