受信者だけの場合、Bccフィールドの電子メールアドレスのマスクを解除するにはどうすればよいですか?

コーディングを行わない人のために、非常に簡単で段階的な手順が必要です。グループの電子メールを受け取ったので、それを受け取った他の人に本当に会いたいです。

コメント

  • これができないのが、Bccの正確なポイントです。
  • そこにいるような気がします'職場でのフォローアップの質問。SE
  • BCCを表示するには、メールを送信したSMTPサーバーにハッキングし、受信ログを解読する必要があります。あなたは平均的な人間です。これを達成するのに苦労する可能性が高いでしょう…
  • @chrylis公平を期すために、'アクセスしてはならない情報にアクセスできない場合が非常に多くあります。単に隠されているだけで、人がどのようにそれが可能であると考えるかを理解できます。
  • 簡単なことはありません。送信者を訴え、サブポエナを使用して元のメッセージの開示を強制します。

回答

できません。メールを受信したときにBccヘッダーに関する情報がまったくないため、「マスクを解除」する必要はありません。

Bccの設計方法は、 RFC 2822 、セクション3.6.3の下。仕様を引用するには:

「Bcc:」フィールド(「Bcc」は「ブラインドカーボンコピー」を意味します)には、メッセージの受信者のアドレスが含まれますそのアドレスは、メッセージの他の受信者に公開されません。 「Bcc:」フィールドを使用する方法は3つあります。最初のケースでは、「Bcc:」フィールドを含むメッセージを送信する準備ができると、すべての受信者(「Bcc:」フィールドで指定されたものを含む)が送信されても、「Bcc:」行は削除されます。メッセージのコピー。 2番目のケースでは、「To:」行と「Cc:」行で指定された受信者には、上記のように「Bcc:」行が削除されたメッセージのコピーが送信されますが、「Bcc:」行の受信者は「Bcc:」行を含むメッセージの個別のコピー。 (「Bcc:」フィールドに複数の受信者アドレスがある場合、一部の実装では、実際には、特定の受信者のアドレスのみを含む「Bcc:」を使用して、メッセージの個別のコピーを各受信者に送信します。)最後に、「Bcc : “フィールドにはアドレスを含めることができません。” Bcc: “フィールドは、ブラインドコピーが誰かに送信されたことを受信者に示すアドレスなしで送信できます。 「Bcc:」フィールドで使用する方法は実装によって異なりますが、それぞれの説明については、このドキュメントの「セキュリティに関する考慮事項」セクションを参照してください。

メッセージが別のメッセージへの返信である場合、元のメッセージの作成者のメールボックス([From:]フィールドのメールボックス)または[Reply-To:]フィールドで指定されたメールボックス(存在する場合)は、これらの理由から、返信の[To:]フィールドに表示される場合があります。通常、返信の主な受信者になります。宛先フィールドを持つメッセージに返信を送信する場合は、作成者だけでなく、メッセージのすべての受信者に返信のコピーを送信することが望ましい場合がよくあります。このような応答が形成されると、元のメッセージの「To:」および「Cc:」フィールドのアドレスは、通常、応答の2次受信者であるため、応答の「Cc:」フィールドに表示される場合があります。元のメッセージに「Bcc:」フィールドが存在する場合、そのフィールドのアドレスは返信の「Bcc:」フィールドに表示される場合がありますが、「To:」または「Cc:」フィールドには表示されないようにする必要があります。

注:一部のメールアプリケーションには、返信の宛先アドレスに元のメッセージの宛先アドレスを含める自動返信コマンドがあります。これらの応答コマンドの動作は実装に依存し、このドキュメントの範囲を超えています。特に、元のメッセージに「Reply-To:」フィールドが含まれている場合に元の宛先アドレスを含めるかどうかについては、ここでは取り上げません。

In ToおよびCc受信者がBcc回線を受信しないが、各Bcc “edアドレスが電子メールアドレスのみを含むBcc回線を受信する場合を練習します。これは、ToおよびCc受信者にBccを示すものではなく、他のBcc受信者を明らかにすることなく、Bccを使用して電子メールが送信されたことをBccで送信した受信者。

コメント

  • each Bcc'ed address receives a Bcc line containing only their email address, is most common.ですか?そのためには、複数のRCPT TO:コマンドを使用した単一のメッセージではなく、メッセージを複数回送信する必要があります。どのMUAがそれを行いますか?
  • @EsaJokinen受信者が異なるドメインにいる場合、MUAには他にどのような選択肢がありますか? BCCは単にその動作を強制します。
  • MUAはそれをMTAに1回だけ送信し、MTAはそれをすべての異なるドメインに個別に配信し始めます。重要なのは、MTAが'通常RCPT TOBcc:として追加することをわざわざしないということです。 'はReceived:ヘッダーにfor <[email protected]>として含まれている可能性が高くなります。
  • その'本当:あなたはiv idに参加していないことからBcc ' d(または非公開)であったことを知っています= “5524799605”>

& Ccヘッダー。 MUAは、送信者の送信済みフォルダーにメールを保存するときにBccを保存するだけですが、'はSMTP経由で送信されるメッセージの一部ではありません。

  • @EsaJokinen Gmailはこれを行います。実際には、メッセージにBccヘッダーが含まれています。 '他の人がそれをしていることを知りません。
  • 回答

    このフィールドは受信者のSMTPサーバーに送信されないため、送信者のSMTPサーバーを制御できない場合は通常不可能です。

    メールを送信するとき、送信者のSMTPサーバーはBCCフィールドを作成し、リストされている受信者ごとにコピーを作成して、他の受信者のリストを削除します。これがBCC機能の要点です。

    回答

    Request For Comments(RFC)標準(インターネットエンジニアリングタスクフォース(IETF)によって公開)は、「BCC」ヘッダーで指定された受信者に送信された電子メールの受信者が電子メールを受信できるが、他のことは認識しないことを指定しますヘッダーに記載されている受信者。具体的には、「アドレスはメッセージの他の受信者に公開されません」。

    これは、SMTPサーバーへの現在の慣行(プロトコル)を反映するための要求(義務ではない)です。インターネットコミュニティb yインターネットソサエティ。

    ただし、に準拠していないことが判明した が分離され、不正であることが判明した場合は、禁止/ブラックリストに登録され、の場合は起訴される可能性があります管轄区域の法律に違反する活動を行っていることが判明しました。

    したがって、準拠(メール)サーバーからのメールの受信者である場合、他のサーバーは受信されません。送信(SMTP)サーバー、受信(POP、IMAPなど)サーバー、およびIPパケットをルーティングしたすべてのリレーサーバーを管理している場合を除き、[BCC]フィールドに記載されている受信者の電子メール。

    コメント

    • "準拠していないことが判明したものは分離される可能性があり、不正であることが判明した場合は、管轄区域の法律に違反する活動を行っていることが判明した場合は、禁止/ブラックリストに登録され、起訴されることもあります。" -私はこれは、BCCアドレスをリークしたサーバーにとっては非常にありそうもない結果です。さらに、メッセージが[email protected][email protected]にBCC 'され、foo.comとy.comのSMTPサーバーが異なる場合、bar.comは[email protected] 'のアドレスを受信してリークすることすらできないため、"を分離しても意味がありません"リークは自身のユーザーにのみ影響するためです。
    • 電子メールシステムにIETFRFC準拠を要求する法律はありますか?
    • @grawity:あなた'は、ベストプラクティス一般的に受け入れられている方法および同様の一般的なステートメントの適用を禁止する法律を探しています。 Cf. GDPR 5.1(f)"適切な技術的または組織的対策"
    • @MSaltersはおそらく規定反対ではなく、禁止
    • @grawity直接ではなく、標準にもかかわらず情報を開示したサーバーは、そうでなければオペレーターがさまざまなプライバシー法に違反する原因になると述べています( GDPRやCCPAなど)

    コメントを残す

    メールアドレスが公開されることはありません。 * が付いている欄は必須項目です