+2005-05-30 Hrvoje Niksic <hniksic@xemacs.org>
+
+ * wget.texi (HTTP Options): Removed statement that redirect in
+ response to POST is "technically disallowed", which I cannot find
+ in rfc2616 nor in rfc1945. Even if that were technically the
+ case, the widespreadedness of such responses would make the
+ prohibition irrelevant.
+
2005-05-14 Hrvoje Niksic <hniksic@xemacs.org>
* wget.texi (Overview): Document --[no-]proxy as primarily being
can't know that until it receives a response, which in turn requires the
request to have been completed -- a chicken-and-egg problem.
-Note: if Wget is redirected after the POST request is completed, it will
-not send the POST data to the redirected URL. This is because URLs that
-process POST often respond with a redirection to a regular page
-(although that's technically disallowed), which does not desire or
-accept POST. It is not yet clear that this behavior is optimal; if it
-doesn't work out, it will be changed.
+Note: if Wget is redirected after the POST request is completed, it
+will not send the POST data to the redirected URL. This is because
+URLs that process POST often respond with a redirection to a regular
+page, which does not desire or accept POST. It is not completely
+clear that this behavior is optimal; if it doesn't work out, it might
+be changed in the future.
This example shows how to log to a server using POST and then proceed to
download the desired pages, presumably only accessible to authorized