편집 ] Blog tracking Internet mail related drafts and standards List of IANA registered MIME Media Types List of Character Sets MIME at the Debian Wiki A more detailed overview of MIME ( 1993 ) 원본 주소 " " 분류 : 인터넷 표준표현 계층 프로토콜숨은 분류 : 문법 강조 오류가 있는 문서영어 표기를 포함한 문서RFC 매직 링크를 사용하는 문서 둘러보기 메뉴 개인 도구 로그인하지 않음토론기여계정 만들기로그인 이름공간 문서토론 변수 보기 읽기편집역사 보기 더 보기 검색 둘러보기 대문사용자 모임요즘 화제최근 문서 보기임의 문서로도움말기부 도구 여기를 가리키는 문서가리키는 글의 최근 올리기특수 문서 목록고유 링크문서 정보위키데이터 항목이 문서 인용하기 인쇄 / 내보내기 책 만들기PDF로 다운로드인쇄용 판 다른 언어 日 本 語 / 中 文 링크 편집 이 문서는 2019년 5월 1일 ( 수 ) 21 : 26에 마지막으로 편집되었습니다. 모든 문서는 크리에이티브 커먼즈 저작자표시 - 동일조건변경허락 3. 0에 따라 사용할 수 있으며, 추가
항상 ASCII 문자를 사용해야 한다. ASCII가 아닌 헤더 값은 MIME의 encoded - word 문법 ( RFC 2047 ) 에 따라 인코딩해야 한다. 이 문법은 원본 문자 인코딩 ( " 문자셋 " ) 과 원본 데이터를 ASCII 문자로 변환하는 데 사용한 인코딩 방식을 포함한다. encoded - word의 형식 : " = 문자셋인코딩 방식인코드된 데이터 = ". 문자셋은 보통 utf - 8을 사용한다. 하지만 IANA에 등록된 어떤 문자셋도 사용 가능하다. 인코딩 방식은 quoted - printable 인코딩 방식과 비슷한 Q - encoding 방식을 나타내는 " Q " 나 base64 인코딩을 나타내는 " B " 중 하나를 사용할 수 있다. 인코드된 데이터는 인코딩 방식에 의해 변환된 데이터이다. Q - encoding과 quoted - printable의 차이 RFC 2047에 따르면, encoded - word는 공백 문자 ( white space ) 를 포함해서는 안 된다. 따라서 ASCII 코드로 20h ( iso - 8859 - 1에서의 스페이스 ) 인 문자는 인코딩을 거쳐야 한다. ASCII 20h ( 20h가 공백이 아닐지라도 ) 인 문자
ITU - T V 계열 I. 430 I. 431 PDH SONET / SDH PON OTN DSL IEEE 802. 3 IEEE 802. 11 IEEE 802. 15 IEEE 802. 16 IEEE 1394 ITU - T G. hn PHY USB 블루투스 RS - 232 RS - 449 v. d. e. h MIME ( 영어 : Multipurpose Internet Mail Extensions ) 는 전자 우편을 위한 인터넷 표준 포맷이다. 전자우편은 7비트 ASCII 문자를 사용하여 전송되기 때문에, 8비트 이상의 코드를 사용하는 문자나 이진 파일들은 MIME 포맷으로 변환되어 SMTP로 전송된다. 실질적으로 SMTP로 전송되는 대부분의 전자 우편은 MIME 형식이다. MIME 표준에 정의된 content types은 HTTP와 같은 통신 프로토콜에서 사용되며, 점차 그 중요성이 커지고 있다. 목차 1 개요 2 MIME 헤더 2. 1 MIME - Version 2. 2 Content - Type 2. 3 Content - Transfer - Encoding 3 Encoded - Word 4 Multipart 메시지 4. 1 Mixed 4.
##에서의 스페이스 ) 인 문자는 인코딩을 거쳐야 한다. ASCII 20h ( 20h가 공백이 아닐지라도 ) 인 문자는 보통 " - " 문자 ( ASCII 5Fh ) 로 변환한다. 공백을 " = 20 " 으로 인코딩한 것보다 이 방식이 인코드된 데이터의 가독성을 높여준다. 예를 들어, Subject : = utf - 8Q = C2 = A1Hola, - se = C3 = B1or! = 위 문장은 " Subject : Hola,! " 를 인코딩한 데이터이다. encoded - word 형식은 헤더 이름에는 사용할 수 없다. 헤더 이름은 항상 US - ASCII로 표현해야 한다. Multipart 메시지 [ 편집 ] MIME multipart 메시지는 " Content - type : " 헤더에 boundary 파라미터를 포함한다. 이 boundary는 다음과 같이 각 메시지 파트를 구분하는 역할을 하며, 메시지의 시작과 끝부분에도 나타난다. MIME - Version : 1. 0 Content - Type : multipart / mixed ; boundary = frontier This is a message with multiple parts in MIME format. - - frontier
모든 문서는 크리에이티브 커먼즈 저작자표시 - 동일조건변경허락 3. 0에 따라 사용할 수 있으며, 추가적인 조건이 적용될 수 있습니다. 자세한 내용은 이용 약관을 참고하십시오. 미국 및 다른 국가에 등록되어 있는 Wikimedia Foundation, Inc. 소유의 등록 상표입니다. 개인정보 정책 위키백과 소개 면책 조항 개발자 쿠키 정책 모바일 보기
이 문서는 RFC 822를 대체한다. 이 문서는 텍스트 전자 우편의 헤더와 본문의 형식을 명시하고 있으며, 그중에는 우리에게 익숙한 " To : ", " Subject : ", " From : ", " Date : " 등의 헤더가 포함되어 있다. MIME은 메시지의 종류를 나타내는 content - type, 메시지 인코딩 방식을 나타내는 content - transfer - encoding과 같은 추가적인 전자 우편 헤더를 정의하고 있다. MIME은 또한 ASCII가 아닌 문자를 전자 우편 헤더로 사용할 수 있도록 규정하고 있다. MIME은 확장 가능하다. MIME 표준은 새로운 content - type과 또 다른 MIME 속성 값을 등록할 수 있는 방법을 정의하고 있다. MIME의 명시적인 목표 중 하나는 기존 전자 우편 시스템과의 호환성이다. MIME을 지원하는 클라이언트에서 비 MIME가 제대로 표시될 수 있고, 반대로 MIME을 지원하지 않는 클라이언트에서 간단한 MIME 메시지가 표시될 수 있다. MIME 헤더 [ 편집 ] MIME - Version [ 편집 ] 이 헤더는 해당 메시지가 MIME 형식임을 나타낸다. 현재 사용되는 값은
##하고 HTML 내부에서 이를 참조하는 식으로 표현할 수 있다. Report [ 편집 ] Multipart / report 메시지는 메일 서버를 위한 형식화된 데이터를 포함한다. 이 메시지 타입은 text / plain과 message / delivery - status로 나뉜다. Signed [ 편집 ] Multipart / signed 메시지는 본문과 서명 파트를 갖는다. MIME 헤드를 포함하는 본문 파트는 서명을 생성하기 위해 사용된다. Application / pgp - signature, application / x - pkcs7 - signature 등의 서명이 사용된다. Encrypted [ 편집 ] Multipart / encrypted 메시지 타입은 암호화된 application / octet - stream과 이를 풀기 위한 정보를 갖는 제어 파트로 구분된다. 참조 [ 편집 ] RFC 1847 Security Multiparts for MIME : Multipart / Signed and Multipart / Encrypted. RFC 2045 MIME Part One : Format of Internet Message Bodies. RFC 2046 MIME Part Two : Media Types. N. Freed, Nathaniel Borenstein. November 1996.
##에 사용 가능 7bit - [ 1.. 127 ] 의 ASCII 코드로 이루어진 데이터로 줄 단위로 표현하며 각 줄을 CR, LF로 끝난다. 한 줄의 최대 길이는 CR ( ASCII 코드 13 ), LF ( ASCII 코드 10 ) 를 제외하고 998자이다. quoted - printable - 약간의 바이너리 데이터가 포함된 US - ASCII로 이루어진 텍스트 데이터를 표현할 때 효과적이다. US - ASCII는 특별한 변환을 거치지 않고 그대로 표시되기에 효율적이며 인코딩한 데이터를 사람이 이해할 수 있다. base64 - 임의의 바이너리 데이터를 7비트 데이터로 변환한다. 고정된 오버헤드가 발생하고 비 텍스트 데이터의 변환 시 사용한다. 8BITMIME 지원하는 SMTP 서버에 사용 가능 8bit - 8비트로 표현된 데이터로 한 줄 당 998자로 표현하며 CR, LF로 끝난다. binary - 일련의 octets. SMTP에서는 사용할 수 없다. Encoded - Word [ 편집 ] RFC 2822의 정의에 따르면, 메시지 헤더와 그 값은 항상 ASCII 문자를 사용해야 한다. ASCII가 아닌 헤더 값은 MIME의 encoded - word
- Transfer - Encoding 3 Encoded - Word 4 Multipart 메시지 4. 1 Mixed 4. 2 Digest 4. 3 Alternative 4. 4 Related 4. 5 Report 4. 6 Signed 4. 7 Encrypted 5 참조 6 외부 링크 개요 [ 편집 ] 기본적으로 인터넷 전자 우편 전송 프로토콜인 SMTP는 7비트 ASCII 문자만을 지원한다. 이것은 7비트 ASCII 문자로 표현할 수 없는 영어 이외의 언어로 쓰인 전자 우편은 제대로 전송될 수 없다는 것을 의미한다. MIME은 ASCII가 아닌 문자 인코딩을 이용해 영어가 아닌 다른 언어로 된 전자 우편을 보낼 수 있는 방식을 정의한다. 또한 그림, 음악, 영화, 컴퓨터 프로그램과 같은 8비트짜리 이진 파일을 전자 우편으로 보낼 수 있도록 한다. MIME은 또한 전자우편과 비슷한 형식의 메시지를 사용하는 HTTP와 같은 통신 프로토콜의 기본 구성 요소이다. 메시지를 MIME 형식으로 변환하는 것은 전자 우편 프로그램이나 서버 상에서 자동으로 이루어진다. 전자 우편의 기본적인 형식은 RFC 2821에서 정의하고 있다. 이 문서는 RFC 822를 대체한다. 이 문서는 텍스트 전자 우편의 헤더와 본문의 형식을 명시하고 있으며,
##ext / plain 파트에는 평범한 내용을 넣고 대신 text / html에는 광고를 포함하였다. 이런 방식을 막기 위해 anti - spam 소프트웨어는 multipart / alternative 메시지 중 각 파트가 매우 상이한 내용을 가질 경우 이를 스팸 메시지로 처리하는 식으로 해당 메시지를 걸러낸다. Related [ 편집 ] Multipart / related는 상호 연관된 여러 개의 파트들로 구성된 메시지이다. 각각의 파트들은 root 타입을 중심으로 내부적으로 연결되며, 각 파트를 참조하기 위해서 일반적으로 파트의 content - ID를 사용한다. Multipart / related의 type 파라미터는 root 파트의 content - type을 지정하며 필수 파라미터이다. Start 파라미터는 root 파트의 content - ID를 지정하며 start 파라미터가 없을 경우에는 가장 먼저 나오는 파트가 root 파트가 된다. Multipart / related의 사용 예로 이미지가 포함된 HTML 문서를 들 수 있다. 이 경우 root 파트는 HTML 문서가 되며 HTML에 포함된 이미지들은 뒷따르는 파트로 구성하고 HTML 내부에서 이를 참조하는 식으로 표현할 수 있다. Report [ 편집 ] Multipart / report 메시지
MIME(영어: Multipurpose Internet Mail Extensions)는 전자 우편을 위한 인터넷 표준 포맷이다. 전자 우편은 7비트 ASCII 문자를 사용하여 전송되기 때문에 8비트 이상의 코드를 사용하는 문자나 이진 파일들은 MIME 포맷으로 변환되어 SMTP로 전송된다. 실질적으로 SMTP로 전송되는 대부분의 전자 우편은 MIME 형식이다. MIME 표준에 정의된 content types은 HTTP와 같은 통신 프로토콜에서 사용되며, 점차 그 중요성이 커지고 있다.