要約

  • RFC 1357は技術報告の書誌通知を、人にも機械にも読める電子メールの書式にした。受信後に目録へどう取り込むかは受信者の仕事として残した。
  • 改訂は変更点だけでなく、書誌全体を送り直す。撤回も改訂として扱い、識別用の必須項目を残したままタイトルを省略または空欄にできた。

技術報告の案内を郵便で受け取った研究機関は、紙を分類し、しまい、後から探せるようにする必要があった。費用も時間もかかる。Danny Cohenが編集した1992年7月のRFC 1357は、この書誌情報を電子メールで運ぶ書式を提案した。送り方は共通にできる。しかし届いた情報を目録の事実にする作業は、各機関の机の上に残る。

その違いは、発行元が後で案内を取り消したときに鮮明になる。最初のメールから作ったカードが複数の図書館にある。発行元は修正された記録を配信できるが、各館の引き出しを遠隔操作できない。どの改訂を採用し、古い見出しを検索結果からどう扱うかは受信側が決める。

RFCは書誌レコードの骨格を固定した。BIB-VERSION、ID、ENTRYがこの順で先頭の三項目となり、ENDが最後を閉じる。項目名の後には二つのコロンを置く。IDは管理された発行機関の記号と、その機関が付けた報告番号を//で結ぶ。一方、TITLE、AUTHOR、RETRIEVAL、要旨は任意だ。タイトルが変わっても、受け手は発行元の記号と報告番号で改訂対象を追える。

改訂は差分のメールではない。REVISIONには整数と説明が入り、大きい番号が後の版を示す。発行元は全項目を備えた新しい記録を送り、受信側は古い記録を一単位として置き換えられる。前のメールを見落とした機関にとっても、次の記録だけで内容を読める仕組みだった。変更箇所だけを送れば、相手がどの古い版を持っているかに処理結果が左右される。

撤回はこの改訂規則の一例だ。RFCの例では必須項目と改訂番号を保ち、NOTESで取り下げを伝え、TITLEを省くことも認める。そこに登場する報告や連絡先は書式を示すための作例である。肝心なのは、発行元の撤回通知と受信側の目録変更が別々に記録される点だ。メールが届いた時刻だけでは、古いカードが消えた時刻は分からない。

試験用データには入口で印を付けた。Xで始まる版名は実験扱い。発行者記号がDUMMY、TEST、またはXで始まる場合も、恒久的なデータベースへ入れない取り決めだった。書式自体は送信者の身元を認証しない。受信側が恒久保存の条件を決めるための、分かりやすい区別を用意したのである。

使う文字は印字可能なASCII、行は最大79文字。項目を繰り返せるので複数の著者を書け、長い値は次の行へ続けられる。専門プログラムなしで作成できる簡素さが狙いだった。RETRIEVALはFTPや郵送で全文を入手する方法を記せるが、書誌レコードを見つけることと報告そのものを受け取ることも、やはり別の出来事だ。

1995年のRFC 1807はこの書式を改め、HANDLE、OTHER_ACCESS、KEYWORD、WITHDRAWなどを加えた。Cornell DienstとStanford SIFTでの利用も記している。だが受信した個々のメールをどう処理するかという問いは、1992年の最初の仕様が既に受信者へ渡していた。

撤回のメールは速く届く。目録の古いカードを直すには、その目録を管理する側の判断と作業が要る。

出典：RFC 1357原文、RFC 1807原文、RFC EditorのRFC 1357書誌情報。