ExchangeサーバーがBCCされたメッセージの「To：」ヘッダーを書き込まない
Exchangeサーバーにbcc受信者に送信されるメッセージのTo:ヘッダーを設定させる方法はありますか？サーバーへの管理者アクセス権があります。他の電子メールプログラムがこれを行うので、それは可能であるはずです。
例[email protected]に電子メールを送信し、それを[email protected]にbccすると、user1はTo:ヘッダーに自分の電子メールアドレスを表示します。 User2には、To:ヘッダーはまったく表示されません。 user2にTo: [email protected]を表示してほしい。
背景として、私が（私が）これを必要とする理由は、Insightlyと呼ばれるCRMツールを使用しているためです。クライアントの電子メールをプロジェクト固有のInsightly電子メールアドレスにコピーしますが、Outlookのbccフィールドに電子メールアドレスを入力するとInsightlyは対応できません。 Linuxベースのメールアカウントから同じメールを送信した場合に対応し、ヘッダーを比較すると、最も可能性の高い問題としてToフィールドが欠落していることが強調されました。
明らかに私の好ましい解決策は、Insightlyにソフトウェアを修正させ、Received forヘッダーのようなものを読み取ることですが、カスタマーサービスチームはこのバグが残っていることを断固として主張しています。
編集：もう少し明確にします-個人（Linux Webメール）の電子メールアカウントを介して電子メールを送信すると、bccを受信する人のToヘッダーに自分のアドレスが表示されます。仕事用（Outlook）アカウントを介して電子メールを送信すると、bccを受信した人にはToヘッダーがまったく表示されません。
イアン、
そこで、最初にExchangeがBCC情報を処理する方法についていくつかの背景を共有しましょう。ここに良い記事があります： http://gsexdev.blogspot.com/2011/06/processing-bccs-in-exchange-transport.html
ExchangeがBCCを処理する方法をほのめかす情報もここにあります： https://superuser.com/questions/476620/finding-bcc-in-internet-mail-headers
さらに、このMS従業員の回答は十分に説明されているので、単純にコピーして貼り付けます。 http://social.technet.Microsoft.com/Forums/exchange/en-US/faa6a8f4-7192- 406f-bf7c-f41b52473e37/exchange-or-Outlook-rule？forum = exchangesvrsecuremessaging
OutlookクライアントのUIに表示されるフィールドは、電子メールの配信とは関係ありません。それらはユーザーの便宜のためにあります。 Outlookクライアントにメッセージを送信させると、（To、Cc、およびBcc）フィールドで指定されたすべての受信者の集計リストがコンパイルされます。 UI。次に、この受信者のリストを使用して、Outlookは各受信者のメールサーバーにRCPT-TOコマンドを発行します。それが完了すると、Outlookはメッセージ（ヘッダー、空白の区切り文字行、本文）を含む1つ（1つだけ）のDATAコマンドを発行します。メールサーバーには、どの受信者がどのフィールドに指定されているかがわからず、気にしません。受信したRCPT-TOコマンドのリストから、受信者は誰であるかがわかります。受信者は、送信者が送信メールサーバーに発行したRCPT-TOコマンドの元のリストを表示することはありません。
メッセージのヘッダー（DATAコマンド中に送信されるもの）は、Outlookがそこに配置するものです。電子メールクライアントは、メッセージのヘッダーセクションにBccフィールドを含めることは想定されていませんが、一部のレガシークライアントには含まれています。 Outlookは、UIの[宛先]フィールドと[CC]フィールドで指定された値に一致するToヘッダーとCcヘッダーのみを挿入する必要があります。 BccフィールドがメッセージのBccヘッダーにコピーされることはなかったため、メッセージのヘッダー内には、誰がBccの受信者であったかを示すものは何もありません。また、受信者は送信者がメールサーバーに発行したRCPT-TOコマンドのリストを見ることができないため、受信者が誰がBccを取得したかを知る方法はありません。
UIのBccフィールドの値に基づいてメッセージにBccヘッダーを含めていた古い電子メールクライアント（たとえば、そうするオプションなど）の場合でも、多くの受信メールホストはそのヘッダーを削除します。送信されるはずがなかったので、存在する場合は削除されます。 Bccフィールドの要点は、受信者のリストを使用してヘッダーを作成することではありません。
それでは、問題の核心に取り掛かりましょう。 Exchangeは、Linuxメールサーバーで慣れているものとは異なる方法で処理します。
Insightlyがプログラミングを変更しない場合、あなたは何ができますか？
これがうまくいくかもしれないと私が考えることができるいくつかのアイデアです：
1）BCCのアイデアを続行しますが、2ホップします。これが意味するのは、ExchangeでInsightlyプロジェクトの電子メールアドレス用のリソースメールボックスなどを作成することです。次に、それらのアドレスをBCCし、それらのメールボックスにすべての電子メールを「実際の」Insightlyプロジェクトの電子メールアドレスに自動転送させます。その時点で、Insightlyはそれを実際のTOアドレスと見なすはずです。 FW：infoがどのように処理されるかはわかりませんが、一見の価値があります。
2）単にInsightlyアドレスをCCすることを検討してください。なぜBCCをやりたいのかわかりますが、これはオプションかもしれません。
3）上記の＃1と同じですが、Linuxメールサーバーにメールアドレスを配置します。次に、ExchangeからBCCを受信したら、そのサーバーでBCCInsightlyをトリガーします。 Linuxサーバーで別のメールドメインを使用する必要があり、OutlookユーザーはそのドメインにBCCメールを送信します（[email protected]など）。次に、Exchangeはinsightly.internalドメイン宛てのメールをLinuxサーバーに配信します。 Linuxサーバーは、Project1 @ realdomain.comへのBCCをトリガーします。イライラしてばかげていますが、同様に機能するはずです。
それが少し役立つことを願っています。それはトリッキーな状況であり、私が推測しているこのため、CRMソフトウェアを正確にnixすることはできません。
Bccは、電子メールヘッダーにTo：フィールドを追加しないでください。もしそうなら、メッセージの受信者は、メッセージが誰に送信されたかを見ることができます。これは、bccが意図していることとは逆です。代わりに、bccは、最終的な受信メールサーバーによってトリップされるヘッダーにBcc：行を追加します。 To：ヘッダーが削除されることはなく、受信者のメールボックスに渡されます。
通常、自分自身または公開アドレスまたは無応答アドレスの通常の宛先を1つ追加します。これは、受信者に表示されるアドレスです。次に、Bccを追加します。受信者にはこれらは表示されません。