MIME 엔티티의 일반 MIME 유형과 같은 것이 있습니까? MIME 엔터티는 RFC 2045/2046에 따라 본문 섹션 (CRLF 라인 끝과 함께)이 뒤 따르는 빈 섹션과 헤더 섹션으로 구성됩니다. 즉MIME 엔터티의 일반 MIME 유형?
Header1: Some list
Header2: of headers
Arbitrary body content
, 등 메시지/RFC822, 하나의 다중 부분, 같은 것들에 대한 MIME "슈퍼"가 있습니다 :
예
는 다음을 수 있을까?알 수 없음. 단일 부분은 또한 message/rfc822이고 기술적으로 HTTP 메시지는 MIME 엔터티가 아니므로 이들 사이에는 공통된 기반이 없으므로 rfc822입니다. HTTP 메시지의 부분은 MIME 엔터티 일 수 있지만 실제 요청/응답은 아닙니다.
RFC2616은 장소에서 822 패밀리 사양을 참조하여 구분을 흐리게 만듭니다 (때로는 실수로, 예를 들어 인코딩 매개 변수에 RFC2047 사용에 대한 참조). 그러나 HTTP는 RFC [2] 822에 정의 된 헤더 및 값과 약간 다른 (호환되지 않는) 헤더 및 값에 대한 자체 기본 프로덕션을 정의합니다. 따라서 HTTP는 표준 RFC822 도구를 사용하여 파싱되어서는 안됩니다 ... 실제 웹 브라우저와 서버가 HTTP 표준과 다른 여러 가지 방법을 무시합니다.
답사 해 주셔서 감사합니다. HTTP 메시지가 엄격하게 MIME 엔터티가 아님을 지적하는 것이 옳습니다. 그러나 multipart 부품은 필수 헤더가 없기 때문에'message/rfc822'가 아닙니다 (cf. RFC 2046 섹션 5.1 및 RFC 822 섹션 4.1 참조). – buge
흠, 좋은 점,'orig-date'와'from'는 실제로 실제 도구가 신경 쓰지는 않지만 스펙에 의해 요구됩니다. 맞습니다. "RFC822 구문이지만 필요한 헤더가없는"MIME 유형이 있어야합니다. 메이저 타입의'message /'는 원래 그 서브 타입을 가지고 있었지만, 그 이후로는 모든 종류의 다른 메시지 포맷이 추가되었습니다. – bobince