Exchangeを使用した可変エンベロープリターンパス(VERP)の実装


10

アプリケーションのバウンス処理を改善するために、変数エンベロープリターンパス(VERP)の実装を検討しています。

現在のメールインフラストラクチャはMS Exchange 2007ですが、2010年にアップグレード中です。スパムフィルタリングのためにPostiniも実装しています。

Exchangeはサブアドレス指定をサポートしていません(使い捨てアドレスに関するこの質問も参照してください)。VERPは、サブアドレス指定の特殊なアプリケーションです。

受信メッセージを前処理するためにExchangeの前に別のExchange以外のSMTPリレーを配置せずにExchangeにVERPを実装するためのオプションはありますか?具体的には、ターゲット(存在しない)受信者と一致し、その受信者アドレスをメッセージに追加された特別なヘッダーに格納し、メッセージを事前に作成されたメールボックスにリダイレクトするトランスポートルールを作成できますか?

注:カスタムコードをなんらかの方法で使用できる場合は、開発者向けリソースを用意しています。


1
で恵みのルールを参照してくださいserverfault.com/faq、ここでアドバイスとして私が手続きをお勧めします。meta.stackexchange.com/questions/7046/...
ジェフ・アトウッド

回答:


1

確かに、そのままでは、Exchange 2007/2010ではVERPはサポートされていません。あなたが知っているように。PowerShellを使用していても、トランスポートルールを作成して希望どおりの操作を実行できるとは思えません。あなたが得る最も近いものはあなた自身のトランスポートエージェントを構築することだと思います。Exchange SDKはmsdn.microsoft.comにあります。メッセージの宛先が誰であるかを判別することが目的である場合は、プロトコルログを解析する方がよいでしょう。プロトコルログをオンにする必要があり、個別の送信/受信ログがあります。頑張って、ポール


これは、トランスポートエージェントSDK msdn.microsoft.com/en-us/library/aa579074(v=EXCHG.140).aspxへのリンクです。
SLY

1

交換はこれで最悪です。Linuxメールソフトウェアは無料です。ボックスにインストールし、送信するすべてのアプリケーション固有のメールのサブドメインを構成します。(myapp.mycompany.tldと同様に、すべてのメールはsomeuser@myapp.mycompany.tldから送信されます)

バウンスメッセージを受信して​​処理し、SOAPのようなものを使用してアプリに通知する迅速でダーティなアプリを書く(または誰かに書いてもらう)のは、かなり簡単です。

Windowsのみの環境である場合、1回限りのLinuxサーバーを実行することは簡単ではありませんが、Exchangeでこれを実行する方法を知りません。

別のオプションとして、すべてのメッセージのヘッダー、件名、または本文に一意の文字列を埋め込むこともできます。X-MyApp-Id:blahを使用してください。もちろん、これはより多くのスパムフィルターを作動させるかもしれません...


0

これを行うには、メッセージ追跡ログを解析し、送信される前にバウンスメッセージを削除するルールを設定します。これは、送信アプリがVERPリターンパスを作成できる場合に機能します。VERPを実行できないのは交換のSMTP部分ではなく、メールボックスにバウンスメッセージを配置するためのワイルドカードを処理できないのはメールボックス部分です。ログを使用する場合、メールトラフィックを削減するバウンスメッセージを送信する必要はありません。ログはcsvファイルであるため、データベースにいくらかきれいに読み込まれ、VERPレコードIDのリターンパスフィールドを解析し、理由コードを使用してハードまたはソフトバウンスとしてマークします。アプリがsmtpを使用してexchaangeサーバーに接続している場合、これがうまく機能するという問題があります。何らかの理由で、ピックアップディレクトリ交換を使用すると、verp return-pathがfromアドレスに置き換えられ、これを行うことができなくなります。まだこれを理解しようとしています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.