Opened 20 years ago
Last modified 19 years ago
#629 closed Bug report
Delete doesn't work on VMS systems
| Reported by: | anonymous | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | Unknown |
| Keywords: | Cc: | Tim Kosse | |
| Component version: | Operating system type: | ||
| Operating system version: |
Description
FileZilla 2.2.5a
A delete of a fille on a VMS system fails because the
file version number is missing.
Example.
Command: DELE SUPP$DIR:[DIR1.DIR2]XX.X
Response: 550-Failed to delete file
SUPP$DIR:[DIR1.DIR2]XX.X
Response: 550 The file specification must contain a
version number (even if wildcarded).
Status: Retrieving directory listing...
Command: PORT 172,20,24,1,4,195
Response: 200 PORT command successful.
Command: TYPE A
Response: 200 TYPE set to ASCII.
Command: LIST
The fill file name in this example should be XX.X;3
The display of remote files shows the file name as
"XX.X" but the filetype as "X;3 File".
The VMS command to delete this file would be
DELETE XX.X;3
or
DELETE XX.X;* to delete all versions (the expected
behaviour I would suspect in this case).
Ian.Gray@…
This bug report has been closed due to inactivity and has possibly
already been solved.
You can reopen this report if the issue still exists in the
latest version of FileZilla (Server).