コマンドメッセージ形式

各サイトは、モニタのコマンド文字列をいつ送るか、どのくらいの塊で送るかについて、自らの取り決めを確立すべきである。定型的な操作を行うときは、複数のコマンド行を 1 つのメッセージとして送りたいこともあるだろう。通常どおりモニタを扱うなら、妥当な区切りは各復帰文字の位置かもしれない。QED のような高度に対話的な言語を使う場合は、文字単位の送信が必要だと判断するかもしれない。我々は、各ユーザーがこれら 3 つの方法（およびさらに多くの方法）を選べるべきだと考えている。さらに、ユーザーはこれらのモードを自由に切り替えられるべきである。上記の送信メッセージコマンドの構文上の違いに注意すべきである。第 1 の場合、特別な送信メッセージコマンド文字を定義する必要があり、それはメッセージと一緒に送ってはならない。第 2 の場合、復帰文字が送信メッセージコマンドとコマンド区切りの二役を果たす。したがって、それはメッセージと一緒に送らなければならない。最後に、暗黙の送信コマンドを伴う文字単位の送信は、大きな問題を引き起こさないはずである。

以上の議論は、受信側が上記の各種の送信を、自分のモニタインターフェースが受け入れられる形にバッファリングできなければならないことも意味している。

さらに、エコーはすべてローカルホストで行い、外部マシンはそのエコーを抑止すべきである（可能なら）。

この作業に対して貴重な提案と批判を寄せてくださった（ユタ大学の）Carl Ellison と、この取り組みを励まし支援してくださった（ユタ大学の）Jim Curry に感謝したい。

注: この RFC は、オンライン RFC アーカイブに収録するため、Jon Ribbens により 1997年7月に機械可読形式へ変換された。