Ist ein HTTP-Antwort-Header (wie der folgende) zulässig, auch wenn er keine Inhaltslänge oder Übertragungscodierung enthält?

- Http: Response, HTTP/1.1, Status: Ok, URL: /AAA/B.json
  ProtocolVersion: HTTP/1.1
  StatusCode: 200, Ok
  Reason: OK
  Expires:  Fri, 05 Oct 2012 01:41:30 GMT
  Date:  Fri, 05 Oct 2012 01:40:46 GMT
  Vary:  Accept-Encoding
  Accept-Ranges:  bytes
  Cache-Control:  public, max-age=43
  Server:  Noelios-Restlet-Engine/1.1.10
  ContentType:  application/json;charset=UTF-8
  ContentEncoding:  gzip
  Connection:  close
  X-Served-By:  85.111
  HeaderEnd: CRLF

Ich habe erwartet, entweder Content-Length oder Transfer-Encoding zu sehen, aber keines davon existiert.

Ich habe den HTTP-RFC gelesen, bin mir aber immer noch nicht sicher.

@CodeCaster, ich habe RFC-Abschnitt 4.4 gelesen, aber es ist immer noch nicht klar, wie Sie sehen können, wird der Antwortheader verwendet, um einen JSON-Stream zurückzugeben.

Abschnitt 4.4, Regel 1 definiert DARF KEINEN Nachrichtentext enthalten, scheint für meinen Fall nicht zutreffend zu sein.Abschnitt 4.4, Regel 4, nicht sicher, aber da im Antwortheader nicht "multipart / byteranges" angezeigt wird - bedeutet dies, dass diese Regel für mich nicht anwendbar ist?Abschnitt 4.4 Regel 5, dies ist mir meist unklar, da die Überschriften tatsächlich "Connection: close" enthalten, hängt das zusammen?

Also noch weitere Kommentare?