이메일에 관한 몇 가지 이야기

이메일은 저장 후 전달 구조로 동작하며, 수신 서버가 응답하지 않으면 발신 서버가 메시지를 보관하고 재전송함 SMTP 봉투 주소와 사용자가 보는 메시지의 From/To 헤더는 서로 다를 수 있으며, 전달과 메일링 리스트는 이 구분을 활용함 SPF와 DKIM은 발신자 인증을 돕지만 스팸 자체를 막지는 못하며, 대형 사업자의 추가 DNS 요건은 일반 가정용 회선에서 직접 메일을 보내기 어렵게 함 HTML 본문과 첨부 파일은 MIME으로 구성되며, 바이너리 첨부에 쓰는 Base64 인코딩은 데이터 크기를 약 33% 늘림 TLS는 종단 간 암호화가 아니며, 이메일의 저장과 전달 과정에서 평문이 노출될 수 있음. DKIM 서명은 유출된 메시지의 진위를 오래 입증하는 수단이 될 수도 있음 이메일의 구성 요소와 저장 후 전달 아래 구조는 예외 상황을 생략한 개괄이며, 각 단계가 반드시 별도 기계나 프로그램인 것은 아님 일반적인 전달 경로는 MUA → MSA → 발신 MTA → 수신 MTA → LDA와 메시지 저장소 → 수신 MUA 순서임 MUA(Mail User Agent)는 사용자의 컴퓨터에서 메일을 작성하고 읽는 클라이언트임 MSA(Mail Submission Agent)는 사용자 비밀번호를 확인한 뒤 메시지를 MTA에 넘김 MTA(Mail Transfer Agent)는 다른 메일 서버와 통신해 수신 측까지 메시지를 전달함 LDA(Local Delivery Agent)는 수신 메시지를 저장하며, 여기서는 비슷한 약어 간 혼동을 피하기 위해 이 비표준 명칭을 사용함 클라이언트의 제출에는 보통 SMTP 465번 포트, MTA 간 전달에는 SMTP 25번 포트, 수신 클라이언트의 조회에는 IMAP이 쓰임 1980년 무렵의 서버와 네트워크 제약이 이 구조를 만들었음 대부분의 조직은 서버 한 대 정도만 감당할 수 있었고, 유지보수는 상시 업무였으며 업데이트에 며칠씩 중단이 필요하기도 했음 연결 상태가 좋은 컴퓨터도 한 자릿수 Mbps 전용 회선을 사용했고, 그마저 가동률이 낮았음 수신 서버가 내려가 있으면 발신 MTA가 메시지를 보관하고 나중에 다시 보내므로 짧은 장애가 곧바로 반송으로 이어지지 않음 사용자가 실행하는 대화형 프로그램인 MUA와 별개로, 읽기 전까지 메일을 보관할 저장소도 필요했음 대부분의 MTA는 5일 동안 재시도하도록 설정되며, 대개 지수 백오프를 적용함 개인 운영 사례에서는 첫 실패 후 5분을 기다리고, 장...