投稿スタイル

プレーンテキストの電子メールでは、引用テキストの各行に固有の文字または文字列を接頭辞として付けるのが一般的な慣習です。2020年現在（およびそれ以前の長年にわたり）、大なり記号（" >"、標準的な接頭辞）^{[ 1 ]}がほぼ普遍的に使用されていますが、 ASCIIの縦棒文字（" "）などの他の文字|も使用されており、引用テキストマーカーの前後に1つ以上のスペースが挿入される場合もあります。

引用接頭辞を「正しい」ものと「間違っている」ものと定める標準はありませんが、いくつかの標準は慣習的な引用に依存しています。発行されなかった廃止された「1036の子孫」ドラフトRFC 1849は、>引用接頭辞として「 」を推奨しています。RFC 3676はこれに依存しており、「」と「」は意味的に異なると考えています。つまり、「」は引用深度が2であるのに対し、「 」は引用深度が1で、「 > 」で始まる行を引用します。ただし、ほとんどの電子メールクライアントは、この2つのシーケンスを同等として扱います。>> > > >> > > 

引用という慣習は1990年までにUsenetニュースグループで一般的になり、多くの人気 メールインターフェースでデフォルトまたはユーザー設定オプションとしてサポートされています。たとえば、 Microsoft Outlookでは、「元の各行にプレフィックスを付ける」というオプションでこの動作を制御できます。引用された行にマーカーを自動的に挿入するだけでなく、一部のインターフェースでは「 」文字などで始まる行を>引用テキストとみなし、自動的に特別なフォントや色で表示します。

レポートの進捗状況は？ --メアリー 正午までにはあなたの机に届きます。 --ジョー

引用行マーカーを挿入すると、返信文で元の1行が2行に折り返され、続く行に適切なマーカーが付かない場合があります。このような場合の曖昧さを避けるため、引用文の各ブロックの後に空白行を挿入することを検討してください。

取締役会が再び売上データの提出を求めています。どうしても何らかの数字を提出しなければなりません。報告書の進捗状況はいかがですか？ --メアリー 正午までにはあなたの机の上に届きます。 --ジョー

引用符の行マーカーは、プレーンテキストメッセージで最も一般的に使用されます。HTML メッセージでは、引用テキストを示すために、<code><input></code> や <code> <input> </code>などのHTML インデント要素などの他の方法が使用される場合があります。blockquotedl

メッセージには、長時間の議論の前のラウンドでやり取りされた 2 つ以上のメッセージのテキストが含まれることがよくあります。既存の引用符を削除せずに、各ラウンドで追加の引用符を挿入すると、各行の先頭にある引用符の数が返信の「レベル」、つまりその行が書かれてから何回のラウンドが発生したかを示します。これらの累積された引用符は、通常、各メッセージからの部分を区別するのに十分です。一部の電子メールインターフェースはこの慣例を認識し、各レベルを自動的に異なる色で表示します。例:

>>> レポートの進捗状況はいかがですか？ --メアリー >> >> 正午までにはあなたの机の上に届きます。 --ジョー > ジョー、ごめんね。遅くとも11時までには必要なの。――メアリー わかりました。ただし、今月のデータは含まれていません。 --ジョー

議論が二者間で行われる場合、偶数個のマーカー（ゼロを含む）は送信者によるテキストを、奇数個のマーカーは受信者によるテキストを示します。（上記の例では、偶数はジョーのテキスト、奇数はメアリーのテキストです。）

問題ない。では午後6時にしよう。 --ジム 水曜日の午前10時01分、ダニーは次のように書いた。 うわっ！5時半にレポートをメールで送らなきゃいけないのに。 1時間遅らせていただけますか？ --ダニー > 水曜日の午前9時40分、ジムは次のように書いた。 > >> 約30分間、メールサービスを一時停止します >> 今夜午後5時から数分間。 --ジム

HTMLメッセージでは、同じ効果を得るために、要素をネストすることができますblockquote。dl

引用文には、多くの場合、著者を示す出典表示が付されます。これらの表示は、複数の関係者間での議論において特に役立ちます。例えば、次のようになります。

ナンシーは次のように書きました。 > ピーターは次のように書きました。>> パフォーマンスの数値はいつ入手できますか？> テストは来週完了します。 ピーターはこう書いた。 > メアリーは次のように書きました。>> 今日、マーケティング戦略について話し合うために会合を開くべきです。> 西海岸の販売データがまだ入手できていないので、もう少し待った方が良いでしょう。 ピーターの意見に賛成です。売上データとナンシーのデータも必要です。 業績データについて。来週の金曜日の昼食後に会いましょう。

この返信では、ナンシーからのメッセージ（ナンシー自身がピーターへの返信）とピーターからのメッセージ（ピーター自身がメアリーへの返信）の2つを引用しています。

多くのメールエージェントは、引用文の先頭にこれらの出典表示を自動的に追加します。ただし、新しく追加された出典表示は引用文の一部ではないため、引用符を付けるべきではありません。したがって、出典表示のレベルは、対応するテキストのレベルより常に1つ少なくなります。そうしないと、読者を混乱させるだけでなく、先頭の引用符の数に応じてテキストの色を選択する電子メールインターフェースにも悪影響を与える可能性があります。

引用元を示す代わりに、引用文の冒頭に括弧で囲んだコメントを添えることで著者を明示することもできます。

>> [ピーター:] パフォーマンスの数値はいつ入手できますか？> [ナンシー:] テストは来週完了します。>> [メアリー:] 今日、マーケティング戦略について話し合うために集まりましょう。> [ピーター:] 西海岸の販売データはまだ入手できていないので、待った方が良いでしょう。 ピーターの意見に賛成です。売上データとナンシーのデータが必要です。 業績データについて。来週の金曜日の昼食後に会いましょう。

Fidonetや一部のメールユーザーエージェントで使用されている別の方法として、引用符の前に著者のイニシャルを付ける方法があります。これは、出典を示す行の有無にかかわらず使用できます。

ナンシーは次のように書きました。N > ピーターは次のように書きました。P >> パフォーマンスの数値はいつ入手できますか？N> テストは来週完了します。 ピーターはこう書いた。 P> メアリーは次のように書きました。M >> 今日、マーケティング戦略について話し合うために会合を開くべきです。P > 西海岸の販売データがまだないので、もう少し待った方が良いでしょう。 ピーターの意見に賛成です。売上データとナンシーのデータも必要です。 業績データについて。来週の金曜日の昼食後に会いましょう。

スタイルガイドの中には、一般的に、返信で引用する内容は、読者が返信を理解するために必要な部分だけを残して、できるだけ短くしたり要約したりすることを推奨しているものもあります。^{[ 2 ]} もちろん、これは読者が議論についてどの程度知っていると想定できるかによって異なります。特に個人的な電子メールでは、件名だけで十分な場合が多く、引用は必要ありません。ただし、長いメッセージの一部のポイントにのみ返信する場合は別です。^{[ 2 ]}

特に、既に引用文が含まれているメッセージに返信する場合は、その引用文が依然として関連性があるかどうかを検討する必要があります。例えば、次のようになります。

>> [メアリー:] 今日の午後、会って話し合いましょうか。 >> マーケティング戦略？ > > [ピーター:] 必要な情報をすべて入手できれば、おそらく可能でしょう。 西海岸の販売データはもう入手できましたか？ ロサンゼルス事務所から送られてきたばかりです。 ジョー

メアリーのメッセージからの引用はピーターの返信には関係あるが、ジョーの返信には関係ない。後者は以下のように短縮できたはずだ。

> [ピーター:] 西海岸の販売データはもう入手できましたか？ ロサンゼルス事務所から送られてきたばかりです。 ジョー 

一方で、状況によっては、元のメッセージを短くしたり編集したりすることが不適切な場合もあります。例えば、返信を元のメッセージを見ていない第三者にコピーする場合、メッセージを全文引用するのが賢明でしょう。そうしないと、文脈が欠けているために、短くされたメッセージが新しい受信者に誤解される可能性があります。

また、顧客や取引先に返信する際は、相手が何らかの理由で元のメッセージのコピーを保管していない場合に備えて、元のメッセージ全体を引用することをお勧めします。

インターリーブ返信スタイル（「インライン返信」「インターライン返信」「ポイントごとの反論」、または「ボトムポスティング」とも呼ばれる）では、元のメッセージが2つ以上のセクションに分割され、それぞれのセクションの後に特定の返信またはコメントが続きます。インラインスタイルの返信には、特定のポイントではなく、返信メッセージ全体に適用されるトップポスティングまたはボトムポスティングのコメントが含まれる場合もあります。例：

新製品ラインに関する議論を拝見してきました。以下に私の考えを述べます。 ジョーはこう書いた。  当社の価格は競争力のあるものになるでしょうか？ 今のところは問題ないかもしれない。我々にはまだ品質面での優位性がある。  西海岸には訓練を受けた人材が不足しています。 新入社員ですが、まだ当社の製品を知りません。 彼らをここに連れてきて、短期集中研修を受けさせることができます。 メアリーはこう書いた。  いまだに明確なマーケティングプランがありません。 ピーター、君に担当してもらえる？何か手伝いが必要なら言ってくれ。 全体的に見て、私はかなり楽観的です。出荷できそうです。 今四半期末までに基本システムを構築する。 ナンシー

インターリーブ返信スタイルは、トップポスティングと組み合わせることもできます。上記のように、選択されたポイントを引用して返信し、その後、元のメッセージの全文を添付します。

報告書の提出を1時間遅らせることはできますか？ はい、可能です。要約は午後5時までに送信いたします。 ジム 水曜日の午前10時01分、ダニーは次のように書きました。 >> 午後2時：報告書を提出 ジム、その時間に会議があるんだ。報告書は1時間後に提出してもらえないかな？ 午後 4時30分：フィードバックの要約を送信 また、上記の手順を実行した場合、後日、同様の手順が必要になる場合もあります。 ダニー > 水曜日の午前9時40分、ジムは次のように書いた。 >> 今日の私のスケジュールは以下の通りです。 >> 午前10時：レポート用のデータを収集する >> 午後2時：チームに報告書を提出する >> 午後4時30分：フィードバックの要約を送信 >> ジム

インターリービングは、 WWWが存在し、電子メールやインターネットが学術界以外で普及する何年も前から、 Usenet のディスカッション リストで主流の返信スタイルでした。 ^{[ 3 ]}

インターリーブは当初、電子メールでも一般的でした。これは、多くのインターネットユーザーがUsenetニュースグループやその他のインターネットフォーラムに触れていたためで、現在でもこれらのフォーラムでは使用されています。インターネットが商用および非学術的な個人利用に開放されてからは、電子メールでのインターリーブのスタイルは一般的ではなくなりました。その理由の一つとして、当時、電子メールを気軽に利用するユーザーが大幅に増加したことが挙げられます。もう一つの理由として、一部のウェブメールリーダー の返信機能が不十分であることが考えられます。これらのリーダーは、元のメッセージのコピーを返信に自動的に挿入しないか、引用符のプレフィックスレベルを示す表示なしに挿入してしまうためです。 最後に、ほとんどのフォーラム、Wikiディスカッションページ、ブログ（ Slashdotなど）は、すべての最新メッセージを時系列順に表示することで、基本的にボトムポスト形式を採用しています。複雑なスレッド内での明確さが重要な技術系メーリングリストでは、インターリーブは引き続き使用されています。

トップポスト方式では、元のメッセージがそのまま掲載され、その上に返信が表示されます。これはTOFU（「テキストオーバー、フルクォートアンダー」の略）と呼ばれることもあります。また、クイズ番組「ジェパディ！」の回答形式のように、答えが質問の前に来ることから、同番組の回答形式とも呼ばれています。

例：

問題ありません。では午後6時にしましょう。 ジム -------- オリジナルメッセージ -------- 差出人: Danny <danny@example.com> 送信日時: 2007年10月16日(火) 午前10時01分 宛先: Jim <jim@example.com> 件名: RE: 仕事 おっと！ちょっと待って。5時半にメール送信の仕事が予定されているんだ。 主要技術スタッフへの報告です。1時間遅らせていただけますか？ ダニー -------- オリジナルメッセージ -------- 差出人: Jim <jim@example.com> 送信日時: 2007年10月16日(火) 午前9時40分 宛先: Danny <danny@example.com> 件名:仕事 約30日間、郵便サービスを一時停止します。 今夜午後5時から数分間、アップデートのインストールを行います。 そして重要な修正点。 ジム

トップポスティングは、会話の特定のブランチの、一見変更されていないトランスクリプトを保持します。多くの場合、すべての返信が会話の単一のブランチに並びます。テキストの一番上には最新の返信が表示されます。これは、電子メールのスレッドが「公式」記録であると他者に信じ込ませることができるビジネス文書において有利であると考えられます。

対照的に、インターリーブやボトムポスティングの過度なインデントは解釈を困難にする可能性があります。参加者の立場が異なる場合（例えば、管理者と従業員、コンサルタントとクライアントなど）、一方が他方の発言を文脈全体を無視して切り取ることは、失礼に見えたり、誤解を招いたりする可能性があります。

Usenetの初期の頃は、誰もが平等な非公式な議論が行われていたため、ボトムポスティングが推奨されていました。1990 年代半ばまでは、net.newcomers ニュースグループの投稿では、返信をインターリーブすることが必須でした。Usenet のcomp.lang階層、特に comp.lang.c と comp.lang.c++ では、2010 年代まで同様のことが求められていました。alt階層ではトップポスティングが容認されていました。Usenet の経験が浅い新規のオンライン参加者は、投稿スタイルに関する議論にあまり敏感ではない傾向があります。

トップポストは、議論が継続しているメーリングリストでは問題となる場合があります。なぜなら、最終的にトップポストされた内容に基づいて誰かが行動を起こす必要があるからです。例えば、「その変更は問題ないように見えるので、そのまま実行してください」といったトップポストは、読者がどの変更について言及しているのかを知るために長いメールのやり取りを読み通さなければならない場合があり、非常に不便です。このような場合は、変更内容を説明するテキストのすぐ下に、そのテキストを挿入する方がはるかに便利です。

スマートフォンなどのモバイルデバイスのユーザーは、トップポストの使用が推奨されます。なぜなら、デバイスはメッセージの冒頭部分のみをダウンロードして表示する可能性があるからです。メッセージの残りの部分は必要なときにのみ取得されるため、ダウンロードに時間がかかります。関連コンテンツをメッセージの先頭に配置することで、帯域幅、時間、ユーザーのスクロール回数を削減できます。^{[ 4 ] [ 5 ] [ 6 ]}

トップポスティングは、 Microsoft Outlook、Gmailなど、多くの最新の電子メールリーダーにおける「返信」機能の動作から自然に生じる現象です。これらのプログラムは、デフォルトでは、返信メッセージに元のメッセージのコピー（ヘッダーなし、多くの場合、余分なインデントや引用符なし）を挿入し、編集カーソルをその上に配置します。さらに、Microsoft Outlookのほとんどのバージョンに存在するバグにより、HTML/RTF形式で送信されたメッセージにプレーンテキストで返信すると、引用符が失われるという問題がありました。 これらの理由、そしておそらく他の理由もあって、多くのユーザーはトップポスティングを「標準」の返信スタイルとして受け入れているようです。

マイクロソフトの影響もあり、トップポスティングはメーリングリストや個人の電子メールで非常に一般的です。^{[ 7 ] [ 8 ] [ 9 ] [ 10 ]}

トップポストは、メッセージを第三者に転送する際の標準的な形式であり、その場合、上部のコメント（もしあれば）は受信者への「添え状」の役割を果たします。

「ボトムポスティング」方式では、返信は元のメッセージの全部または一部のコピーに追記されます。ボトムポスティングという名称は、インライン形式の返信にも使われることがあり、実際、返信対象が1点のみの場合は、この2つの形式は同じです。

水曜日の午前10時01分に、ダニーは次のように書きました。 > 水曜日の午前9時40分に、ジムは次のように書きました。 >> 約30分間、メールサービスを一時停止します 今夜午後5時から数分間、アップデートのインストールを行います。 >> および重要な修正。 うわっ！ちょっと待って。5時半にメール送信の予定があるんだけど。 主要な技術スタッフへの報告です。1時間遅らせていただけますか？ > ところで、どのシステムがアップデートされるのでしょうか？ネットワークにいくつか問題がありました。 先週のアップデート後に問題が発生しました。再起動する必要があるでしょうか？  問題ありません。では午後6時にしましょう。 基本的には、WWWサーバーとファイアウォールを更新します。 いいえ、再起動する必要はありません。

インライン返信と同様に、ボトムポストは投稿者に元のメッセージをできるだけ短くするよう促し、読者が無関係なテキストや、元のメッセージですでに見たテキストをスクロールする必要がないようにする。

水曜日の午前10時01分、ダニーは次のように書いた。 1時間遅らせていただけますか？ > [...] どのシステムが更新されますか？ > [...] 再起動する必要がありますか？  問題ありません。では午後6時にしましょう。 基本的には、WWWサーバーとファイアウォールを更新します。 いいえ、再起動する必要はありません。

インターリーブ、トップポスト、ボトムポストのどれを選ぶかは、一般的にフォーラムの種類とメッセージの内容によって異なります。一部のフォーラム（個人の電子メールなど）は非常に寛容で、その場合は適切なスタイルは好みと効果によって決まります。返信が意図した受信者にとって読みやすいかどうかを考慮する必要があります。受信者の電子メールインターフェースは、引用行マーカーや長い行の処理方法が異なる場合があるため、自分の画面では読みやすく見える返信でも、相手の画面では文字が乱れて色が間違って表示される可能性があります。空白行を入れたり、元のテキストを適切にトリミングしたりすることで、曖昧さを避けることができます。

インターリーブ返信スタイルは、行のラベル付けという点では手間がかかるものの、各返信行の文脈を確立する上では手間が省ける可能性があります。また、引用文とその返信文が互いに近く、論理的な読み順で配置されるため、引用文を必要最低限​​に絞り込むことができます。このスタイルでは、返信が元のメッセージのどの部分に対して行われているのか、特に返信が元のテキストのどの部分を誤解しているか、あるいは無視しているかを読者が容易に特定できます。さらに、送信者は引用部分を任意の順序で配置でき、たとえ互いに関連していなくても、2つ以上の別々のメッセージからの引用に対して単一のコメントを付けることができます。

トップポストとボトムポストは、返信が単一の連続したテキストであり、どの手紙に返信しているかを明確にするためだけに元のメッセージ全体が添付されるという点で、従来の書面による通信と比較されることがあります。特にカスタマーサービスの電子メールの慣行では、引用せずにすべての点を明確に扱うことが求められることが多く、元の電子メール メッセージは添付ファイルとして含めることができます。進行中の議論に新しい通信相手が加わった場合にも、元のメッセージ全体を含める必要がある場合があります。^{[ 11 ] [ 12 ]}特にビジネス通信では、処理または議論のためにメッセージのスレッド全体を第三者に転送する必要がある場合があります。一方、新しい読者が議論全体にアクセスできる環境（ニュース グループやオンライン フォーラムなど）では、以前のメッセージ全体を含めるのは不適切です。引用が必要な場合は、インターリーブ スタイルが最適でしょう。

何らかの理由で元のメッセージを全文引用する必要がある場合は、通常、ボトムポストが最も適切な形式です。なぜなら、返信の論理的な順序が維持され、上から下への西洋の読書方向とも一致するからです。

トップポスティングとボトムポスティングに関する議論の中で、「ネチケットガイドライン（RFC 1855）」からの引用を耳にすることは珍しくありません。多くのRFCは委員会プロセスを経て審査・承認されますが、RFC 1855のようなRFCの中には、単なる「情報提供」であり、実際には個人的な意見に過ぎないものもあります。（「情報提供」RFCに関する追加情報は、RFC 2026の「4.2.2 情報提供」および「4.2.3 実験的RFCおよび情報提供RFCの手順」に記載されています。）以下の議論を読む際には、RFC 1855の性質を考慮する必要があります。

RFC 1855によると、メッセージは要約から始めることができます。つまり、投稿は選択的に引用するのではなく、言い換えから始めることができます。具体的には、次のように述べられています。

メッセージや投稿に返信する場合は、必ずメッセージの冒頭に元のメッセージの要約を記載するか、文脈がわかる程度に元のメッセージのテキストを一部含めるようにしてください。こうすることで、読者は返信を読み始めたときに内容を理解できます。特にNetNewsは、投稿が複数のホスト間で拡散されるため、元のメッセージを見る前に返信を目にする可能性があります。文脈を示すことは誰にとっても役立ちます。ただし、元のメッセージ全体を含めないでください。

インターリーブ返信とトップポスティングを組み合わせることで、両方のスタイルの利点を活かすことができます。しかし、この方法では元のメッセージの一部が二重に引用されるため、余分なスペースを消費し、読者を混乱させる可能性があります。

転送時には、元のメッセージ全体（すべてのヘッダーを含む）をMIME添付ファイルとして含めることが推奨される場合がある一方、トップポスト返信では、これらはトリミングされるか、帰属行に置き換えられることが多い。トリミングされていない引用メッセージは、重要なメタ情報が失われるため、トランスクリプトとしては弱い形式である。（これが、ISPのポストマスターが問題のある電子メールの引用ではなく、転送されたコピーを要求する理由である。）これらの転送されたメッセージは、一部のメールクライアントではトップポストと同じように表示される。トップポストは、複数のレベルのトップポストをスキップするのが難しいメーリングリストダイジェストにとって、深刻な破壊行為と見なされている。最悪のケースは、ダイジェスト全体を元のメッセージとして含めながらトップポストすることである。

個人間の電子メールでは「トップポスティング」が適切だと考える人もいるが、ニュースグループのようなスレッド形式の議論では、常にインライン投稿を用いるべきだと考える人もいる。

この例は、メーリングリストでトップポストを揶揄したり、抑制したりするために時折使用されます。^{[ 13 ] [ 14 ] [ 15 ]}

なぜなら、それは人々が通常文章を読む順序を乱してしまうからだ。 なぜトップポストはそんなに悪いことなのでしょうか？ トップ投稿。 電子メールで最もイライラすることは何ですか？

下部に投稿することで、返信の論理的な順序が維持され、上から下への西洋の読書方向とも一致します。

ボトムポスト方式に対する主な反対意見は、返信を探すために投稿をスクロールダウンするのは不便であるという点です。特に長いメッセージに対する短い返信の場合はなおさらです。また、コンピュータに不慣れなユーザーの多くは、質問への返信を探すためにスクロールダウンする必要があることに気づかないかもしれません。トリミングされていないボトムポストメッセージを送信する場合、冒頭に「以下に返信しました」といった通知を付けて、インライン返信であることを示すことができます。しかし、多くの最新のメールプログラムは、異なるレベルの引用を異なる色で表示できるため（このページのボトムポストの例を参照）、これはもはや大きな問題ではありません。返信テキストがまだ続くことを示すもう1つの方法は、常にテキストの最後に署名行を付けることです。そうすれば、あなたの返信スタイルに慣れている読者は、署名行が表示されるまで読み続けることがわかります。この方法は、署名行が表示された時点で返信が完了したことを読者に伝えるため、インライン返信方式を使用する場合に特に丁寧で便利です。

ビジネスコミュニケーションにおけるこの一般的な方針により、ボトムポストやインラインポストはほとんどのユーザーに知られなくなり、最も人気のあるメールプログラムの中には、従来のポストスタイルをサポートしなくなったものもあります。たとえば、Microsoft Outlook（HTMLメッセージに返信する場合）、AOL、Yahoo!では、メッセージのどの部分が引用元であるかを示すのが困難または不可能であったり、元のメッセージの間にコメントを挿入できなかったりします。しかし、Microsoft Outlookでプレーンテキストメッセージに返信する場合、プレーンテキストモードに設定されていれば、Outlookは引用行マーカーを適切に使用し、元のメッセージの間に簡単にコメントを挿入できます。残念ながら、デフォルトモードはHTMLであり、デフォルト設定を変更するユーザーはほとんどいません。

Yahoo! の Mail Classic には「元のメッセージのテキストを引用する」オプションはありませんが、この設定は All-New Mail でオンにしてから Mail Classic に戻しても保持されます。インライン返信は Microsoft Outlook で壊れており、元の各行の前に「大なり記号 (>)」を付ける設定を選択しても、HTML メールの引用の間に挿入された返信が元のメールの一部のように見える青い線が表示されます。回避策としては、「すべての標準メールをプレーンテキストで読む」設定を使用するか、元のメールで「メッセージの編集」オプションを使用してプレーンテキストに変換してから返信し、編集したバージョンを破棄します。^{[ 16 ]}