Welche ICAP-Header sind bei den drei ICAP-Methoden in Request und/oder Response zulässig? Vollständige Liste mit Bedeutung.

Im ICAP-Protokoll (Internet Content Adaptation Protocol, [RFC 3507](https://datatracker.ietf.org/doc/html/rfc3507)) gibt es drei Hauptmethoden: **REQMOD**, **RESPMOD** und **OPTIONS**. Jede Methode verwendet bestimmte ICAP-spezifische Header, die in Requests und/oder Responses auftreten können. Hier ist eine vollständige Liste der wichtigsten ICAP-Header, sortiert nach ihrer Verwendung und mit kurzer Erklärung:

---

### Allgemeine ICAP-Header (methodenübergreifend)

| Header | Richtung | Bedeutung |
|-----------------------|--------------|---------------------------------------------------------------------------|
| `ICAP-Request` | Request | Startzeile, z.B. `REQMOD icap://...` oder `RESPMOD icap://...` |
| `ICAP/1.0` | Response | Protokollversion in der Statuszeile |
| `Host` | Request | Zielhost des ICAP-Servers |
| `Date` | Beide | Datum und Uhrzeit der Nachricht |
| `Encapsulated` | Beide | Gibt an, wo sich die eingebetteten HTTP-Nachrichten befinden |
| `Allow` | Response | Unterstützte Methoden des Servers (z.B. `REQMOD, RESPMOD, OPTIONS`) |
| `ISTag` | Response | Identifiziert die Version des ICAP-Services |
| `Service` | Response | Name/Beschreibung des ICAP-Services |
| `Options-TTL` | Response | Gültigkeitsdauer der OPTIONS-Antwort (in Sekunden) |
| `Methods` | Response | Liste der unterstützten Methoden (bei OPTIONS) |
| `Max-Connections` | Response | Maximale Anzahl gleichzeitiger Verbindungen (bei OPTIONS) |
| `Options-TTL` | Response | Gültigkeitsdauer der OPTIONS-Antwort |
| `Preview` | Beide | Gibt die Größe des Vorschau-Body in Bytes an |
| `Allow-204` | Response | Gibt an, ob 204-No-Modification unterstützt wird |
| `Transfer-Preview` | Request | Gibt an, ob der Client eine Vorschau senden möchte |
| `Connection` | Beide | Steuerung der Verbindung (z.B. `close`) |
| `X-ICAP-...` | Beide | Nicht standardisierte, proprietäre Header |

---

### Spezifische Header für Methoden

#### 1. **OPTIONS**

**Request:**
- `Host`
- (optional) `User-Agent`
- (optional) `X-ICAP-...` (proprietär)

**Response:**
- `Methods`
- `Service`
- `ISTag`
- `Options-TTL`
- `Allow`
- `Max-Connections`
- (optional) `Preview`
- (optional) `Transfer-Preview`
- (optional) `Allow-204`
- (optional) `X-ICAP-...` (proprietär)

#### 2. **REQMOD** (Request Modification)

**Request:**
- `Host`
- `Encapsulated`
- (optional) `Preview`
- (optional) `Transfer-Preview`
- (optional) `Connection`
- (optional) `X-ICAP-...` (proprietär)

**Response:**
- `ISTag`
- `Encapsulated`
- (optional) `Allow-204`
- (optional) `Connection`
- (optional) `X-ICAP-...` (proprietär)

#### 3. **RESPMOD** (Response Modification)

**Request:**
- `Host`
- `Encapsulated`
- (optional) `Preview`
- (optional) `Transfer-Preview`
- (optional) `Connection`
- (optional) `X-ICAP-...` (proprietär)

**Response:**
- `ISTag`
- `Encapsulated`
- (optional) `Allow-204`
- (optional) `Connection`
- (optional) `X-ICAP-...` (proprietär)

---

### Bedeutung der wichtigsten Header

- **Encapsulated**: Gibt die Position der eingebetteten HTTP-Anfrage/Antwort im ICAP-Body an.
- **ISTag**: Version des ICAP-Dienstes, wichtig für Caching und Validierung.
- **Allow**: Unterstützte Methoden (z.B. `REQMOD`, `RESPMOD`, `OPTIONS`).
- **Preview**: Gibt an, wie viele Bytes als Vorschau gesendet werden.
- **Allow-204**: Gibt an, ob der Server eine 204