EML 파일 뷰어

원본 RFC 5322 / MIME 메일(메일 클라이언트가 만드는 .eml 내보내기 파일)을 서버로 한 바이트도 보내지 않고 파싱합니다. 접힌 헤더를 펼치고, 선언된 경계로 멀티파트 본문을 나누며, Quoted-Printable과 Base64 전송 인코딩을 디코딩하고, 첨부 파일을 원래 이름과 MIME 타입, 인코딩된 크기와 함께 나열합니다. 메시지에 둘 다 있으면 평문과 HTML 파트를 오갈 수 있고, 원본 모드로 바꾸면 통신선에 실린 그대로를 볼 수 있습니다.

MIME 메시지는 문서가 아니라 트리이고, 뷰어는 그것을 트리로 보여 줍니다. multipart/alternative는 같은 내용을 두 번 담으며 클라이언트는 자기가 이해하는 마지막 파트를 표시하도록 되어 있는데, 평문이 먼저 나열되어 있는데도 메일 앱에서 본 것이 대개 HTML 판인 이유가 이것입니다. multipart/mixed는 정말로 서로 다른 파트를 담고, multipart/related는 본문과 그것이 Content-ID로 참조하는 이미지를 담습니다. 한 메시지가 셋 모두를 중첩할 수 있습니다.

첨부 크기는 인코딩된 상태로 보고되는데, 파일이 실제로 담고 있는 것이 그것입니다. Base64는 대략 3분의 1만큼 부풀리므로 4MB짜리 첨부는 메시지에서 약 5.3MB를 차지하고, 사서함 할당량은 큰 쪽 숫자를 셉니다. 파일 이름도 그저 헤더 값일 뿐입니다. 파트가 선언한 MIME 타입과 다른 확장자를 달고 있을 수 있으며, 둘이 어긋나는 것은 해결할 일이 아니라 눈여겨볼 일입니다.

파싱이 알려 주지 못하는 것은 그 내용이 참인지 여부입니다. From을 포함한 모든 헤더는 보낸 쪽이 쓴 텍스트이고, 암호학적 근거가 있는 부분은 DKIM 서명이나 자기 수신 서버가 붙인 판정뿐입니다. 의심스러운 메시지를 여기서 읽는 것은 아무것도 실행하거나 가져오지 않으므로 안전하지만, 내용은 여전히 주장일 뿐입니다.

모든 처리는 여는 파일에 대해 로컬에서 이루어집니다. 제삼자 파서에 올리고 싶지 않은 메시지일 때 바로 그 점이 중요합니다.