On Thu, Nov 29, 2001 at 01:58:56PM -0500, Glenn Maynard wrote:
> > I'll add ftp:use-site-chmod setting.
> 
> I wouldn't recommend that--not for this reason alone, anyway.  Note that
> this is exactly the same problem he was having with MKD--he's probably
> receiving a 5xx code here, too.  (And we probably shouldn't add
> "ftp:use-mkd".)

Not for this reason, of course. But it is not a standard command and
I can imagine some server to break because of it.

> >> since lftp can distinguish between temporary and fatal error
> >> conditions.
> >> This is only needed for stupid ftp servers which send fatal error code
> >> 5xx
> >> on temporary errors.
> 
> The RFC is very ambiuous to me, here.  First, it says:
> "4yz   Transient Negative Completion reply
> The command was not accepted and the requested action did not take
> place, but the error condition is temporary and the action may be
> requested again."
> 
> Then it says:
> 
> "A rule of thumb in determining if a reply fits into the 4yz or the 5yz
> (Permanent Negative) category is that replies are 4yz if the commands
> can be repeated without any change in command form or in properties of
> the User or Server"
> 
> These two are contradictory.  By the first sentence, these should be
> 5xx, since the error condition is probably not temporary (If the
> directory exists, and you try to create it, it returns a 5xx--since if
> you retry, it'll probably still exist.  Same logic for CHMOD's "access
> denied"--it'll still be denied if retried.)  But by the second, it
> should be 4xx (it failed, and will probably still fail, but you can
> repeat it as much as you want.)

You forgot to mention that RFC states:

            5yz   Permanent Negative Completion reply

               The command was not accepted and the requested action did
               not take place.  The User-process is discouraged from
               repeating the exact request (in the same sequence).  Even
               some "permanent" error conditions can be corrected, so
               the human user may want to direct his User-process to
               reinitiate the command sequence by direct action at some
               point in the future (e.g., after the spelling has been
               changed, or the user has altered his directory status.)

"User-process is discouraged from repeating the exact request". There is
no ambiguity. But some servers send something like "550 failed to establish
data connection: timeout". That is why I added net:persist-retries.

-- 
   Alexander.

Reply via email to