요약

  • 초기 Usenet 사양은Expires를 권고 만료일로 규정하고, 일반적인 보존 기간은 각 사이트의 로컬 기본값에 맡기며 디스크 공간 같은 제약 조건을 명시적으로 언급했습니다.
  • RFC 5536은 이 필드를 작성자가 게시물이 더 이상 관련성이 없다고 판단하여 유용하게 제거할 수 있는 시점으로 정의합니다. 이는 저장 공간 임대나 검증된 삭제 명령이 아니라 유용성에 관한 진술입니다.
  • NNTP는 서버 로컬 가용성만 노출합니다. 누락된 게시물은 번호나 Message-ID로 보고될 수 있지만, 그 부재만으로 게시물이 언제, 왜, 어디에서 제거되었는지 증명하지는 못합니다.

하나의 통지, 두 개의 저장 기록

세미나 공지가 두 뉴스 서버로 복사되는 상상을 해 보십시오. 이 공지에는 행사 다음 날 아침으로 설정된Expires날짜가 들어 있습니다. 두 서버는 동일한 게시물, 동일한 Message-ID, 동일한 날짜를 받습니다. 한쪽은 저장 공간이 넉넉하고 요청된 기한까지 공지를 보존하는 정책을 가지고 있습니다. 다른 쪽은 압박을 받고 있어 더 짧은 로컬 보존 규칙을 적용합니다.

날짜는 변하지 않았고, 어느 서버도 그것을 위조할 필요가 없습니다. 이 날짜는 유용성에 대한 작성자의 판단을 기록합니다. 어느 쪽 기계 안에서도 용량을 배분하지 않습니다.

이 분리는 실제 조율 문제를 해결했습니다. 작성자는 언제 통지가 낡게 되는지 알고 있는 경우가 많습니다. 원격 서빙 사이트는 사용 가능한 디스크, 독자층, 법적 의무, 아카이브 정책, 운영 비용을 압니다.Expires는 첫 번째 사실이 두 번째 권한을 지닌 것처럼 가장하지 않고 이동할 수 있게 해 주었습니다.

최초 사양은 “권고”라고 했습니다

RFC 850은Expires를 권고 만료일로 기술했습니다. 필드가 없으면 로컬 기본값이 적용되었습니다. 문서는 두 가지 상호 보완적인 용도를 제시했습니다. 본래 한정된 유용성만 지닌 자료를 제거하거나, 중요한 자료를 평소보다 오래 보존하는 것입니다.

세미나 예시는 이 의미 경계를 구체적으로 보여 주었습니다. 공지는 실질적 목적이 끝난 세미나 다음 날 만료될 수 있습니다. 그러나 같은 절은 사이트들이 사용 가능한 디스크 공간 같은 자원에 따라 로컬 만료 정책을 가지고 있다고 경고했습니다. 작성자는 자연스러운 이유 없이 날짜를 지정하지 말도록 권고받았고, 시스템 소프트웨어는 거의 항상 기본 필드를 만들어 넣지 말라고 지시받았습니다.

이 주의 사항들이 중요합니다. 모든 게시물에 삽입된 기본값은 클라이언트 소프트웨어의 반영일 뿐인데도 작성자의 지식처럼 보일 수 있습니다. 필드를 생략하면 사이트의 평소 정책이 유지됩니다. 포함하는 것은 작성자가 더 유리한 위치에서 할 수 있는 예외적인 유용성 주장을 표시하는 것입니다.

RFC 1036은 이 아키텍처를 유지했습니다. 필드는 선택 사항으로 남았고, 날짜는 권고로 남았으며, 로컬 기본값과 로컬 자원 정책은 그대로 드러났습니다. 네트워크는 저장소 관리를 중앙화하지 않으면서 관련성을 위한 어휘를 표준화했습니다.

먼 날짜는 디스크 예약이 아니었습니다

이 필드는 비정상적으로 짧은 수명뿐 아니라 비정상적으로 긴 수명도 지원했습니다. 이 대칭성은 오해될 수 있습니다. 멀리 있는 미래의 날짜는 작성자가 게시물이 계속 유용할 것이라 믿는다는 뜻입니다. 모든 수신 사이트가 그에 상응하는 저장 의무를 수용했다는 증거가 아닙니다.

마찬가지로 가까운 날짜도 보편적인 삭제 명령이 아닙니다. 사이트는 아카이브, 조사, 중재 기록 또는 로컬 정책상의 이유로 게시물을 보존할 수 있습니다. 다른 사본은 릴레이, 사유 저장소 또는 다른 곳의 인용에 존재할 수 있습니다. 이 필드는 그러한 보관 주체들을 열거하거나 그들의 확인을 얻을 수 없습니다.

지속 가능한 구분은 정보 지평과 보관 결정 사이입니다. 첫 번째는 한 번 작성되어 게시물과 함께 복사될 수 있습니다. 두 번째는 저장소가 실제로 통제되는 곳에서 이루어져야 합니다.

현대적 정의는 주장을 좁혔습니다

RFC 5536은Expires를 작성자가 게시물이 더 이상 관련이 없다고 판단하고 유용하게 제거될 수 있는 날짜와 시각으로 정의합니다. 이 필드가 비정상적으로 길거나 짧은 만료 시간에 유용하다고도 명시합니다.

주어의 선택이 정확합니다. 작성자가 판단합니다. 표준은 작성자가 그 순간까지 디스크를 예약했다고 말하지 않고, 모든 에이전트가 그 순간에 게시물을 삭제해야 한다고도 말하지 않습니다. 이 필드는 작성자가 정당하게 제공할 수 있는 판단만을 전달합니다.

덕분에 겉보기에 모순적인 두 결과가 양립할 수 있습니다. 게시물은 서버의 보존 정책이 더 이상 보관하지 않기 때문에Expires날짜 전에 사라질 수 있습니다. 아카이브나 로컬 예외가 보존하기 때문에 그 이후에도 가용할 수 있습니다. 어느 결과도 날짜가 거짓이었다는 증거가 되지 못하며, 각각은 유용성과 보관이 같은 상태가 아님을 보여 줄 뿐입니다.

가용성은 서버에 속했습니다

RFC 3977은 NNTP를 서빙 측면에서 기술합니다.GROUP은 선택된 그룹에서 현재 가용한 게시물 수의 추정치를 보고합니다. 그룹 로컬 번호로 검색하면 그곳에 그런 게시물이 없을 때 423을 반환할 수 있고, Message-ID로 검색하면 서버에 그런 게시물이 없을 때 430을 반환할 수 있습니다.

이 응답들은 의도적으로 로컬입니다. 게시물이 존재한 적이 없다는 뜻도, 모든 서버가 삭제했다는 뜻도,Expires날짜가 그 제거를 야기했다는 뜻도, 사적 사본이 남아 있지 않다는 뜻도 아닙니다. 어떤 번호가 없어도 이후 번호들은 존재할 수 있고, Message-ID가 한 서버에서 unavailable하더라도 다른 서버에서는 검색될 수 있습니다.

그 제한된 답은 약점이 아닙니다. 서빙 프로토콜이 관찰할 수 없는 전역 삭제 사실을 주장하는 것을 막습니다. 독자는 이 서버가 지금 제공할 수 있는 것을 알게 되고, 운영자는 그 상태가 왜 변했는지 설명하려면 별도의 보존 로그가 필요합니다.

프로토콜 요청은 보관 경계에서 멈췄습니다

RFC 5537은 보존 제한에 관한 더 넓은 아키텍처적 한계를 말합니다. Netnews를 통해 전달되는 요청은 수신 사이트에 의존하며 프로토콜로 강제할 수 없다는 것입니다. 그 예시는Archive와Distribution에 관한 것이고Expires의 재정의는 아니지만, 보관 경계는 관련성 날짜가 저장소에 대한 원격 제어가 되지 못하게 하는 바로 그 경계입니다.

구문은 요청을 보존할 수 있습니다. 릴레이 규칙은 필드를 그대로 전달할 수 있습니다. 어느 쪽도 모든 하류 관리자가 로컬 정책을 내놓게 하거나 외부 사본을 막거나 모든 곳에서 제거가 일어났음을 증명하게 할 수 없습니다.

따라서 안전한 추론은 좁습니다.Expires는 작성자가 선언한 유용성 지평의 증거입니다. 보존에 참고할 수는 있습니다. 그러나 보존, 삭제 또는 기밀성의 증명은 아닙니다.

등록은 결과가 아니라 필드를 안정화했습니다

현재IANA 메시지 헤더 레지스트리는Expires를 RFC 5536에 근거한 표준 Netnews 필드로 등재합니다. 이는 구현체에 안정된 이름과 사양을 제공합니다.

등록이 오늘날 공급자 행동, 디스크 예산, 아카이브 예외 또는 특정 날짜 준수를 감사하지는 않습니다. 공식 출처는 배포 보급이나 실제 검색 실패의 원인이 아니라 이 형식의 역사와 의미를 확립합니다.

Usenet의 설계 성취는 소박하지만 지속적이었습니다. 정보가 가치를 잃는 시점을 아는 사람과 바이트가 어디에 남는지 통제하는 운영자를 구분하는 유용한 경계를 지켜냈습니다. 날짜가 네트워크를 건널 수 있었던 이유는 디스크를 소유했다고 가장하지 않았기 때문입니다.