Summary

  • John Levine과 Benjamin Billon이 쓴 RFC 10080은 2026년 10월 Expires 헤더를 일반 인터넷 메일에 쓸 수 있게 했다. 종전의 RFC 4021은 이 필드를 등록하면서 일반 사용을 제한했다.
  • 발신자는 만료 날짜를 하나만 적을 수 있다. 수신 측 프로그램은 오래된 메일의 표시를 조정할 수 있지만, 헤더만 보고 수신을 거부하거나 폐기해서는 안 된다. 삭제에는 편지함 주인이 의도적으로 정한 규칙이 필요하다.

세일은 끝나도 약속을 보낸 기록은 남는다

할인 행사를 연 쪽이 종료 시각을 가장 잘 안다. 행사 초청장도 마찬가지다. 메일 본문마다 작은 글씨를 기계가 해석하게 하는 것보다 발신자가 날짜를 별도 칸에 쓰는 편이 낫다. RFC 10080은 오래된 안내를 덜 눈에 띄게 다룰 길을 연다.

그 날짜를 쓴 사람에게 이익이 걸려 있다는 점이 문제다. RFC는 과거 날짜를 넣어 신고 전에 스팸을 시야에서 밀어내려는 경우와 아주 먼 미래 날짜로 화면을 오래 차지하려는 경우를 짚는다. 판매자의 시계를 고객의 보관함 삭제 명령으로 연결하면, 판매자가 보낸 약속의 흔적까지 판매자가 지우게 된다.

Levine과 Billon은 이 연결을 끊었다. 한 메시지의 Expires는 하나뿐이다. 기한이 지나면 표시를 낮추거나 숨길 수 있다. 이 필드만으로 메일을 거부하거나 버리는 행위는 금지된다. 지우려면 편지함 소유자가 스스로 설정한 규칙이 있어야 한다. 홍보 문구의 수명과 전달된 기록의 수명은 결정권자가 다르다.

표준 등록은 끝났고, 제품의 선택은 드러나야 한다

IANA 메시지 헤더 등록부는 메일용 Expires를 표준으로 표시하고 RFC 10080을 가리킨다. 형식상의 문은 열렸다. 실제로 어떤 순서로 보여 주고 언제 찾을 수 있게 할지는 메일 서비스의 몫이다. RFC는 과거 구현의 뜻이 제각각이어서 모든 수신자에게 한 가지 동작을 강제하지 않았다.

IETF의 John R. Levine 프로필에는 그가 오랫동안 메일 표준에 참여한 기록이 있다. 이번에는 Billon과 함께 간단한 경계를 세웠다. 보낸 사람은 자기 소식의 기한을 말한다. 받은 사람은 그 말을 증거로 남길지 결정한다. 다음으로 필요한 자료는 서비스가 만료 뒤 검색, 신고, 보관을 어떻게 구현했는지에 대한 공개 설명이다.

출처: RFC 10080, RFC 4021, IANA 등록부, IETF 프로필.