2. Notational Conventions (Notationskonventionen)
Da dieses Dokument eine Reihe von Erweiterungen des HTTP/1.1-Protokolls beschreibt, ist die hier verwendete erweiterte BNF (Augmented BNF) zur Beschreibung von Protokollelementen genau dieselbe wie in Abschnitt 2.1 von [RFC2616] beschrieben, einschließlich der Regeln über implizite lineare Leerzeichen (Implied Linear Whitespace). Da diese erweiterte BNF die in Abschnitt 2.2 von [RFC2616] bereitgestellten grundlegenden Produktionsregeln verwendet, gelten diese Regeln auch für dieses Dokument. Beachten Sie, dass dies nicht die Standard-BNF-Syntax ist, die in anderen RFCs verwendet wird.
Die Schlüsselwörter „MUST", „MUST NOT", „REQUIRED", „SHALL", „SHALL NOT", „SHOULD", „SHOULD NOT", „RECOMMENDED", „MAY" und „OPTIONAL" in diesem Dokument sind wie in [RFC2119] beschrieben zu interpretieren.
Deutsche Entsprechung:
- MUST (muss): absolute Anforderung
- MUST NOT (darf nicht): absolutes Verbot
- REQUIRED (erforderlich): absolute Anforderung
- SHALL (muss): verpflichtende Anforderung
- SHALL NOT (darf nicht): verpflichtendes Verbot
- SHOULD (sollte): stark empfohlen, aber nicht verpflichtend
- SHOULD NOT (sollte nicht): stark abgeraten, aber nicht verboten
- RECOMMENDED (empfohlen): empfohlene Praxis
- MAY (kann): erlaubt, aber optional
- OPTIONAL (optional): vollständig optional
Beachten Sie, dass in natürlicher Sprache eine Eigenschaft wie die Eigenschaft „creationdate" im „DAV:"-XML-Namespace manchmal der Kürze halber als „DAV:creationdate" bezeichnet wird.