Exchangeが「To：」フィールドを保持しない
Apptixを介してHostedExchangeソリューションを入手しましたが、これは問題ではないと思いますが、関連性がある可能性があります。
私はメインアカウント[email protected]を持っており、それにはエイリアス[email protected]があります。
[email protected]にメールを送信するたびに、ヘッダーを調べます。「To：」フィールドが正しい「To：[email protected]」であることがわかります。すべては順調です。
最近、多目的メールボックスとして機能する別のユーザー[email protected]を設定しました。 「[email protected]」と同じ方法で「[email protected]」をサービスアカウントにエイリアスしましたが、「[email protected]」に送信したものは実際には「nagios @mydomain」に送信されません。 .com」。すべてのヘッダーには「To：[email protected]」と書かれています。これにより、ヘッダーのみに基づいてフィルタリングすることが非常に困難になります。
それを修正するために私が見る必要がある設定について誰かがフィードバックを持っていますか？
ホスティングプロバイダーでエイリアスがどのように/どこに設定されているかによると思います。 Hosted Exchangeを使用しているため、実際のExchangeサーバー自体へのアクセスレベルがわかりません。 （また、Hosted Exchangeソリューションを使用したこともありません）とにかく、厳密に言えば、Exchangeサーバーで、ユーザーアカウント自体の追加の電子メールアドレスとしてエイリアスを設定すると、受信した電子メールのヘッダーに、そのユーザーに電子メールを送信する際に使用される実際の電子メールアドレス。 （[email protected]）
ただし、自分でアカウントに電子メールアドレスを追加するためのExchangeサーバーに直接アクセスできない場合は、ホスティングプロバイダー（またはエイリアスを設定した人）がシステム（電子メールゲートウェイ）に設定した可能性があります。実際のExchangeボックスの前にあるエイリアスとして、ヘッダー情報を変更することにより、「[email protected]」に送信された電子メールを「[email protected]」にリダイレクトします。それは私が思うヘッダーの電子メールアドレスの保存の欠如を説明するでしょう。
実際に質問を読み直すと、matt.simmonsエイリアスを設定したのと同じ方法で新しいアカウント/エイリアスを設定したようですが、新しいアカウントでは機能しませんでした。私が持っている質問は、Exchangeサーバー自体に対してどのレベルのアクセス権があり、アカウント/エイリアスの作成でどのレベルの制御ができるかということだと思います。両方のアカウントが同じExchangeサーバーに存在することを確認しますか？それはホストされているので、そうではないかもしれませんし、新しいアカウントが置かれているサーバーに何かファンキーな設定があるかもしれません...
エイリアスはあなたがやりたいことではないかもしれません。別の電子メールアカウントを設定し、それを独自のメールボックスに配信せずに[email protected]に転送するように設定する必要があります。これにより、すべてのヘッダーがそのまま保持されます。
最善のオプションは、別の電子メールアカウントを設定することですが、それを望まない場合は、電子メールの送信に使用されているプログラムを確認し、それが問題ではないことを確認することもできますか？内部に送信されているのですか、それとも外部ユーザーから送信されているのですか？交換のバージョンを知っていますか？ Apptixサポートと話しましたか？
アカウントとエイリアスを再作成して、キャッシュされている可能性のある場所をすべてクリアしてみましたか。