Mario Ander schrieb: > Hi everybody, > > I think there is a bug storing cookies with wget. > > See this command line: > > "C:\Programme\wget\wget" --user-agent="Opera/8.5 (X11; > U; en)" --no-check-certificate --keep-session-cookies > --save-cookies="cookie.txt" --output-document=- > --debug --output-file="debug.txt" > --post-data="name=xxxxxxxxxxx&password=xxxxxxxx&dummy=Internetkennwort&login.x=0&login.y=0" > "https://www.vodafone.de/proxy42/portal/login.po" [..] > Set-Cookie: > JSESSIONID=GgvG9LMyqLdpQKy11QLHdvN2QGgQrCGC9LsXSh42gkQrdbDnTGVQ!-249032648!NONE; > path=/jsp > Set-Cookie: VODAFONELOGIN=1; domain=.vodafone.de; > expires=Friday, 01-Jun-2007 15:05:16 GMT; path=/ > Set-Cookie: > JSESSIONID=GgvG9LMyqLdpQKy11QLHdvN2QGgQrCGC9LsXSh42gkQrdbDnTGVQ!-249032648!NONE!1180705316338; > path=/proxy42 [..] > ---response end--- > 200 OK > Attempt to fake the path: /jsp, > /proxy42/portal/login.po
So the problem seems to be that wget rejects cookies for paths which don't "fit" to the request url. Like the script you call is in /proxy42/portal/, which is a subdir of /proxy42 an / so wget accepts those cookies, but wich is not related to /jsp So it seems to be wget sticking to the strict RFC and the script doing wrong. To get this working you would need to patch wget for not RFC-compliant cookies maybe along with an "--accept-malformed-cookies" directiv. Hope this helps you Matthias