Opened 11 years ago

Closed 11 years ago

#3959 closed Bug report (rejected)

OpenVMS directories not correctly handeled

Reported by: Rolf Owned by:
Priority: normal Component: FileZilla Client
Keywords: VMS OpenVMS folders directory Cc:
Component version: Operating system type: Windows
Operating system version: XP professional, SP 3

Description

The way to name a path in OpenVMS is for example:

devicename:[folder.subfolderlevel1.subfolderlevel2]

FileZilla shows the above example as:

[devicename/folder/subfolderlevel1/subfolderlevel2]

From within FileZilla trying to change directory by typing them in from some ware else to:

[devicename/folder/subfolderlevel1/subfolderlevel2]

will fail.

Canging to

devicename:[folder.subfolderlevel1.subfolderlevel2]

works fine.

On the OpenVMS system you would find files with the extention '.dir'. They represent the folders/directories found in the current folder/directory. They should be shown as folders in the Remote site folder tree. They are not. So you cannot browse your way down the tree.

OpenVMS supports posix, but to use the /folder/subfolder/subfolder way of path name only works if the server is specially configured for that.

I try to use FileZilla from Windows to a FTP server on OpenVMS 8.3.

Attachments (1)

FileZilla-1.gif (55.6 KB) - added by Rolf 11 years ago.
Screen dump of FileZilla client to OpenVMS server

Download all attachments as: .zip

Change History (3)

Changed 11 years ago by Rolf

Attachment: FileZilla-1.gif added

Screen dump of FileZilla client to OpenVMS server

comment:1 Changed 11 years ago by Rolf

Operating system version: XP provessional, SP 3XP professional, SP 3

I forgot to tell that FileZilla acts the same way if I in the site managers advanced options select servertype autodetect, or VMS.

FileZilla version should have its own field in the form. I forgot to mention that my version is 3.1.5.

comment:2 Changed 11 years ago by Tim Kosse

Resolution: rejected
Status: newclosed
Summary: OpenVMS folders not correctly handeledOpenVMS directories not correctly handeled

Looks like a server problem.

Note the response to the cd command. That's the path exactly as returned by the server. Naturally, if the servertype is set to VMS, it cannot parse the returned path properly.

You need to upgrade to a better server.

Note: See TracTickets for help on using tickets.