| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
https_proxy.
|
|
|
|
the last connect attempts in terse mode.
|
|
|
|
print an error message. Now "ftp https://foo/bar" prints
ftp: Unsupported URL scheme `https'
instead of
ftp: Can't lookup `https:ftp': No address associated with hostname
ftp: Can't connect or login to host `https:?'
|
|
time a socket is used, as the previous logic assumed AF_INET sockets
were available (which they may not be in an IPv6-only system).
Per discussion with Maxim Konovalov and the FreeBSD problem 162661.
|
|
|
|
|
|
Fix from [bin/42917] (with minor changes), from KAMADA Ken'ichi.
|
|
'@' is a reserved URI char per RFC 3986, use %40
|
|
user@domain.
|
|
failed to extract a port number from the URL
|
|
conflict with the soon to be added getline(3) libc function.
|
|
|
|
|
|
|
|
features such as DNS Service Discovery have a better chance of working.
Suggested by David Young <dyoung>.
Display the service name in various status & error messages.
Don't getservbyname() the :port component of a URL; RFC 3986 says it's
just an unsigned number, not a service name.
|
|
|
|
Should fix the amd64 build problem noticed by Paul Goyette.
|
|
* more stringent chunk-size parsing
* ignore optional trailing ';chunk-ext' stuff, instead of barfing
* detect EOF before final \r\n.
|
|
being restarted at this time.
PR #28697.
|
|
the former is more explicit about the timezone offset.
|
|
* remotemodtime(): use strptime() to parse the reply.
* fetch_url(): ensure struct tm is zeroed before calling strptime().
|
|
Fixes PR 17617.
* Use 'RFCnnnn' (with leading 0) instead of 'RFC nnnn', to be
consistent with the style in the RFC index.
* Refer to RFC3916 instead of 1738 or 2732.
* Expand the list of supported RFCs in ftp(1) to contain the document
name as well.
|
|
Makes ftp a bit more portable (not needing fparseln()) at the expense of not
supporting arbitrary long header lines, which I'm not concerned about
because we don't support header line continuation either...
|
|
connections.
Based on code in the version of ftp that FreeBSD had before they
replaced it with lukemftp.
* Move error message handling into ftp_connect() rather than in the
caller, so that more specific error reporting can occur.
* Improve consistency of various warning and error messages.
|
|
(as documented in older standards documents, before the API was obsoleted).
Problem observed in tnftp on Solaris by Emil Mikulic.
|
|
|
|
|
|
Applied patch, thanks!
|
|
index of the file that caused the problem (a la auto-fetch retrieval).
Problem noted by A P Garcia in private email.
|
|
|
|
|
|
|
|
|
|
|
|
we now use getline() and that newline strips for us.
Problem found & fixed by Mark Davies.
|
|
|
|
int getline(FILE *stream, char *buf, size_t buflen, const char **errormsg)
Read a line from the FILE stream into buf/buflen using fgets(), so up
to buflen-1 chars will be read and the result will be NUL terminated.
If the line has a trailing newline it will be removed.
If the line is too long, excess characters will be read until
newline/EOF/error.
Various -ve return values indicate different errors, and errormsg
will be changed to an error description if it's not NULL.
Convert to use getline() instead of fgets() whenever reading user input
to ensure that an overly long input line doesn't leave excess characters
for the next input operation to accidentally use as input.
Zero out the password & account after we've finished with it.
Consistently use getpass(3) (i.e, character echo suppressed) when
reading the account data. For some reason, historically the "login"
code suppressed echo for Account: yet the "user" command did not!
Display the hostname in the "getaddrinfo failed" warning.
Appease some -Wcast-qual warnings. Fixing all of these requires
significant code refactoring. (mmm, legacy code).
|
|
there's more than one struct addrinfo in the getaddrinfo() result.
* Don't use non-standard "u_int".
|
|
ftp auto-fetches on the same command line login automatically.
* auto_fetch(): use an initialized volatile int to appease IRIX cc.
|
|
|
|
|
|
|
|
to its contents later in the function.
Problem found by Onno van der Linden.
|