요약

  • RFC 10080은 X.400에서 변환된 메일에 한정됐던 Expires 필드를 일반 인터넷 이메일까지 확장한다.
  • 메일 프로그램은 이 필드만을 이유로 메시지를 거부하거나 폐기할 수 없다. 삭제 결정은 받은편지함 소유자에게 남는다.

이제 발신자는 이메일에 날짜를 붙이고 그때부터 메시지가 효력을 잃는다고 표시할 수 있다. 자동 소멸 타이머처럼 보인다. 그러나 삭제 키는 수신자 손에 있다.

변화는 작지만 권한의 경계는 선명하다. RFC 4021은 Expires를 메일 헤더 필드로 등록하면서 RFC 2156의 X.400 변환 상황에 묶어 두었다. RFC 10080은 이를 인터넷 이메일 전반으로 넓힌다. 할인 제안, 행사 안내, 정기 공지에 작성자가 생각하는 효력 종료 시점을 담을 수 있다.

발신자가 메시지에 넣을 수 있는 Expires 필드는 하나뿐이다. 표준은 날짜와 시각 형식을 정하지만, 만료 시점 이후 모든 시스템이 취해야 할 단일 행동은 정하지 않는다. 메일 서비스나 클라이언트는 목록에서 순위를 낮추거나 숨길 수 있고, 만료 메일 처리 방법을 사용자에게 맡길 수도 있다.

핵심은 이것이다. 발신자는 유효성에 대한 주장을 보내고, 수신 시스템이 표시와 보관 방식을 정한다. RFC 10080은 해당 필드만으로 메시지를 거부하거나 버리는 일을 금지한다. 또한 받은편지함 소유자가 의도적으로 규칙을 설정하지 않았다면 만료 메시지를 삭제하지 말 것을 권고한다. 이 필드는 관심도를 낮출 수는 있어도 휴지통의 열쇠는 아니다.

이메일은 기록이기도 하다. 제안 기간이 끝나도 무엇을 약속했는지, 언제 보냈는지, 고객에게 어떤 조치를 요청했는지 증명하는 자료가 될 수 있다. 그 판단을 날짜를 쓴 마케팅 담당자가 아니라 수신자와 그 설정에 맡기는 것이 표준의 경계다.

표준은 악용 방식도 설명한다. 발신자는 원하는 날짜를 적을 수 있다. 스팸 발신자가 이미 만료됐다고 표시하면 수신자가 읽거나 신고하지 않을 거라고 기대할 수 있다. 가까운 날짜를 붙여 압박감을 만들고 나중에 메시지를 찾기 어렵게 할 수도 있다. 따라서 만료일은 수신 측 표시 정책을 위한 입력이지, 메시지 내용의 신뢰할 수 있는 판결이 아니다.

이 필드는 X.400과 인터넷 메일의 변환, IANA 등록, 그리고 뉴스그룹 메시지에 쓰이던 유사한 Expires 필드라는 이력을 갖는다. Netnews에서는 작성자의 관련성 판단을 표현했지만 삭제를 요구하지 않았다. RFC 10080은 그 생각을 이메일로 가져오면서 처리 권한을 수신자에게 남겼다.

메일 사업자가 물어야 할 것은 날짜가 지났느냐만이 아니다. 받은편지함 소유자가 어떤 동작을 허용했느냐다. 눈에 덜 띄게 하면 화면은 정돈하면서 기록은 남길 수 있다. 기본값으로 자동 삭제하면 발신자가 남의 보관 정책을 쓰게 된다.

출처: RFC 10080, RFC 4021, RFC 2156, RFC 5536, IANA 메시지 헤더 등록부.