メールの返信を作成するプログラムを書いています。元のメールはすでに返信されている可能性があります。私はその主題をどのように扱うべきですか？
コロン前のすべての方法が使用されているのを見てきました。これは状況に影響を与える可能性がありますre[2]:。コロン法を使用した場合。返信がなりRe:、相手のコンピュータの数が減ります。
そうでない場合、返信はRe: re[2]次のようになります。次の返信re[4]は意図したとおりに実行されます。
Resending:ただし、コロンメソッドは、次の応答がになると言う場合に役立ちますRe:。
これについて意見はありますか？これを行うための標準的または一般的な方法はありますか？
（コンテキストがまったくない場合、具体的な回答を提供することは困難です。質問でより多くの情報を提供することをお勧めします）
ほとんどの適切なメールユーザーエージェント（MUA）は、ヘッダーの解析などの安全でない操作に頼ることなく、In-Reply-To:ヘッダーを使用してメッセージのスレッド化を示しますSubject:。そのようなクライアントのほとんどは、適切なスレッドモードも備えており、このような通常とは異なるものRe[2]:はせいぜい不要です。使用の事実上の標準はRe:、簡潔さと内容の間の適切な妥協点ですが、適切なスレッドのサポートがあれば、最終的には美学に帰着します。
自分で作成したメッセージで使用するだけRe:です。それ以外のものは混乱を招きます。In-Reply-To:返信メッセージのヘッダーを適切に生成していることを確認してください。
ヘッダーからコンテンツを削除しないでください。Subject:たとえば、適切なサブ文字列がすでに存在する場合は、追加を控えることRe:ができますが、実際に文字列を削除する場合は、間違いを犯し、混乱を招く状況になります。
これは厳密には技術的な問題ではありません。人によって好みが異なります。メーリングリストなどの特定のコミュニティでは、ソーシャルオートメーション（原文のまま）が、奇妙な、または紛らわしい規則を使用する繰り返しの違反者の世話をします。
これを自動的に処理しようとすると、解決するよりも多くの問題が発生することになります。このような問題は、運送業者、つまり郵送システムの責任でもありません。システムをシンプルに保ち、実際の技術的な問題に焦点を合わせます。
編集：
壊れたクライアント（またはユーザー-私はこれについて常に不明確でした）の一般的なケースはRe:雪崩のケースです：
Subject: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: What about that thing we were talking about?
誘惑しませんか？MTAの単純なフィルタールール、または応答するMUAの数行のコードと雪崩は、自動的に素敵な単一のコードに置き換えられます。 Re:
私の意見では、これは誘惑に抵抗する必要がある1つのケースです：
MTAが特定のメッセージが使用する唯一のパスであるという保証はありません。たとえば、一部のユーザーがメーリングリストのメッセージに返信する場合、メーリングリストと投稿者の両方に直接返信します。当然、投稿者は両方のメッセージを受信しますが、おそらく完全に異なるパスで受信されます。
2つの異なる件名で同じメッセージを受信することがどれほど混乱する可能性があるか知っていますか？基本的な件名による並べ替えでさえ失敗します。私の意見では、件名に、、、または何でも追加するスパム検出システムでさえ[SPAM]、**SPAM**それ$P@Mを推進しています。
ある種の地域の方針に従って、図書館が本のコピーのタイトルを選択的に変更することを想像できますか？
MUAが問題を「修正」したとしても、返信する場合を除いて、他のすべての人は古い件名を使用し続けます。さらに、新しいスレッドのように見えるものを一方的に作成しただけです。適切なメールクライアントでもスレッドは正しく表示されますが、視覚効果は混乱を招きます。結局のところ、返信投稿からこのスレッドの非常に特徴的な機能を削除しましたね。
Re:私は実際に、彼らの主題の雪崩が冗談めかして話し合ったいくつかの楽しいスレッドを覚えています。なぜあなたはそれを見逃したいのですか？
確かに、人々は壊れたクライアントを使用します。または彼らは彼ら自身が壊れています。誰かが本当にラインから外れた場合、それは個別に処理することができます。問題を悪化させず、Subject:ヘッダーをそのままにしておきます。お願いします？かなりお願いしますか？