問題タブ [exchange-transport-agents]

Exchange Server の開発に取り組むのはこれが初めてです。以下は、私が使用している単純なトランスポート エージェントです。このエージェントは、以下のコードに示すように、電子メールの件名を更新するだけです。

以下は、エージェントのインストールに使用している Powershell スクリプトです。

Exchange 管理シェルを使用してエージェントが正常にインストールされました。

交換でメールを送受信すると、メールの件名は変更されません。メールには元の件名があります。どうしてか分かりません？

また、以下のリンクに記載されている手順を実行してエージェントをデバッグしましたが、ブレークポイントが Visual Studio Debugger によってヒットされません。

http://www.sf-tools.net/Messaging/tabid/55/EntryId/163/Exchange-2010-Transport-Agent.aspx

MS Exchange 2007 トランスポート エージェントのデバッグ

http://omarjames.com/blog/index.php/debugging-exchange-transport-agent/

私のシステム構成

以下のリンクから Microsoft が提供する Exchange Server 2007 仮想マシンを使用しています。

また、デバッグ用に Visual Studio 2008 を VM にインストールしました。

問題を解決するために私を助けてください?

最新バージョン (または古いバージョン) は、受信メッセージを分析し、受信メッセージをプレースホルダーまたは作成した新しいメッセージに置き換えるために作成できる、ある種のカスタム アドイン (プラグイン モジュール?) をサポートしていますか?

別のアプローチとして、着信メッセージ ファイル (交換メッセージ) を検索し、それらのメッセージを置き換えるフォルダー ウォッチャーを構築することも考えられるでしょうか?

私は Exchange の専門家ではないので、より良いアプローチがあれば耳を傾けます。Outlook アドインで使用されるコンテンツを分析できる .NET アセンブリがあります。送信メッセージに対して行うのと同じことを受信メッセージに対して実行できるサーバー側モジュールを実行する方法があるかどうかに興味がありました。 .

C# プログラム内でトランスポート エージェントを Exchange Server にインストールすることはできますか?

通常、Agent .dll を作成してから、Exchange 管理シェルを開いて次のコマンドを実行する必要があります。

Install-TransportAgent -Name "Agent Name" -TransportAgentFactory "Factory.Class.Name" -AssemblyPath "C:\Path\to\agent.dll"

と

enable-transportagent -Identity "Agent Name"

優先度の設定:

Set-TransportAgent -Identity "Agent Name" -Priority 3

C# アプリケーション内から (PowerShell コマンドを呼び出すか、.NET Framework を直接使用して) トランスポート エージェントをインストールするにはどうすればよいですか?

C# でカスタム トランスポート エージェントを開発しています。これには Microsoft Exchange Server 2010 を使用しています。メールが来るたびに、何らかの条件に基づいて、送信を許可するかどうかを決定する必要があります。許可しない場合は、電子メール全体 (.eml) を blob としてデータベースに保存します。拒否された電子メールを保持するためにデータベースを使用したくありません。それらのメールをいくつかのメールボックスに保持したい。メールをメールボックスにリダイレクトできるかどうか知りたいですか?

内部電子メールをさらに処理するためにリモート サーバーに再ルーティングするを作成しようとしてTransportAgentいますが、電子メールは Microsoft の内部 TNEF 形式で送信されます (コンテンツ変換は適用されません)。電子メールが外部の受信者に送信される場合に使用されるのと同じ形式にしたいと考えています。

現在、を使用しRoutingAgentて、内部メールをリモート サーバーに再ルーティングしています。カテゴライザーのパイプラインの観点からこれが発生する理由を誰かが説明できれば、たとえ私がそれを避けることができなくても、それは非常に役に立ちます。このエージェントは、Exchange のバージョンによって回答が異なる場合に備えて、Exchange 2010 と 2013 の両方に実装されます。

特にRoutingAgentであるExchange Trasport Agentがあります。OnSubmittedMessageイベントでは、 を調べて、アウトバウンドかインバウンドかを判断する必要がありますMailItem。現在、SmtpServer.AcceptedDomainsプロパティを使用して、送信者の電子メールが承認済みドメイン リストにあるかどうかを確認しています。これを行う方法の例を次に示します。

承認済みドメインについてはあまり詳しくありませんが、これが電子メールの方向を確実に判断するための実行可能なソリューションであるかどうかを理解しようとしていますか? このシナリオは、Exchange 組織の設定に複数のドメインが含まれている企業でも機能する必要があります。違いがある場合は、Exchange 2010-2016 をサポートする予定です。

- 編集 -

@GlenScales の助けを借りて、質問を少し更新する必要があることに気付きました。

私の目標は、電子メールの送信者が Exchange 組織内部のドメインに属しているかどうかを判断することです。これは、電子メールが Exchange 内で生成されたかどうかを判断することによっても達成できます。後の段階で受信者を検査し、それがインバウンドかアウトバウンドかを確認できます。

そうは言っても、3つの可能な解決策を検討しました。

1. 承認済みドメインのリストに対して送信者ドメインを確認します
2. AddressBook を使用して送信者が内部かどうかを確認する
3. InboundDeliveryMethod プロパティを確認し、メールボックスから作成されたかどうかを確認します

最終的に、メールボックスのみから生成されたメッセージを検査したいと判断し、#3 を採用しました。#1 は、実際には単に「転送」しているドメインを含む可能性があるように聞こえたので、アプリケーションでそれらのメッセージを考慮したくありません。