原因是您尝试访问的网站正在寻找一个 cookie,如果没有设置它,它会尝试设置它,然后执行 302 重定向回它自己。
因为您没有连接 cookie 管理器,所以您最终会进入 302 重定向循环,因为站点会不断检查 cookie、设置然后重定向。
处理 cookie,它只需要一个 302 就可以正常工作。
然而,出于某种原因,Indy 似乎忽略了该站点发送的 cookie。如果我点击http://www.google.com我得到了一些测试代码
New cookie: PREF
New cookie: NID
Redirecting (1) to: http://www.google.co.nz/
New cookie: PREF
New cookie: NID
这是谷歌发送的标题
Set-Cookie: PREF=ID=3c7e441914b902ae:TM=1268686477:LM=1268686477:S=Z-Gwqx52jK0V1rYR; expires=Wed, 14-Mar-2012 20:54:37 GMT; path=/; domain=.google.com
Set-Cookie: NID=32=vsOZvkr4AOZ7320d_OBPf2zR2jau4E6pupbOe_ZaaX4DNjahTzSV-mSA55naTk-5cXQcn7SNEp7uSxbE_cFrL9ZftGApTGZMPGKzcz3_NZE_2MYpWG5PGbwWFw9t2d_R; expires=Tue, 14-Sep-2010 20:54:37 GMT; path=/; domain=.google.com; HttpOnly
但是对于那个其他站点,我在调试输出中得到了这个
Redirecting (1) to: http://www.chefscatalog.com/error.aspx?impsid=0
Redirecting (2) to: http://www.chefscatalog.com/error.aspx?impsid=0
一直到 15 次尝试.. 如果我们查看网站发回的标头
Set-Cookie: ASP.NET_SessionId=4o0bpi45evee0d45qos1uy55; path=/; HttpOnly
Set-Cookie: ChefsSite=CartID=00000000-0000-0000-0000-000000000000&cst=f4t8YpBpAAkNiRUd9BEf2luKAA%3d%3d&act=c0f2VBCSbv30F4kasnvWS5OfJQ%3d%3d&CookiesEnabled=False; expires=Wed, 14-Apr-2010 20:54:22 GMT; path=/
我注意到该站点在 Set-Cookie 的末尾缺少域,这很奇怪,但我认为这不是 RFC 的必要条件。如果我们查看 idCookieManager 的 AddCookie/2 方法,它希望在该参数上有一个主机,所以它可能不适用于任何不提供域的 Set-Cookie。
如果 Set-Cookie 包含 domain=.google.com;
有趣的是,如果您查看 idHttp.OnRedirect
idHttp.Response.RawHeaders.Text
对于不起作用的站点,您看不到 Set-Cookies,但在起作用的站点上,您确实看到 Set-Cookies...
但是,如果我将 idhttp useragent 设置为
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.1) Gecko/20100122 firefox/3.6.1
(来自另一个答案)
然后它似乎拿起饼干就好了
New cookie: ASP.NET_SessionId
New cookie: ChefsSite
Redirecting (1) to: http://www.chefscatalog.com/international/home.aspx
New cookie: ChefsSite
奇怪的。