Error msg from write ftp:// is completely inaccurate
[1/2] from: princepawn:lycos at: 7-Sep-2000 10:30
>> write ftp://chuck:[chuck--1--170--16--15--136]/crossing/ndtd/chmod-file %user.r
connecting to: 170.16.15.136
>> print read ftp://chuck:[chuck--1--170--16--15--136]/crossing/ndtd/
connecting to: 170.16.15.136
chmod-file file1 ofile rebol.r user.r
; --- then I telnet to server and chmod 000 chmod-file
; --- thus it is not readable, writeable, execable by anyone
; --- then I try to overwrite it via REBOL:
>> write ftp://chuck:[chuck--1--170--16--15--136]/crossing/ndtd/chmod-file %user.r
connecting to: 170.16.15.136
** User Error: Server error: tcp 553 chmod-file: No such file or directory..
** Where: write ftp://chuck:[chuck--1--170--16--15--136]/crossing/ndtd/chmod-file %user.r
>>
; --- as you can see, it is very bizarre for a write command to claim that a file on
the remote server does not exist. The real problem is that it cant overwrite the file.
But it did not report that.
But actually, this is not the fault of REBOL: when I did a manual FTP I got the same
brain-damaged error message.
But anyway, maybe this will be of help to someone who is trying things with FTP and getting
hard-to-believe results with a similar operation.
[2/2] from: ssayer::acuson::com at: 7-Sep-2000 15:14
Actually the error reported by the server indicates an error trying to
change the mode (permissions) of the file (secondary to the attempt to
create a file with different permissions then the one existing)... not
that the file doesn't exist per se. The error message is associated with
the error number per the RFC to cover a variety of errors changing modes.
In this case it could be elaborated as "No such file or directory with the
permissions specified by the write command."
Later,
<SS>
On Thu, 7 Sep 2000 [princepawn--lycos--com] wrote: