요약

  • RFC 1211은 배달 오류가 가리킨 사서함이 IETF 메인 리스트에는 존재하지 않는 사례들을 기록했다. 메인 리스트에는 익스플로더 별칭만 있었고, 실제 하류 주소는 별도로 관리되는 서브리스트가 갖고 있었다.
  • Received 경로 라인, 호스트명 유사성, 선택적 SMTPEXPN또는VRFY명령으로 검색 범위를 좁힐 수 있었지만, 종종 결론이 나지 않았다. 서브리스트에 대한 단서는 멤버십의 증명이 아니었다.
  • 중앙 관리자는 기록된 소유자나 postmaster에게 연락해 요청을 전달할 수 있었다. 숨겨진 멤버십을 확인하고 변경할 수 있는 사람은 원격 리스트 소유자뿐이었고, 요청 자체가 완료를 증명하지는 못했다.

오류가 가리킨 것은 운영자가 볼 수 없는 기록이었다

RFC 1211의 정비 문제는 배달이 이미 분기된 이후에 시작된다. 어떤 사용자나 호스트에 도달할 수 없다는 보고가 도착한다. 당연한 첫 조작은 메인 멤버십 파일 검색이다. 때로는 아무것도 나오지 않는다.

그 빈 결과가 진단이 수신자를 지어낸 것을 의미하지는 않았다. 대규모 인터넷 리스트는 흔히 다른 리스트들을 품고 있었다. 사서함 하나처럼 보이는 항목이 사실 익스플로더, 즉 그 주소로 보낸 메일이 다른 사이트에서 로컬 관리 하의 수신자 집단으로 확장되는 항목일 수 있었다. 메인 리스트는 익스플로더 주소는 알고 있었다. 그 뒤에 있는 개별 주소들을 갖고 있을 보장은 없었다.

따라서 하나의 메시지가 두 개의 행정 장부를 가로질렀다. 메인 관리자는 익스플로더가 외부 리스트의 멤버임을 증명할 수 있었다. 원격 관리자는 내부 리스트를 들여다볼 수 있었다. 하류 메일 시스템은 실패한 사서함을 보고할 수 있었다. 이 세 기록 중 어느 것도 나머지의 완전한 복사본이 아니었다.

RFC 편집자 기록은 이 메모를 1991년 3월로 연대를 매기고 Informational로 분류한다.IETF Datatracker 기록은 이를 Legacy 스트림 문서로 보존한다. 이것은 모든 메일링 리스트가 구현한 표준이 아니라 특정 시기의 운영자 기술 account다.

규모가 산문을 운영 입력으로 바꾸었다

Ann Westine과 Jon Postel은 ISI가 인터넷 연구 그룹, IETF 등을 위해 약 25개의 리스트를 관리한다고 기술했다. 월간 추가·삭제 요청은 약 400건, 배달 오류 메시지는 약 300건이었다. 중복을 제거하고 나면 하루에도 대략 열 건의 사례가 조사를 필요로 했다.

원시 통지들 사이에 믿을 수 있는 공용 어휘는 없었다. 어떤 통지는 지연을 설명하며 재시도를 약속했다. 다른 통지는 unknown user 또는 unknown host에 해당하는 표현을 썼다. 또 다른 통지들은 리스트 관리자에게 뜻이 명확하지 않은 시스템 고유의 산문을 실었다. 하나의 보고가 여러 수신자를 담고 일시적 조건과 더 단단한 조건을 섞기도 했다.

따라서 운영자는 멤버십 결정에 앞서 분류를 해야 했다. 며칠 반복된 지연은 조사를 정당화할 수 있지만 한 번의 지연 통지는 그렇지 않을 수 있었다. unknown user 보고는 삭제의 근거가 될 수 있지만, 활동 중인 워킹 그룹 참여자와 연관된 사서함이라면 추가 확인이 필요했다. 오류 텍스트는 개별 사례의 증거였지 보편적으로 실행 가능한 지시가 아니었다.

이 구분이 중요한 이유는 삭제가 비대칭이기 때문이다. 거짓 양성은 누군가를 진행 중인 대화에서 조용히 제거할 수 있다. RFC 1211에는 메시지가 끊긴 이유를 물어본 사례와, 다시 추가된 주소가 또 실패한 사례가 실려 있다. 메모는 어느 사건도 시간을 초월한 규칙으로 만들지 않는다. 신뢰할 수 없는 입력을 둘러싸고 관리자가 되돌릴 수 있는 판단을 해야 했던 이유를 보여준다.

경로는 단서를 주었지 소유권을 주지 않았다

보고된 사서함이 메인 파일에 없을 때 조사는 경로로 옮겨갔다. 관리자들은 Received 라인을 검토하고 알려진 익스플로더와 연관된 것으로 보이는 호스트를 찾았다. 때로는 UUCP, BITNET 또는 다른 메일 환경으로 들어가는 릴레이가 이 관계를 더욱 간접적으로 만들었다.

경로 일치는 검색을 좁힐 수 있었다. 아마도 이 외부 별칭이 하류 주소가 실패한 그 사이트에 공급을 하고 있을 것이다. 그러나 그것 자체로 멤버십을 증명하지는 못했다. 비슷한 호스트명은 서로 다른 부서, 건물, 시스템에 속할 수 있었다. 게이트웨이는 경로의 일부만 노출할 수 있었다. 보고서가 기술한 것은 실패한 시도의 경로였지, 인증된 멤버십 거래가 아니었다.

당시의 SMTP 맥락이 이 방법과 그 한계를 함께 설명해 준다.RFC 821은 봉투 역경로를 사용해 배달 오류를 경로 지정하고, 실제 사람 저자와 구별되는 특수한 오류 처리 사서함을 허용했다. 또한 사용자를 확인하는VRFY와 메일링 리스트를 확장하는EXPN을 정의했다. 그러나 이 명령들은 최소 구현에서 선택 사항이었고, 릴레이를 넘어 동작하도록 요구되지도 않았다.

RFC 1211에 따르면 실질적인 결과는 종종 결론이 나지 않았다. 호스트가 두 명령 중 어느 것도 구현하지 않을 수 있었다. 익스플로더가 비 SMTP 경계 너머에 있을 수 있었다. 확장이 거부될 수 있었다. 그런 경우 중앙 관리자는 교육에 기반한 추측을 세우고, 원격 postmaster에게 조사를 부탁하며, 해당 주소가 실제로 존재한다면 제거해 달라고 요청했다.

조건부 표현이 아키텍처를 담고 있다. "존재한다면"은 중앙 운영자가 숨겨진 기록을 소유한다고 주장하지 않았다는 뜻이다. "조사해 주십시오"는 경로 단서가 아직 판정이 되지 않았다는 뜻이다. 불가능한 질의는 부재가 아니라 미지로 남았다.

리스트 소유권은 책임을 위한 경로 규칙이었다

RFC 1211은 모든 익스플로더가 로컬 소유자를 갖도록 요청했다. ISI는 서브리스트를 추가할 때 요청자를 기록하고 그 사람을 하류 멤버십의 책임자로 다루었다. 소유자는 로컬 멤버가 낸 오류를 받아 로컬 추가와 삭제를 처리해야 했다.

이것은 단순한 예의용 주소가 아니었다. 정비 요청을 실제로 올바른 파일을 열어보고 변경할 수 있는 당사자와 정렬시킨 것이다. 메인 리스트 운영자는 익스플로더 항목 전체를 제거할 수 있었지만, 그렇게 하면 모든 하류 멤버에게 영향을 미쳤다. 표적화된 수정은 서브리스트를 소유한 사이트에서 이루어져야 했다.

소유권 기록은 낡았다. 사람들은 직장이나 조직을 옮겼다. 수년 전에 별칭을 요청했던 사람이 더 이상 그것을 관리하지 않을 수 있었다. 대안은 흔히postmaster였지만, RFC 1211은 일부 사이트가 그 사서함조차 인식하지 못한다고 적는다. 이후RFC 2142는postmaster같은 이름에 대한 대소문자 무시 처리와 함께 흔한 역할 사서함 기대를 코드화했다. 그러나 그 후대 관행은 이전 사이트에 인력이 담당하는 사서함이 있었다거나 메시지가 실제 권한을 가진 사람에게 닿았다는 것을 증명하지 못한다.

따라서 견고한 증거 사슬에는 연락처 문자열 이상이 필요했다. 현재 유효한 행정 역할, 요청의 수신, 결정, 적용된 편집, 그리고 나중에 낡은 배달 경로가 멎었다는 관찰이 필요했다. RFC 1211이 주로 문서화한 것은 그 사실들을 추구하는 데 드는 작업이지, 그것을 보장하는 프로토콜이 아니었다.

요청 사서함은 그 아래의 모든 리스트를 소유하지 않았다

사용자들은 자신이 회사 서브리스트를 통해서만 멤버인 경우에도 자주 추가·삭제 요청을 중앙 IETF 요청 주소로 보냈다. 중앙 관리자는 외부 파일을 검색하고 개별 주소를 찾지 못하면, 가능성 높은 익스플로더를 추적해 요청을 그 소유자에게 전달했다.

전달은 올바른 행정 방향을 회복했다. 그러나 변경을 완료하지는 않았다. 의심된 소유자는 여전히 기록을 찾고, 요청자와 주소가 대응한다고 판단하고, 로컬 리스트를 편집하고, 결과를 보존해야 했다. 호스트명이 단지 비슷했다면 첫 귀속은 틀릴 수 있었다. 소유자 기록이 낡았다면 전달된 메일은 어디에도 닿지 않을 수 있었다.

메인 리스트와 그 요청 사서함은 눈에 보였고, 사용자들은 자연스럽게 그것을 전체 배포 트리의 권위로 여겼다. RFC 1211은 그 추론이 왜 실패하는지를 보여준다. 외부 서비스의 가시성이 모든 중첩된 멤버십 집합에 대한 쓰기 권한을 만들어내지는 않는다. 운영 중심은 사례를 조율하면서도 최종 행위를 실행할 수 없는 상태로 남았다.

이후의 SMTP는 일부 불확실성을 이름 지을 수 있게 했다

현대의 SMTP도 그 경계를 지우지 않았다.RFC 5321은 설치 환경이 보안을 위해VRFY와EXPN을 비활성화하도록 허용한다. 실제로 검증된 주소에만 긍정적 검증 응답을 예약하고, 주소가 유효해 보이지만 실시간으로 확인할 수 없을 때는 다른 응답을 제공한다. 그 언어는 미지 상태를 명시적으로 만들 뿐, 낡은 Received 라인을 인증하거나 보호된 리스트를 드러내지 않는다.

이후 배달 상태 통지(DSN)는 구조화된 필드를 추가했다.RFC 3464는 심지어expanded동작을 구분하며 그것이 비종결적임을 말한다. 더딘 지연이나 실패 보고가 뒤따를 수 있다는 뜻이다. 이것은 중첩 배달에 유용한 맥락이지만, RFC 1211의 즉흥적 통지에 소급하여 읽어서는 안 된다. 구조화된 보고서가 보고하는 MTA에게 다른 사람의 리스트를 편집할 권한을 주지도 않는다.

RFC 1211의 지속적 가치는 통사적이라기보다 행정적이다. 실패한 주소, 외부 익스플로더, 경로 단서, 질의 결과, 기록된 연락처, 현재 소유자, 요청된 행위, 적용된 멤버십 변경, 이후의 메일 결과가 하나의 순서를 이룬다. 시스템은 그 순서를 "반송은 곧 삭제"로 압축할 때 위험해진다.

출처