Appendix A. Differences between HTTP and MIME

HTTP/1.1은 메시지 본문을 확장 가능한 다양한 표현과 확장 가능한 헤더 필드로 전송하기 위해 인터넷 메시지 형식 [RFC5322] 및 다목적 인터넷 메일 확장자(MIME)[RFC2045]에 대해 정의된 많은 구성을 사용한다. 그러나, RFC 2045는 이메일에만 초점을 맞춘다; HTTP의 어플리케이션은 이메일과 다른 많은 특성을 가지고 있다; 따라서 HTTP는 MIME과 다른 특징을 가지고 있다. 이러한 차이점은 이진 연결보다 성능을 최적화하고, 새로운 미디어 유형을 더 자유롭게 사용하고, 날짜 비교를 더 쉽게 하고, 그리고 더 쉽게 하기 위해 신중하게 선택되었다. 초기 HTTP 서버 및 클라이언트의 관행을 인정한다.

이 부록은 HTTP가 MIME과 다른 특정 영역을 설명한다. 엄격한 MIME 환경으로의 프락시 및 게이트웨이는 이러한 차이를 인식하고 필요한 경우 적절한 변환을 제공해야 한다.

A.1. MIME-Version

HTTP는 MIME 호환 프로토콜이 아니다. 그러나 메시지에는 메시지 구성에 사용된 MIME 프로토콜 버전을 나타내는 단일 MIME 버전 헤더 필드가 포함될 수 있다. MIME-Version 헤더 필드를 사용하면 메시지가 MIME 프로토콜([RFC2045]에서 정의)을 완전히 준수함을 나타낸다. 발신자는 HTTP 메시지를 엄격한 MIME 환경으로 내보낼 때(가능한 경우) 완전한 적합성을 보장할 책임이 있다.

A.2. Conversion to Canonical Form

MIME은 [RFC2049]의 Section 4에 기술된 바와 같이 인터넷 메일 본문 부분을 전송 전에 표 준 형식으로 변환할 것을 요구한다. 본 문서의 Section 3.1.1.3은 HTTP를 통해 전송될 때 “text” 미디어 타입의 하위 타입에 허용되는 양식을 설명한다. [RFC2046]에서는 “text” 타입의 콘텐츠가 줄 바꿈을 CRLF로 나타내며 줄 바꿈 순서 이외의 CR 또는 LF 사용을 금지하도록 요구한다. HTTP는 CRLF, bare CR 및 bare LF가 텍스트 내용 내에서 줄 바꿈을 나타낼 수 있도록 한다.

A.3. Conversion of Date Formats

A.4. Conversion of Content-Encoding

MIME에는 HTTP/1.1의 Content-Encoding 헤더 필드에 해당하는 개념이 포함되지 않는 다. 이것이 미디어 타입에 수식어 역할을 하기 때문에, HTTP에서 MIME 호환 프로토콜로 프시 및 게이트웨이는 메시지를 전달하기 전에 Content-Type 헤더 필드의 값을 변경하거나 표현을 디코딩해야 한다. (인터넷 메일용 Content-Type의 일부 실험 애플리케이션에서는 “;conversations= <content-coding>” 의 미디어 타입 매개변수를 사용하여 Content-Encoding과 동등한 기능을 수행했다. 그러나 이 매개변수는 MIME 표준의 일부가 아니다.

A.5. Conversion of Content-Transfer-Encoding

HTTP는 MIME의 Content-Transfer-Encoding 필드를 사용하지 않는다. MIME 호환 프로토콜에서 HTTP로 가는 프락시 및 게이트웨이는 응답 메시지를 HTTP 클라이언트에 전달하기 전에 Content-Transfer-Encoding 을 제거해야 한다.

A.6. MHTML and Line Length Limitations