Implementieren des VERP (Variable Envelope Return Path) mit Exchange

Wir prüfen die Implementierung von VERP ( Variable Envelope Return Path ) für eine verbesserte Bounce-Verarbeitung für unsere Anwendung.

Unsere aktuelle Mail-Infrastruktur ist MS Exchange 2007, wird jedoch derzeit auf 2010 aktualisiert. Außerdem implementieren wir Postini für die Spam-Filterung.

Exchange unterstützt keine Unteradressierung (siehe auch diese Frage zu verfügbaren Adressen ) - und VERP ist eine spezielle Anwendung der Unteradressierung.

Gibt es Optionen zum Implementieren von VERP in Exchange, ohne dass ein anderes Nicht-Exchange-SMTP-Relay vor Exchange gestellt wird, um eingehende Nachrichten vorzuverarbeiten? Könnte insbesondere eine Transportregel erstellt werden, die mit dem Zielempfänger (nicht vorhanden) übereinstimmt, diese Empfängeradresse in einem der Nachricht hinzugefügten speziellen Header speichert und die Nachricht an ein vorab erstelltes Postfach umleitet?

Hinweis: Wir haben Entwicklerressourcen zur Verfügung, wenn benutzerdefinierter Code irgendwie verwendet werden könnte.

Standardmäßig wird VERP in Exchange 2007/2010 nicht sofort unterstützt. Wie du weißt. Ich glaube nicht, dass Sie selbst mit PowerShell eine Transportregel erstellen können, um das zu tun, was Sie wollen. Ich glaube, Sie werden am ehesten Ihren eigenen Transportagenten bauen. Sie finden das Exchange SDK unter msdn.microsoft.com. Wenn Sie feststellen möchten, für wen eine Nachricht gesendet wurde, sollten Sie die Protokollprotokolle besser analysieren. Die Protokollprotokollierung muss aktiviert sein und verfügt über separate Sende- / Empfangsprotokolle. Viel Glück, Paul

Exchange saugt daran. Linux Mail Software ist kostenlos. Installieren Sie es auf einer Box und konfigurieren Sie eine Subdomain für alle Ihre anwendungsspezifischen E-Mails, die Sie versenden. (Wie bei myapp.mycompany.tld kommt Ihre gesamte E-Mail von [email protected].)

Es wäre ziemlich einfach, eine schnelle und schmutzige App zu schreiben (oder jemanden zum Schreiben zu bringen), die die Bounce-Nachrichten empfängt und verarbeitet und Ihre App mit SOAP benachrichtigt.

Wenn Sie eine reine Windows-Umgebung sind, macht es keinen Spaß, einen einmaligen Linux-Server zu betreiben, aber ich kenne keine Möglichkeit, dies mit Exchange zu tun.

Eine andere Möglichkeit könnte darin bestehen, eine eindeutige Zeichenfolge in die Kopfzeile, den Betreff oder den Text jeder Nachricht einzubetten. Verwenden Sie X-MyApp-Id: bla. Dies kann natürlich mehr Spam-Filter auslösen ...

Dazu analysieren wir die Nachrichtenverfolgungsprotokolle und haben eine Regel, die die Bounce-Nachrichten löscht, bevor sie gesendet werden. Dies funktioniert, wenn Ihre sendende App einen VERP-Rückweg erstellen kann. Es ist nicht der SMTP-Teil des Austauschs, der VERP nicht ausführen kann, sondern der Postfachabschnitt, der die Platzhalter nicht verarbeiten kann, um die Bounce-Nachrichten in einem Postfach abzulegen. Wenn Sie die Protokolle verwenden, müssen Sie keine Bounce-Nachricht senden, die Ihren E-Mail-Verkehr verringert. Die Protokolle sind CSV-Dateien, daher werden sie ordentlich in eine Datenbank geladen. Anschließend analysieren Sie das Rückgabepfadfeld für Ihre VERP-Datensatz-ID und verwenden den Ursachencode, um es als Hard- oder Soft-Bounce zu markieren. Das Problem, das wir haben, ist, dass dies großartig funktioniert, wenn Ihre App SMTP verwendet, um eine Verbindung zum Exchange-Server herzustellen. Aus irgendeinem Grund, Wenn Sie den Pickup-Verzeichnisaustausch verwenden, wird Ihr verp-Rückweg durch die from-Adresse ersetzt, und Sie verlieren die Möglichkeit, dies zu tun. Ich versuche immer noch, das herauszufinden.