投稿スタイル

電子メール、インターネット フォーラム、またはUsenetでメッセージに返信する場合、元のメッセージがさまざまな投稿スタイルで含められる (つまり「引用」される) ことがよくあります。

主なオプションは、インターリーブ投稿（インライン返信とも呼ばれ、返信のさまざまな部分が元の投稿の関連部分の後に続く）、ボトム投稿（返信が引用の後に続く）、またはトップ投稿（返信が引用された元のメッセージの前に来る）です。これらのオプションのそれぞれについて、元のテキストのトリミングが許可されているか、必須か、または推奨されるか という問題もあります。

長い間、伝統的なスタイルでは、返信を理解するのに必要な範囲で、引用元の文章の下に回答を投稿していました (下部またはインライン)。何年も経って、電子メールがビジネス コミュニケーションで広く普及すると、元の文章全体の上に返信を置き、返信の下に元の文章を (おそらくそのままにして) 残すという慣習が広まりました。

各オンライン コミュニティでは、どのスタイルが適切または許容されるかについては異なりますが、一部のコミュニティでは、「間違った」方法を使用すると、ネチケット違反と見なされるリスクがあり、コミュニティの常連から激しい反応を引き起こす可能性があります。

電子メールの返信には、返信先の元のメッセージの全文または一部のコピーを含めることが適切な場合があります。インターネット通信の非同期性により、人々は同時に多くの会話に参加することが多く、元のメッセージが送信されてからかなり経ってから電子メールの返信が届くことがあります。これらの理由から、元の投稿者は投稿がどのメッセージに対する返信であるかを知らない可能性があり、コンテキストを提供することは役に立ちます。多くの電子メール読み取りプログラム (メール ユーザー エージェント) は、返信編集ウィンドウに元のメッセージのコピーを自動的に含めることで、この動作を推奨しています。

以前のメッセージから引用されたテキストは、通常、新しい（返信）テキストと何らかの方法で区別されます。多くの場合、2 つの部分には異なるインデントが与えられます。次の例では、最初の段落が元のメッセージで、2 番目が返信です。

    あなたがそんなことを言うなんて信じられない。
    これらすべての言葉はひどい。
    それらは人を傷つけるし、意味をなさない。
    -- ドック・イーヴィル


あなたの投稿とよく似ています。
-- ジム

あるいは、特別な区切り線を使用することもできます。

ねえジョー、パリはイギリスではなくフランスにあるよ。--メアリー


--- 元のメッセージ ---
イギリスから電話があったんだね、確かパリから。 --ジョー
--- 元のメッセージの終わり ---

さらにわかりやすくするために、2 つの部分の間に空白行を挿入することもできます。テキスト マークアップをサポートする電子メール メディア (HTML や RTF など) を使用する場合、前のテキストは、独特のフォントや色で示されることがあります。

    会議は来週の金曜日に延期されました。 --メアリー


レポートの締め切りも延期されましたか? --ジョー

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

ある引用符接頭辞が「正しい」、他の引用符接頭辞が「間違っている」と宣言する標準はありませんが、いくつかの標準は従来の引用に依存しています。「発行されていない」、そして時代遅れの「1036 年の息子」ドラフト RFC 1849 では、>引用符接頭辞として「 」を推奨しています。RFC 3676 はこれに依存しており、「>> 」と「> > 」は意味的に異なると見なしています。つまり、「>> 」は引用深度が 2 ですが、「> > 」は引用深度が 1 で、「>」で始まる行を引用します。ただし、ほとんどの電子メール クライアントは、この 2 つのシーケンスを同等として扱います。

引用の慣例は1990 年までにUsenetニュースグループで一般的になり、多くの一般的な 電子メール インターフェイスで、既定またはユーザー設定オプションとしてサポートされています。たとえば、 Microsoft Outlookでは、この動作は [元の各行の先頭に ] というオプションによって制御されます。引用された行にマーカーを自動的に挿入するほか、一部のインターフェイスでは、" " 文字などで始まる行は>引用されたテキストであると想定し、自動的に独特のフォントまたは色で表示します。

> 報告はどうなっていますか? --メアリー
正午までにあなたの机に届きます。 --ジョー

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

> 取締役会が再び売上データを要求しています。私たちは
彼らに何らかの数字を提供しなければなりません。レポートはどうなっていますか? --メアリー


正午までにあなたの机に届きます。 --ジョー

引用符付きの行マーカーは、プレーンテキスト メッセージで最もよく使用されます。HTML メッセージでは、や などのHTMLインデント要素など、他のデバイスを使用して引用符付きのテキストを示す場合があります。 blockquotedl

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

>>> 報告はどうなっていますか? --メアリー
>>
>> 正午までにあなたの机に届きます。 --ジョー
>
> 申し訳ありません、ジョー。遅くとも 11:00 までに必要です。 --メアリー


わかりました。ただし、今月の数字は表示されません。 --ジョー

議論が 2 者間のみで行われている場合、マーカーの数が偶数 (ゼロを含む) であれば送信者が書いたテキストが識別され、マーカーの数が奇数であれば受信者が書いたテキストが識別されます。 (上記の例では、偶数は Joe のテキスト、奇数は Mary のテキストです。)

問題ありません。午後6時ですね。 --ジム


水曜日の午前10時1分、ダニーは次のように書きました:
> うわー！5時半にレポートをメールで送らなきゃ。
> 1時間遅らせてもらえますか？ --ダニー
>
> 水曜日の午前9時40分、ジムは次のように書きました:
>
>> メールサービスを30分ほど停止します
>> 今夜5時から10分間です。 --ジム

HTML メッセージでは、blockquoteまたはdl要素をネストして同じ効果を実現できます。

引用された資料の前には、その著者を特定する帰属行が付けられることがよくあります。これらの行は、複数の当事者間の議論で特に役立ちます。例:

ナンシーは書きました:
 > ピーターは書きました: 
>> パフォーマンスの数値はいつわかりますか? 
> テストは来週完了します。


ピーターはこう書いています:
> メアリーは次のように書きました: 
>> マーケティング戦略について話し合うために今日会うべきです。
> 西海岸の売上データはまだないので、待ったほうがいいでしょう。


ピーターに賛成です。売上データとナンシーの
パフォーマンス数値。来週の金曜日の昼食後に会いましょう。

この返信では、ナンシーからのメッセージ (それ自体はピーターへの返信) とピーターからのメッセージ (それ自体はメアリーへの返信) の 2 つのメッセージを引用しています。

多くのメール エージェントは、これらの帰属行を引用文の先頭に自動的に追加します。新しく追加された帰属行は引用文の一部ではないため、引用マーカーを取得しないでください。そのため、帰属行のレベル インジケーターは、対応するテキストよりも常に 1 つ少なくなります。そうしないと、読者が混乱する可能性があり、また、先頭のマーカーの数に応じてテキストの色を選択する電子メール インターフェイスも混乱する可能性があります。

帰属行の代わりに、引用文の冒頭に括弧内のコメントで著者を示すこともできます。

>> [ピーター:] パフォーマンスの数字はいつ入手できますか? 
> [ナンシー:] テストは来週完了します。
>> [メアリー:] マーケティング戦略について話し合うために今日会いましょう。
> [ピーター:] 西海岸の売上データはまだないので、待ったほうがいいでしょう。


ピーターに賛成です。売上データとナンシーの
パフォーマンス数値。来週の金曜日の昼食後に会いましょう。

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

ナンシーは書きました:
 N> ピーターは書きました: 
P>> パフォーマンスの数値はいつ入手できますか? 
N> テストは来週完了します。


ピーターはこう書いています:
P> メアリーはこう書きました: 
M>> マーケティング戦略について話し合うために今日会うべきです。
P> 待ったほうがいいでしょう。西海岸の売上データはまだありません。


ピーターに賛成です。売上データとナンシーの
パフォーマンス数値。来週の金曜日の昼食後に会いましょう。

特にニュースグループの議論など、長い議論に返信する場合、元のメッセージから引用したテキストは、返信に関係のある部分だけ、またはそのことを思い出す部分だけを残すように切り詰められることが多い。この方法は「トリム投稿」または「編集投稿」と呼ばれることもあり、投稿エチケットのマニュアルでは推奨されている。^[2]

削除されたテキストのインジケータが提供される場合もあります。通常は、角括弧で囲まれたタグの形式で、「[snipped]」、「[trimmed]」、または単に「[...]」のように表示されます。保持されたテキストは、行を再度折り返すなど、ある程度編集される場合があります。たとえば、元のメッセージが

キャンセルされたプロジェクト会議のお知らせです
 先週の会議は本日3階会議室で開催されます。
 14:30ちょうど。全員出席してください。 --メアリー

返答は

  >プロジェクト会議は本日3階の
会議室  で開催されます
  メアリー、その部屋のマイクを必ずチェックしてください。 --ジョー

あるいは単に

  > 3階会議室
  メアリー、その部屋のマイクを必ずチェックしてください。 --ジョー

削除されたテキストは、括弧内の要約に置き換えられる場合もあります。

  木曜日、ジムはこう書いている:
   >映画は明らかに物語に脅威感を加えている
  >それは原作には存在しない
  > [...暗いトーンが映画を弱めていると主張している...]
  
  私はそうは思いません。暗いトーンは、理解すればうまく機能します
  これら 2 つは異なる視聴者を対象としています。

自動的に挿入されたテキスト (署名ブロック、無料メール サービスの広告、企業の免責事項など) は、手動で書き込まれたテキストよりも、通常は省略記号なしで削除される可能性が高くなります。投稿者によっては、返信していない元のメッセージの部分を削除する場合があります。投稿者によっては、"解決済み" と見なした問題に関する部分のみを削除し、さらに議論する価値があると思われる部分や、後のメッセージで返信する部分はそのまま残す場合があります。^{[引用が必要]}

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

特に、引用文がすでに含まれているメッセージに返信する場合は、その引用文がまだ関連性があるかどうかを考慮する必要があります。例:

>> [メアリー:] 今日の午後に会って、
>> マーケティング戦略?
>
> [ピーター:] 必要な情報をすべて入手できれば、そうかもしれません。
> 西海岸の売上データはすでにありますか?


LA オフィスから送られてきました。
ジョー

メアリーのメッセージからの引用はピーターの返事には関係しているが、ジョーの返事には関係していない。後者は次のように切り詰められたかもしれない。

> [ピーター:] 西海岸の売上データはすでにありますか?
 
 LA オフィスから送られてきました。
 ジョー

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

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

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

私は新しい製品ラインに関する議論をフォローしてきました。これが私の考えです。


ジョーはこう書いています:

> 当社の価格は競争力がありますか?


今のところそれは問題ではないかもしれません。私たちはまだ質の高い優位性を持っています。

> 西海岸には十分な訓練を受けた人材がいません。
> 新入社員ですが、まだ当社の製品を知りません。


彼らをここに連れて来て、集中トレーニングコースを受けることもできます。


メアリーはこう書いています。

> まだ明確なマーケティング計画はありません。


ピーター、それを担当してもらえますか？助けが必要であれば知らせてください。


全体的には、私はかなり楽観的です。
今四半期末までに基本システムを完成させます。
ナンシー

インターリーブ返信スタイルは、トップ投稿と組み合わせることもできます。つまり、上記のように、選択したポイントを引用して返信し、その後に元のメッセージの完全なコピーを追加します。

> 1時間後にレポートを提出できますか?


はい、できます。要約は午後 5 時までに送信されます。
ジム


水曜日午前10時1分、ダニーは次のように書きました: 
>> 午後2時: 現在のレポート
> ジム、その時間には会議があります。1時間後にレポートを提出してもらえますか?
> 
>> 午後4時30分: フィードバックの要約を送信
> また、上記を実行する場合、後でこれを行う必要がある場合もあります。
> ダニー
>
> 水曜日の午前9時40分、ジムは次のように書きました:
>> 今日のスケジュールは次のとおりです:
>> 午前10時: レポート用のデータを収集
>> 午後2時: チームにレポートを提出
>> 午後4時30分: フィードバックの要約を送信
>> ジム

インターリーブは、 WWWが登場し、電子メールやインターネットが学術コミュニティの外に普及する何年も前から、 Usenetのディスカッションリストで主流の返信スタイルでした。 ^[3]

インターリーブはもともと電子メールでも一般的だった。多くのインターネット ユーザーが Usenet ニュースグループやその他のインターネット フォーラムに触れていたためで、現在でもそこではインターリーブが使われている。^{[出典が必要]}このスタイルは、インターネットが商用および非学術的な個人使用に開放されてから、電子メールではあまり一般的ではなくなった。^{[出典が必要]}考えられる理由の 1 つは、当時、大量のカジュアルな電子メール ユーザーが登場したことである。^{[出典が必要]もう 1 つの考えられる理由は、一部の}Web メールリーダー の返信機能のサポートが不十分で、返信に元のメッセージのコピーが自動的に挿入されないか、引用符のプレフィックス レベル インジケーターなしで挿入されることである。^{[出典が必要]} 最後に、ほとんどのフォーラム、wiki ディスカッション ページ、ブログ( Slashdotなど) では、最近のすべてのメッセージが時系列で表示され、基本的にボトム ポスト形式が採用されている。^{[出典が必要]}インターリーブは、複雑なスレッド内での明瞭性が重要となる技術的なメーリング リストで引き続き使用されている。^[要出典] .

トップポストスタイルでは、元のメッセージがそのまま含まれ、その上に返信が配置されます。このスタイルは、頭字語TOFU (「text over, fullquote under」) で呼ばれることもあります。また、口語では、 Jeopardy!返信スタイルとも呼ばれます。このゲーム ショーの特徴的なヒント/応答形式と同様に、回答が質問の前に表示されます。

例：

問題ありません。それでは午後6時です。
ジム


-------- 元のメッセージ --------
送信者: Danny <danny@example.com>
送信日時: 2007 年 10 月 16 日火曜日 午前 10:01
宛先: Jim <jim@example.com>
件名: RE: Job


うわあ！ちょっと待って。5時半に仕事が予定されていて、それを郵送するんだ
主要な技術スタッフへのレポートです。1時間遅らせてもらえませんか?
ダニー


-------- 元のメッセージ --------
送信者: Jim <jim@example.com>
送信日時: 2007 年 10 月 16 日火曜日 午前 9:40
宛先: Danny <danny@example.com>
件名: Job


メールサービスを30分ほど停止します。
今夜5時から数分間、アップデートをインストールします
および重要な修正。
ジム

トップポストは、会話の分岐の明らかに変更されていないトランスクリプトを保存します。多くの場合、すべての返信は会話の 1 つの分岐に並びます。テキストの上部には最新の返信が表示されます。これは、電子メール スレッドが「公式」記録であると他の人に信じ込ませる可能性があるビジネス通信に有利であるようです。^{[引用が必要]}

対照的に、インターリーブとボトムポストのインデントが多すぎると、解釈が難しくなる可能性があります。管理者と従業員、コンサルタントとクライアントなど、参加者の立場が異なる場合、文脈を完全に理解せずに他の人の言葉を分割すると、失礼に見えたり、誤解を招いたりする可能性があります。^{[引用が必要]}

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時1分、ダニーは次のように書きました:
> 1時間遅らせてもらえませんか？
> [...] どのシステムが更新されるのでしょうか?
> [...] 再起動する必要がありますか?

問題ありません。それでは午後6時です。
基本的には、WWW サーバーとファイアウォールを更新します。
いいえ、再起動する必要はありません。

インターリーブ、トップ、ボトムのいずれの投稿方法を選択するかは、一般的にフォーラムとメッセージの性質によって異なります。一部のフォーラム (個人の電子メールなど) では、かなり寛容なため、適切なスタイルは好みと効果によって決まります。いずれにしても、返信が意図した受信者に読みやすいかどうかを考慮する必要があります。それらの電子メール インターフェイスでは、引用行マーカーと長い行の処理に関するルールが異なる場合があり、自分の画面では読みやすい返信が、相手の画面ではごちゃごちゃして間違った色で表示されることがあります。空白行と元のテキストの慎重なトリミングは、あいまいさを回避するのに役立ちます。

インターリーブ形式の返信では、行にラベルを付ける作業が増える可能性がありますが、各返信行のコンテキストを確立する作業は少なくなる可能性があります。また、引用とそれに対する返信が互いに近く、論理的な読み順で保持され、引用された資料を最小限に削減することが推奨されます。このスタイルにより、読者は返信先の元のメッセージのポイント、特に返信が元のテキストの一部を誤解または無視していないかどうかを簡単に識別できます。また、送信者は引用部分を任意の順序で配置したり、2 つ以上の別々のメッセージからの引用に対して、たとえそれらが互いに関連していなくても、1 つのコメントを提供したりできます。

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

何らかの理由で元のメッセージ全体を引用する必要がある場合、通常は下部投稿が最も適切な形式です。これは、返信の論理的な順序が保持され、上から下への西洋の読み方と一致しているためです。

トップ ポストとボトム ポストに関する議論中に、「ネット エチケット ガイドライン (RFC 1855)」からの引用を聞くことは珍しくありません。多くの RFC は委員会プロセスを通じて精査され承認されますが、RFC 1855 などの一部の RFC は単なる「情報」であり、実際には単なる個人的な意見である場合もあります。(「情報」RFC に関する追加情報は、RFC 2026 の「4.2.2 情報」および「4.2.3 実験的および情報 RFC の手順」に記載されています。) 以下の議論を読む際には、RFC 1855 の性質を考慮する必要があります。

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

メッセージや投稿に返信する場合は、必ずメッセージの冒頭に元のメッセージを要約するか、元のメッセージの内容がわかる程度のテキストだけを記載してください。こうすることで、読者が返信を読み始めたときに理解しやすくなります。特にネットニュースは、投稿をホスト間で分散させることで拡散するため、元のメッセージを見る前に返信が見られる可能性があります。内容を伝えることは誰にとっても有益です。ただし、元のメッセージ全体を記載しないでください。

インターリーブ返信とトップポストを組み合わせると、両方のスタイルの利点が組み合わされます。ただし、元のメッセージの一部が 2 回引用されることになり、余分なスペースが占有され、読者を混乱させる可能性があります。

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

「トップ投稿」は個人間の電子メールには適切であると考える人もいますが、ニュースグループなどのスレッド化されたディスカッションには常にインライン投稿を適用する必要があります。

この例はメーリングリストでトップポストを嘲笑したり阻止したりするために時々使用される: ^{[13] [14] [15]}

なぜなら、人々が通常テキストを読む順序が乱れてしまうからです。
トップ投稿はなぜそんなに悪いことなのでしょうか?
トップ投稿。
電子メールで最も迷惑なことは何ですか?

下書きでは、返信の論理的な順序が維持され、上から下への西洋の読み方と一致します。

ボトムポストに反対する主な論点は、返信を見つけるために投稿をスクロールダウンするのは不便であり、特に長いメッセージに対する短い返信の場合は不便であり、多くの経験の浅いコンピュータ ユーザーは、質問に対する返信を見つけるためにスクロールダウンする必要があることを知らない可能性があります。トリミングされていないボトムポスト メッセージを送信する場合、上部に「以下に返信しました」などの通知を表示してインライン返信を示すことができます。ただし、多くの最新のメール プログラムでは、さまざまなレベルの引用をさまざまな色で表示できるため (このページのボトムポストの例を参照)、これはもはやそれほど問題ではありません。返信テキストがまだあることを示す別の方法は、常にテキストを署名行で終了することです。そうすれば、返信のスタイルに慣れている読者は、署名行が表示されるまで読み続ける必要があることがわかります。この方法は、署名行が表示される時点で応答が完了したことを読者に伝えるため、インライン返信方法を使用する場合に特に丁寧で便利です。

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

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

• Diple（テキスト記号）
• 大なり記号
• ネストされた引用

• The Jargon File の「top-post」(バージョン 4.4.7)
• 引用スタイル - トップポストの代わりにインターリーブ引用を使用して引用を使用する方法
• ボトムポストがトップポストよりも優れている理由
• 「トップポスティングの擁護」。2007年6月7日時点のオリジナルよりアーカイブ。2013年4月12日閲覧。
• Outlook Quotefix、Outlook Express Quotefix、OE PowerTool - Microsoft メール製品で引用されたテキストを自動的に再フォーマットするサードパーティ ユーティリティ
• トリム投稿宣言
• インターネット電子メールの使用
• Aglami トップ投稿に関する FAQ
• Stewart, Godwin (2006-09-07) 「USENET およびメーリング リストへの投稿に関するネチケット」。2008-03-10に取得。(適切なインライン引用に関するコメントについては #9 を参照してください)
• 「郵送と投稿のエチケット: 慎重に引用する」 River of Stars. 2004-01-14 . 2013-04-12閲覧。
• 「メールと投稿のエチケット: 文脈に合わせてインラインで投稿する」 River of Stars。2004 年 1 月 14 日。2013年 4 月 12 日閲覧。
• Judith. 「電子メールのエチケット: 礼儀 #6 ~ 常に迅速に返信する (そしてダウン編集する)」。TheIStudio.com、ブランド名 NetM@nners.com を使用。2013 年 4 月 12 日取得。（第4段落参照）
• Easter, Mike (2006-04-03)。「Re: Joe jobs - Re: Victim of Spam-Trap アドレスでした...」SpamCop。2013-02-22にオリジナルからアーカイブ。2008-03-10に取得。
• Meiss, Alan (2005-03-16). 「Usenet で不快になる 101 の方法」. Epsilon 3 Productions. 2005-03-16 にオリジナルからアーカイブ。2013-04-12に取得。
• Sherwood, Kaitlin Duck. 「電子メール ガイド - 電子メール チュートリアル - 電子メールの基本を学ぶ」. newbie.org . 2008 年 3 月 10 日閲覧。