> From [EMAIL PROTECTED] Thu Feb 14 02:45:33 2002 > Date: Thu, 14 Feb 2002 09:45:10 +0200 > From: Graham Leggett <[EMAIL PROTECTED]> > X-Accept-Language: en > MIME-Version: 1.0 > To: [EMAIL PROTECTED] > CC: [EMAIL PROTECTED] > Subject: Re: FW: mod_proxy/9772: proxy: Ignoring duplicate HTTP header... > > This is a cryptographically signed message in MIME format. > > --------------msBB0924C6D919B27E65372E6A > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Joshua Slive wrote: > > > I really don't know what is going on with the proxy, so it is silly for me > > to be acting as an intermediary. I'll just reopen this bug report, and > > anyone who wants can take a look at it. > > This is a different bug entirely - it's to do with what proxy does when > it encounters IIS v4.0 brokenness, and website designer brokenness. > > > Subject: Re: mod_proxy/9772: proxy: Ignoring duplicate HTTP header... > > > > No, this patch did not fix the problem. > > Point a browser to the following url thru apache proxy to see the mess. > > > > http://cgi3.ebay.com/aw-cgi/eBayISAPI.dll?SignIn > > This patch will definitely not fix this problem, as the problem lies > partially with ebay. The above URL returns the following response > headers: > > HTTP/1.1 200 OK > Server: Microsoft-IIS/4.0 > Date: Thu, 14 Feb 2002 07:17:54 GMT > Set-Cookie: > >s=AQAAAAEAAAASAAAARgAAAKJkazwin3Q8QDE5Ni4zMC4xMjguMjZlMXRlc3RDb29raWUgJDIkTW96aWxsYS8kTlk0dFlbG1JY3U0NHdxcjBuLzRpLwA*f; > path=/; domain=.ebay.com > Set-Cookie: secure_ticket=n; path=/; domain=.ebay.com; secure > HTTP/1.1 200 OK > Server: Microsoft-IIS/4.0 > Date: Thu, 14 Feb 2002 07:17:54 GMT > Set-Cookie: > >s=AQAAAAEAAAASAAAARgAAAKJkazwin3Q8QDE5Ni4zMC4xMjguMjZlMXRlc3RDb29raWUgJDIkTW96aWxsYS8kTlk0dFlbG1JY3U0NHdxcjBuLzRpLwA*f; > path=/; domain=.ebay.com > HTTP/1.1 200 OK > Server: Microsoft-IIS/4.0 > Date: Thu, 14 Feb 2002 07:17:54 GMT > > Your "ignoring duplicate HTTP header" message is triggered by the > presence of multiple "HTTP/1.1 200 OK" lines, and is the correct > behavior. There are two additional lines, therefore you get two error > messages. The solution here is for Ebay to keep their webservers up to > date. > > What is causing the page to be rendered in plain text however is the > fact that there is no Content-Type header associated with this page. > According to RFC2616, a content-type "SHOULD" be present. If it is not > present, then the client can either guess what it is based on file > extension or looking at a few bytes, otherwise it should be > "application/octet-stream". > > So - the question is, should proxy be adding a content-type header to > responses without one? If we don't, we effectively tell the browser "you > deal with the broken content". > > Comments? > I would say no, proxy should not add a content-type header to responses without one.
Cheers, Jonathan > Regards, > Graham > -- > ----------------------------------------- > [EMAIL PROTECTED] "There's a moon > over Bourbon Street > tonight..." > --------------msBB0924C6D919B27E65372E6A > Content-Type: application/x-pkcs7-signature; name="smime.p7s" > Content-Transfer-Encoding: base64 > Content-Disposition: attachment; filename="smime.p7s" > Content-Description: S/MIME Cryptographic Signature > > MIIHyAYJKoZIhvcNAQcCoIIHuTCCB7UCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC > BcYwggKVMIIB/qADAgECAgMEyOwwDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw > EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh > d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg > RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMTA1MTEwMDE3NDZaFw0wMjA1MTEwMDE3NDZa > MF0xEDAOBgNVBAQTB0xlZ2dldHQxDzANBgNVBCoTBkdyYWhhbTEXMBUGA1UEAxMOR3JhaGFt > IExlZ2dldHQxHzAdBgkqhkiG9w0BCQEWEG1pbmZyaW5Ac2hhcnAuZm0wgZ8wDQYJKoZIhvcN > AQEBBQADgY0AMIGJAoGBALX2zJvQ/9l+sCEpkfMNNwtnMcF8vmPM2sRpibT5nR87bYWyLVCt > XXWXU+UyDOkiQJt6UahnmYZV7u40a1/osbNnjHjyNybejOuUFjHYy1gDwjsElnxYbRRA2SZc > CmrZ4V0QFI0ZKuimGryZQj77UroiIV+Qq+v+PaxDEGwiqJqnAgMBAAGjLTArMBsGA1UdEQQU > MBKBEG1pbmZyaW5Ac2hhcnAuZm0wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCO > l5bH8JXuFM+EZi01jfezzKML5iPBHx4BDj/4gl2lXw1t0v6o+9442F6TpnOVAk3LL1KTupvc > HfM+Bn71iWuD8ASCoSsmVpeoCbOv3lPGltrDgywcmM8phZyK1hHLvvJgfd4IMZbuH/rm0ZWp > WjRORFfik8yuO9DgahgjgAhkujCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAwgdEx > CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93 > bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24g > U2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBD > QTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4 > MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz > dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UE > CxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJT > QSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7Sbngn > Z4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmF > zVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ > 7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwx > LTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOB > gQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q9Dps > NJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00/LaW > GCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAcowggHGAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEV > MBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRo > YXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFs > IEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwTI7DAJBgUrDgMCGgUAoIGGMBgGCSqGSIb3DQEJ > AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAyMDIxNDA3NDUxMVowIwYJKoZIhvcN > AQkEMRYEFOJkewWfdS4ZOLnyBkEfEszEq99+MCcGCSqGSIb3DQEJDzEaMBgwBwYFKw4DAgcw > DQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYBny5sbEhaURiWH2S9NYSnP9CGB8juj > ax9RBgqgyFqJt5/CZLcqtjz314HISI6U4ZZ1Mhu8CYHP+IKUwHWgzqcyT1ycGB+/btvraNCe > ZO8wzYGvAaHDFyXvabo9Oav+mZkLejP/6ovKFcy1+FRW99sxE0j8ZQXuPwd4hDw3ioJvsw== > --------------msBB0924C6D919B27E65372E6A-- > >
