There was another issue with "invalid content-range" - I'm working on that. But that one can easily be resolved on the redirector as well. It makes no sense for the server to respond with "Content-Range: */<file size>" (basically meaning: Oh, I can't satisfy that range) on a redirect.
That is a problem on sourceforge:
E: Failed to fetch https:/ /netix. dl.sourceforge. net/project/ corefonts/ the%20fonts/ final/andale32. exe Redirection from https to 'http:// downloads. sourceforge. net/mirrorprobl em?failedmirror =netix. dl.sourceforge. net' is forbidden
We send it a valid https request, indicating that we already have 198384 bytes (the complete file)
> GET /project/ corefonts/ the%20fonts/ final/andale32. exe HTTP/1.1 sourceforge. net
Host: netix.dl.
User-Agent: Debian APT-CURL/1.0 (1.4~beta2)
Accept: */*
Cache-Control: max-age=0
Range: bytes=198384-
If-Range: Thu, 15 Aug 2002 14:33:49 GMT
It answers it has found the file at another location, but redirects to an unencrypted mirror problem URL:
< HTTP/1.1 302 Found downloads. sourceforge. net/mirrorprobl em?failedmirror =netix. dl.sourceforge. net
< Date: Wed, 11 Jan 2017 12:30:56 GMT
< Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips
< Location: http://
< Connection: close
< Transfer-Encoding: chunked
< Content-Type: text/html; charset=iso-8859-1
<
There was another issue with "invalid content-range" - I'm working on that. But that one can easily be resolved on the redirector as well. It makes no sense for the server to respond with "Content-Range: */<file size>" (basically meaning: Oh, I can't satisfy that range) on a redirect.