From 296ebf382c7f629f3ab8a8ca895153d72202629d Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Thu, 10 Dec 2009 21:02:11 +0000 Subject: - Siegfried Gyuricsko found out that the curl manual said --retry would retry on FTP errors in the transient 5xx range. Transient FTP errors are in the 4xx range. The code itself only tried on 5xx errors that occured _at login_. Now the retry code retries on all FTP transfer failures that ended with a 4xx response. (http://curl.haxx.se/bug/view.cgi?id=2911279) --- docs/curl.1 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'docs') diff --git a/docs/curl.1 b/docs/curl.1 index 705b7fd42..f8101206d 100644 --- a/docs/curl.1 +++ b/docs/curl.1 @@ -1079,7 +1079,7 @@ timestamp. If a transient error is returned when curl tries to perform a transfer, it will retry this number of times before giving up. Setting the number to 0 makes curl do no retries (which is the default). Transient error means either: -a timeout, an FTP 5xx response code or an HTTP 5xx response code. +a timeout, an FTP 4xx response code or an HTTP 5xx response code. When curl is about to retry a transfer, it will first wait one second and then for all forthcoming retries it will double the waiting time until it reaches -- cgit v1.2.3