Welcher Statuscode sollte zurückgegeben werden, wenn ein Client eine HTTP-Anforderung sendet und einen Content-Encoding-Header angibt, der vom Server nicht decodiert werden kann?

Beispiel

Ein Client sendet JSON-Daten an eine REST-Ressource und codiert den Entitätshauptteil mit der gzip-Codierung. Der Server kann jedoch nur DEFLATE-Codierungen decodieren, da die gzip-Klasse in der Serverschule fehlgeschlagen ist.

Welcher HTTP-Antwortcode sollte zurückgegeben werden? ich würde sagen415 Nicht unterstützter Medientyp Aber es ist nicht der Inhaltstyp der Entität, der das Problem darstellt - es ist die Codierung des ansonsten unterstützten Entitätskörpers.

Welches ist passender: 415? 400? Vielleicht einen benutzerdefinierten Antwortcode?

Nachtrag: Ich habe natürlich rfc2616 gründlich geprüft. Wenn die Antwort da ist, brauche ich vielleicht eine neue Korrekturbrille, aber ich glaube nicht, dass es so ist.

Aktualisieren:

Dies hat nichts mit dem Senden einer Antwort zu tun, die für einen Client möglicherweise nicht akzeptabel ist. Das Problem besteht darin, dass der Client dem Server einen möglicherweise gültigen Medientyp in einer Codierung sendet, die der Server nicht verstehen kann (gemäß derContent-Encoding header der Client mit der Anforderungsnachricht gepackt).

Dies ist eine Randerscheinung, die beim Umgang mit Browser-Benutzeragenten nicht auftritt, aber in REST-APIs auftreten kann, in denen Entitätskörper zum Erstellen / Ändern von Ressourcen akzeptiert werden.