要約

  • DECのマーケティング担当Gary Thuerkは、紙のARPANET名簿から宛先を集め、DECSYSTEM-20の製品説明会に招いた。現存するメールと後年の証言は、アドレスを知っていることと、配信リストを持つことが別だったと示す。
  • SNDMSGの欄の制限がその差を露呈させた。アドレスはヘッダーの欄を越えて本文まであふれ、一部の相手には届かず、後から追加送信が行われた。Defense Communications Agency（DCA）はネットワークの公用ルールを根拠に異議を唱え、受信者は負荷と内容の関連性を議論した。

ヘッダーには二つの時計がある

このDECのメールは、年表では一つの日付にまとめられがちだ。しかし残された記録は単純ではない。ヘッダーには1978年5月1日、米東部時間12時33分とある。Brad Templetonのアーカイブに収録された配送記録は、5月3日、太平洋時間9時55分にDEC-MARLBOROで受信したと示す。Templetonの後年の説明では、Carl Gartleyが5月3日に送信した。一方、同じアーカイブに掲載されたDefense Communications Agency（DCA）の通知は5月2日の送信に言及する。資料は食い違いを解消していない。文面の作成、後日の配送、行政側の対応は確認できるが、全員が合意する単一の時刻は残っていない。保存されたメールと返信は、日付だけの年表より多くを伝える。

送信者はDECのマーケティング担当、Gary Thuerkだった。DECはDECSYSTEM-20シリーズとARPANETプロトコル対応を米西海岸の人々に紹介しようとしていた。同社は東海岸に比べて西海岸の顧客との結びつきが弱かったという。Gary Thuerkは後にTempletonに、潜在顧客を製品説明会へ招く意図だったと語った。目的は商業的だったが、宛先の多くは独自の利用規則を持つ研究ネットワークの参加者だった。

名簿は名前を示しても、配信サービスではない

1970年代後半、ARPANETのアドレスは紙の名簿で調べられた。Templetonの回顧によれば、Gary Thuerkと技術担当者はまず西海岸の項目を拾い、さらに顧客や各地のARPA関係者を加えた。名簿は参加者を互いに見つけやすくしたが、購読関係や管理責任者、営業目的で連絡先を使う権限を備えた配信リストを作ったわけではない。

メールソフトの制約が、その境界を目に見える形にした。Templetonによると、TOPS-20のメールプログラムが受け付けた宛先は320件までだった。同じアーカイブに説明を残した受信者、Einar Stefferudも、アドレスが件名、To、Ccの欄を埋め、最後には本文にあふれ込んだと記している。Templetonは、最初の送信で届かなかった相手には、DECが残りを後から送ったと説明する。これらは後年の回顧であり、すべての宛先を記録した機械ログではない。それでも、整備された一斉配信サービスではなく、人がメール作成画面で手作業したことが分かる。

インターフェースの限界が重要なのは、ソフトが長い宛先一覧を運べても、その操作を見えなく、整理された、あるいは自動的に抑制されるものにはしなかったからだ。宛先一覧そのものがメール本文の一部になった。公開名簿はアドレスの発見を可能にし、送信者の作業はそれを対象者の集まりに変えた。しかし、共有研究網の容量と組織的な接続を企業広告に使えるかどうかは、どちらの事実からも決まらない。

ネットワーク運営者が答えたのは利用規則の問い

ARPANETを運営していたDCAは、Gary Thuerkの上司に連絡した。アーカイブに残る通知は製品広告を公用ルール違反と位置づけ、スポンサー、ホスト、連絡担当者に、利用者や契約業者へ規則を説明するよう求めた。現代的な迷惑メールフィルターでも、裁判所の判決でも、未承諾の発言をすべて禁じる措置でもない。政府の支援を受け、アクセスと費用をすべての企業が同じ条件で分け合っていたわけではないネットワークについての行政判断だった。

Jake Feinlerが残したコメントは、アクセスの不平等を明確にする。すでにARPANETへ接続している企業だけが技術に詳しい相手へ広告でき、未接続の企業が同じ機会を持てなければ、ネットワークは一部の企業に選択的な商業優位を与える。したがって争点は、受信者が広告を気に入ったかどうかだけではない。公的資金で支えられた通信資源を誰が使って市場に届き、他社が同じ条件で参入できないのかという問題だった。

苦情は一つの論点に集約されなかった。ある受信者は送信量やネットワーク資源の使い方を問題にした。University of Utahの利用者はメールが自分のシステムを止めたと思ったが、Templetonが後にGary Thuerkへ聞いたところ、メールボックスの空きがすでにほぼなく、偶然の重なりだった可能性もある。保存資料だけでは、この一斉送信が障害を引き起こしたとは証明できない。Computer History Museumの年表は反応を記録しているが、保存された技術上のやり取りの代わりにはならない。

5月8日付のRichard Stallmanの返信は、別の見方を示す。彼はメールを受け取っておらず、内容に関係のある製品説明なら気にしなかったかもしれないと書いた。一方、実物を見てから、長すぎるヘッダーには異議を唱えた。このやり取りは、後の要約で一つにされがちな二つの問いを分ける。内容は一部の参加者にとって有益だったのか。送信者は共有ネットワークの名簿を大量配信の経路へ変えてよかったのか。

1975年の警告が扱ったのは別の故障

Jon Postelはすでに1975年のRFC 706「On the Junk Mail Problem」で、望まれないメールについて論じていた。ただし、その仕組みはマーケターが何百人もの宛先へ送ることではない。Host/IMPインターフェースには、ホストが特定のメッセージだけ拒否する機能がなかった。故障したホストが大量のメッセージを送り続けると、受信側ホストは通常の利用者の処理を犠牲にして対応せざるを得ない。RFCが想定したのは、機械の動作によるサービス拒否の可能性だった。

この先行警告も、限られたネットワーク資源の歴史に属する。しかし、商業広告を禁じる規則を示すものでも、Gary Thuerkの件を扱うものでもない。1978年の事件では、ネットワークがどれだけの通信を運べるかという技術上の問いに、人間が誰へ何の目的で送るかという選択が加わった。両者を混同すれば、利用許可をめぐる争いを容量障害と誤認する。

「最初のスパム」は便利な呼び名だが、十分な説明ではない。当時このメールはそう呼ばれておらず、今回確認した資料は、以前に迷惑な電子メールが一度もなかったことも証明しない。Computer History Museumは「最も古い既知の事例」としている。より慎重には、ARPANET上で記録に残る最初期の大規模な商業メールの一つと呼ぶのがよい。そのラベルだけでは、アドレスをどう集めたか、実際に誰が受け取ったか、ネットワーク管理者がなぜ反対したかは分からない。

この事件が残した教訓は、境界の区別にある。接続性は遠隔配送を可能にした。名簿は潜在的な宛先を見えるようにした。メールソフトは実務上の限界を設けた。運営者は利用規則を適用し、受信者は関連性、費用、公平さを議論した。連絡可能であることは一斉送信を望んだことと同じではない。メールが届いたという事実も、それを運んだネットワークを誰が使う権限を持つかを決めなかった。

出典