[squid-users] Bad HTTP requests trigger ICAP suspension

Silamael Silamael at coronamundi.de
Tue Dec 6 08:03:46 UTC 2016

On 05.12.2016 13:58, Amos Jeffries wrote:
> On 5/12/2016 11:17 p.m., Silamael wrote:
>> This sounds somehow wrong to me, the ICAP service doesn't have a
>> problem, just the HTTP request being forwarded is borken. Therefor is no
> The ICAP service appears to be producing URLs without any host segment
> at all ("") instead of using the input "." or some other value of its
> choosing.
> Strictly speaking Squid should accept that as a URL with no hostname,
> just like it accepted the odd '.' hostname. That is one of the issues
> bug 1961 seeks to fix.

Hi Amos,

So, you think the URL Squid complains about is returned by our ICAP service?
As far as I understood the log messages, the URL was not sent to the
ICAP service at all.
Or am I wrong here?

>> need to suspend the ICAP service at a whole for 30 seconds.
>> Am I wrong or is this behavior intended?
> AIUI, for installations using bypass=yes the behaviour is expected. That
> setting is not tied to particular types of error, it simply means the
> service is optional. *any* HTTP request (even good ones) can bypass.

Yeah, that's clear. My problem is, that the service is suspended.
If there are real problems within the communication with the ICAP
service, it should be bypassed.

-- Matthias

More information about the squid-users mailing list