TODO

   1                                   _   _ ____  _
   2                               ___| | | |  _ \| |
   3                              / __| | | | |_) | |
   4                             | (__| |_| |  _ <| |___
   5                              \___|\___/|_| \_\_____|
   6
   7 TODO
   8
   9  Ok, this is what I wanna do with Curl. Please tell me what you think, and
  10  please don't hesitate to contribute and send me patches that improve this
  11  product! (Yes, you may add things not mentioned here, these are just a
  12  few teasers...)
  13
  14  * rtsp:// support -- "Real Time Streaming Protocol"
  15
  16    RFC 2326
  17
  18  * "Content-Encoding: compress/gzip/zlib"
  19
  20    HTTP 1.1 clearly defines how to get and decode compressed documents. There
  21    is the zlib that is pretty good at decompressing stuff. This work was
  22    started in October 1999 but halted again since it proved more work than we
  23    thought. It is still a good idea to implement though.
  24
  25  * HTTP Pipelining/persistant connections
  26
  27  - I'm gonna introduce HTTP "pipelining". Curl should be able
  28    to request for several HTTP documents in one connect. It is the beginning
  29    for supporing more advanced functions in the future, like web site
  30    mirroring. This will require that the urlget() function supports several
  31    documents from a single HTTP server, which it doesn't today.
  32
  33  - When curl supports fetching several documents from the same
  34    server using pipelining, I'd like to offer that function to the command
  35    line. Anyone has a good idea how? The current way of specifying one URL
  36    with the output sent to the stdout or a file gets in the way. Imagine a
  37    syntax that supports "additional documents from the same server" in a way
  38    similar to:
  39
  40      curl <main URL> --more-doc <path> --more-doc <path>
  41
  42    where --more-doc specifies another document on the same server. Where are
  43    the output files gonna be put and how should they be named? Should each
  44    "--more-doc" parameter require a local file name to store the result in?
  45    Like "--more-file" as in:
  46
  47      curl <URL> --more-doc <path> --more-file <file>
  48
  49  * RFC2617 compliance, "Digest Access Authentication"
  50    A valid test page seem to exist at:
  51     http://hopf.math.nwu.edu/testpage/digest/
  52    And some friendly person's server source code is available at
  53     http://hopf.math.nwu.edu/digestauth/index.html
  54
  55    Then there's the Apache mod_digest source code too of course.
  56    It seems as if Netscape doesn't support this, and not many servers
  57    do. Although this is a lot better authentication method than the more
  58    common "Basic". Basic sends the password in cleartext over the network,
  59    this "Digest" method uses a challange-response protocol which increases
  60    security quite a lot.
  61
  62  * Different FTP Upload Through Web Proxy
  63    I don't know any web proxies that allow CONNECT through on port 21, but
  64    that would be the best way to do ftp upload. All we would need to do would
  65    be to 'CONNECT <host>:<port> HTTP/1.0\r\n\r\n' and then do business as
  66    usual. I least I think so. It would be fun if someone tried this...
  67
  68  * Multiple Proxies?
  69    Is there anyone that actually uses serial-proxies? I mean, send CONNECT to
  70    the first proxy to connect to the second proxy to which you send CONNECT to
  71    connect to the remote host (or even more iterations). Is there anyone
  72    wanting curl to support it? (Not that it would be hard, just confusing...)
  73
  74  * Other proxies
  75    Ftp-kind proxy, Socks5, whatever kind of proxies are there?
  76
  77  * IPv6 Awareness
  78    Where ever it would fit. I am not that into v6 yet to fully grasp what we
  79    would need to do, but letting the autoconf search for v6-versions of a few
  80    functions and then use them instead is of course the first thing to do...
  81    RFC 2428 "FTP Extensions for IPv6 and NATs" will be interesting. PORT
  82    should be replaced with EPRT for IPv6, and EPSV instead of PASV.
  83
  84  * An automatic RPM package maker
  85    Please, write me a script that makes it. It'd make my day.
  86
  87  * SSL for more protocols, like SSL-FTP...