요약

  • RFC 3098은 원치 않는 광고를 공유 네트워크 전반에 걸친 비용 전가로 다루었다. 그 해답은 광고주가 관리하는 '수신 동의자 목록'이었으며, 미가입이 기본값이었다.
  • 즉시 확인 메시지에는 주소, 제출 경로, 시각, 발신 호스트, 헤더, 광고주 신원 및 수신 거부 안내가 담겼다. 이로써 구독 요청은 다툴 수 있는 기록이 되었지, 자동으로 진짜가 되는 것은 아니었다.

저렴한 발송이 비용을 옮겨 놓았다

전자 우편은 배포의 한계 경제를 바꾸어 놓았다. 발신자는 거의 추가 비용 없이 다른 주소에 도달할 수 있었지만, 수신 측은 접속 시간, 저장 공간, 관리, 필터링, 주의력으로 비용을 치렀다. RFC 2635는 이 역전을 직설적으로 기술했다. 대량 전자 통신에서는 수신자가 비용의 상당 부분을 부담한다는 것이었다. 서비스 제공자들은 물량, 어뷰즈 처리, 장비 지출을 떠안고 그 비용을 고객에게 전가했다.

2001년 4월의 RFC 3098은 바로 그 비용 모델의 내부에서 광고를 바라보았다. 인터넷은 무료 자원이 아니라는 서두의 주장은 예의에 관한 은유가 아니었다. 광고 한 통은 민간이 운영하는 시스템을 통과하고, 수신자의 자원을 점유하며, 이용자들에게 기대가 있는 공동체 공간을 사용했다. 전송이 쉽다고 해서 그 입력들이 무주물이 되는 것은 아니었다.

이 문서는 네트워크에서 상업 행위를 금지하지 않았다. 광고주가 낯선 이들에게 탐색 비용을 떠넘기지 않으면서 주목을 구할 수 있는 경계를 정의하려 한 것이다. 그러려면 정중한 제목 줄만으로는 부족했다. 광고주는 적절한 장소를 조사하고, 실제 신원을 드러내며, 사용하는 시스템에 대한 허가를 받고, 수신자 목록에 대한 책임을 감수해야 했다.

구입한 목록이 정당성을 산 것은 아니었다

RFC 3098은 수집된 메일링 목록에 남다른 주의를 기울였다. 제3자 명부에는 긁어온 주소, 사전 기반 추측으로 만든 주소, 오래된 기록물에서 복사한 항목, 이직하거나 통신사를 옮긴 사람들이 섞여 있을 수 있었다. 문서는 어떤 판매자는 수신 거부 요청마저 판매용 후보 목록으로 재활용한다고 경고했다.

구조적 교훈은 "신중하게 사라"보다 날카로웠다. 파일을 구입하는 것으로 책임을 외주 줄 수 없었다. 타깃팅, 신원 공개, 목록 유지 관리는 그 목록을 사용하는 광고주에게 그대로 남았다. 상업적 가치를 기대하는 당사자가 주소 검증, 타 시스템 소유자에 대한 존중, 불만 처리라는 일도 함께 부담했다.

이 규칙은 데이터 재판매에까지 적용되었다. 수신 동의자 목록을 구축한 광고주는 그것을 팔아서는 안 되었다. 한 관계를 위해 주어진 허가가 조용히 사업 파트너에 대한 허가로 바뀌지는 않았다. 그 목록은 단순히 양도 가능한 자산이 아니라, 수신자와 이름이 밝혀진 발신자 사이의 유한한 기대를 나타냈다.

기본값이 누가 움직여야 하는지를 정했다

RFC 3098의 유명한 체크박스는 더 큰 프라이버시 설계 안에 놓여 있었다. 정보를 제출하는 사람은 자신의 정보가 수집되고 있음을 알아야 했다. 그 데이터가 메일 발송에 사용될 것이라면 그 의도도 명확히 공개되어야 했다. 또한 사람은 광고 수신을 받아들이지 않고도 본래의 정보를 제공할 수 있어야 했다.

RFC는 수집 설정을 메일 수신 거부가 기본값이 되도록 구성할 것을 권고했다. 광고 목록에 가입하려면 제품 소식을 요청하는 상자에 체크하는 것 같은 명시적 행위가 필요했다. 현대적 언어로 말하면, 인터페이스는 관성을 미가입 쪽에 두었다.

이 배열은 획득 비용을 광고주 쪽으로 되돌렸다. 사업자는 미리 선택된 상자, 알아보기 어려운 고지, 무관한 목적의 양식이 조용히 방문자를 가입시키는 구조에서 이익을 얻는 대신, 긍정적 선택을 직접 얻어내야 했다. 목록은 더 천천히 자랄 수 있지만, 모든 항목은 명시된 요청과 더 강한 연결을 갖게 된다.

체크박스가 마법은 아니었다. 그것은 문구가 이해되었음을, 자동화가 아닌 사람이 행동했음을, 그 선택이 모든 관할권의 법적 기준을 충족함을 증명하지 못했다. RFC 3098 자체도 프라이버시 규칙은 저마다 다르며 해당 법률을 확인할 책임은 광고주에게 있다고 경고했다. 체크박스의 역사적 중요성은 위젯의 모양이 아니라 그것이 대표하는 기본값과 통제권이다.

확인 절차가 주장을 다툴 수 있는 기록으로 바꾸었다

공개 양식은 또 하나의 문제를 낳았다. 누구든 남의 주소를 제출할 수 있었다. 그래서 RFC 3098은 요청에 관한 데이터와 구독의 진정성을 분리했다. 제출된 이메일 주소의 소유자만이 구독 행위를 증명할 수 있으며, 모든 제출은 즉시 확인되어야 한다고 권고했다.

확인 메시지는 빈 "환영합니다"가 아니었다. 구독된 주소, 요청이 도착한 경로, 날짜와 시각, 발신 호스트의 IP 주소, 해당되는 경우 전체 요청 헤더, 광고주의 이름과 연락처, 그리고 영구 수신 거부 안내를 보여야 했다. 제3자가 주소를 입력했다면 소유자는 그 사건을 보고 대응할 수 있었다.

이것은 상업적 관계를 위한 초기 출처 기록 꾸러미였다. 광고주의 가입 서술을 검사 가능하게 만든 것이다. 분쟁은 마케팅 데이터베이스의 설명 없는 행이 아니라 시각, 경로, 발신지 기록을 근거로 삼을 수 있었다.

그래도 증거에는 한계가 있었다. IP 주소는 키보드 앞의 사람을 특정하지 못한다. 받은 편지함에 도착한 확인 메일은 주소 소유자가 양식을 시작했음을 증명하지 못한다. 헤더는 조사를 도울 수 있지만 요청을 허가로 바꾸지는 못한다. 이 설계는 통지와 이의 제기 경로를 제공했을 뿐, 확실성을 만들어내지는 않았다.

수신 거부가 통제 고리를 완성했다

허가는 만료될 수 있다. RFC 3098은 광고주에게 수신자가 스스로 제외되는 방법을 알리도록 요구하고 목록 데이터를 비공개로 유지하도록 권했다. 긍정적 선택으로 시작한 관계에는 도달 가능한 출구가 필요했다.

다른 RFC들이 인접한 장치를 제공했다. RFC 2369는 List-Unsubscribe 및 관련 헤더 필드를 정의해 목록 통제를 표준화된 형태로 노출할 수 있게 했다. RFC 2142는 ABUSE, POSTMASTER 같은 관례적 운영 메일박스 이름을 기록했다. RFC 2505와 RFC 3013은 릴레이 통제와 운영 책임을 다루었다. 이들은 저마다 다른 층위를 보여준다. 발신자 실무, 수신자 통제, 기계가 읽는 명령, 인프라 방어가 그것이다.

그러나 어느 층위도 수신 거부 요청이 실제로 존중되었음을 증명하지는 못했다. 헤더는 실패하는 메커니즘을 광고할 수 있고, 어뷰즈 메일박스는 읽히지 않을 수 있으며, 확인 메일은 원치 않는 가입 뒤에 도착할 수 있다. 의미 있는 증거는 완전한 순서다. 요청, 통지, 응답, 이후 발송의 차단, 주소에 대한 보존 또는 삭제 정책이 그것이다.

권고, 운영, 법률은 서로 다른 권위였다

RFC 3098은 Informational 문서로 FYI 38 지정을 받았다. 표준 트랙 프로토콜이 아니었고, 그 윤리를 법적으로 구속력 있게 만들지도 않았다. 채택 현황 조사도 담고 있지 않았다. 권고는 책임 있는 광고주가 통제해야 할 것들을 기술할 뿐, 광고주가 실제로 그렇게 했음을 증명하지 않는다.

미국의 CAN-SPAM법은 2003년에 등장했다. FTC 자료는 신원 표시와 수신 거부 수단을 포함한 법적 요건을 설명한다. 그 이후의 법제를 마치 RFC 3098이 제정한 것처럼 소급 적용해서는 안 되고, 입법 증거 없이 그 RFC를 법령의 기원으로 제시해서도 안 된다. 둘은 서로 다른 권위 계열에 속한다.

RFC 3098의 지속적 기여는 운영에 관한 것이었다. 책임을 관찰 가능한 결정으로 번역했다. 누가 기본값을 선택하고, 누가 목록을 쥐고, 누가 요청을 기록하고, 누가 신원을 드러내고, 누가 떠나는 이를 존중하는가. 그 답은 일관되게 통제와 비용을 상업적 이익을 추구하는 행위자에게 두었다.

이 모델은 소박하기에 역사적으로 여전히 유용하다. 동의를 증명하거나, 기만을 없애거나, 컴플라이언스를 보장할 수는 없다. 그러나 허가 주장을 검사 가능하게 만들고 수신자에게 이의를 제기할 길을 줄 수 있다. 동의가 어디에나 붙는 인터페이스 라벨이 되기 전에, RFC 3098은 이미 체크박스의 배치, 확인 메시지의 내용, 목록의 소유권이 공유 네트워크 위의 권력에 관한 결정임을 인식하고 있었다.

출처

  1. https://www.rfc-editor.org/rfc/rfc3098.html
  2. https://www.rfc-editor.org/info/rfc3098
  3. https://datatracker.ietf.org/doc/rfc3098/
  4. https://www.rfc-editor.org/rfc/rfc2635.html
  5. https://www.rfc-editor.org/info/rfc2635
  6. https://datatracker.ietf.org/doc/rfc2635/
  7. https://www.rfc-editor.org/rfc/rfc2505.html
  8. https://www.rfc-editor.org/info/rfc2505
  9. https://datatracker.ietf.org/doc/rfc2505/
  10. https://www.rfc-editor.org/rfc/rfc1855.html
  11. https://www.rfc-editor.org/rfc/rfc2142.html
  12. https://www.rfc-editor.org/rfc/rfc2369.html
  13. https://www.rfc-editor.org/rfc/rfc3013.html
  14. https://www.ftc.gov/legal-library/browse/statutes/controlling-assault-non-solicited-pornography-marketing-act-2003-can-spam-act