RFC 3507:Internet Content Adaptation Protocol (ICA...
RFC-Ref

HTTP message


Click on the red underlined text to get to the source

... services. ICAP is, in essence, a lightweight protocol for executing a "remote procedure call" on HTTP messages. It allows ICAP clients to pass HTTP messages ...
... HTTP messages. It allows ICAP clients to pass HTTP messages to ICAP servers for some sort of transformation or other processing ("adaptation"). The server executes its transformation service ...
... transaction semantics. For example, this document specifies how to send an HTTP message from an ICAP client to an ICAP server, specify the URI ...


... URI refers to an ICAP service that performs adaptations of HTTP messages. ICAP server: ...


... message body of an ICAP request contains the (encapsulated) HTTP messages that are being modified. As in HTTP/1.1 ...
... ICAP-Related Headers in HTTP Messages ...
... ICAP Bodies: Encapsulation of HTTP Messages ...
... The ICAP encapsulation model is a lightweight means of packaging any number of HTTP message sections into an encapsulating ICAP message- body, in order to allow the vectoring of requests, responses, and request/response ...
... encapsulated sections may be the headers or bodies of HTTP messages. Encapsulated ...
... By default, ICAP messages may encapsulate HTTP message headers and entity ...
... - If an ICAP server wants to force all cacheable files to expire in 24 hours or less, then this could be implemented by selecting HTTP messages with expiries more than 24 hours in the future. ICAP servers SHOULD use the OPTIONS method ...
... When an ICAP client is performing a preview, it may not yet know how many bytes will ultimately be available in the arriving HTTP message that it is relaying to the HTTP server. Therefore, ICAP defines a ...


... only wait between the header and body. In addition, certain transformations of HTTP messages by surrogates are legal (and harmless for HTTP), but caused problems with ICAP's "header ...
... headers are not chunked. There are two reasons for this decision. First, in cases where a chunked HTTP message body is being encapsulated in an ICAP message, the ICAP client ...



Google
Web
RFC-Ref