| > I have found a lot of similar problem descriptions here
but
> none of the proposed solutions worked for me:
>
> I am trying to regularly monitor a certain page
containing a
> a really long query string (basically a page like a search
> engine).
> The string looks like this:
> www.stellenblatt.de/stellenblatt/FMPro?-db=staus.fp5&-
format=%2fstellenblatt%2fergebnis.htm&-lay=la01&-
op=cn&F01=test&-max=100&-find=&-sortfield=F04%20&-
sortfield=F02
>
> However, I always get a 'Bad request' error. The URL
itself
> works perfectly when copy&pasted into Opera or Mozilla.
The
> error occurs only with httrack.
The size of the URL is not the problem. The problem is the
server, not understanding this header field:
Accept-Language: en, *
$ telnet www.stellenblatt.de 80
GET /stellenblatt/FMPro?-db=staus.fp5&-format=%
2fstellenblatt%2fergebnis.htm&-lay=la01&-op=cn&F01=test&-
max=100&-find=&-sortfield=F04%20&-sortfield=F02 HTTP/1.0
Accept-Language: en
Host: www.stellenblatt.de
does work.
$ telnet www.stellenblatt.de 80
GET /stellenblatt/FMPro?-db=staus.fp5&-format=%
2fstellenblatt%2fergebnis.htm&-lay=la01&-op=cn&F01=test&-
max=100&-find=&-sortfield=F04%20&-sortfield=F02 HTTP/1.0
Accept-Language: en, *
Host: www.stellenblatt.de
does NOT work.
The header is valid, as per RFC2616, 14.4: "The special
range "*", if present in the Accept-Language field, matches
every tag not matched by any other range present in the
Accept-Language field.", and therefore it is a remote
server bug.
| |