Implémentation du chemin de retour d'enveloppe variable (VERP) à l'aide d'Exchange

Nous envisageons d'implémenter le chemin de retour d'enveloppe variable (VERP) pour améliorer le traitement des rebonds pour notre application.

Notre infrastructure de messagerie actuelle est MS Exchange 2007 mais est en cours de mise à niveau vers 2010. Nous implémentons également Postini pour le filtrage du spam.

Exchange ne prend pas en charge le sous-adressage (voir également cette question sur les adresses jetables ) - et VERP est en quelque sorte une application spécialisée du sous-adressage.

Existe-t-il des options pour implémenter VERP dans Exchange sans placer un autre relais SMTP non-Exchange devant Exchange pour prétraiter les messages entrants? Plus précisément, une règle de transport pourrait-elle être créée qui pourrait correspondre au destinataire cible (non existant), stocker cette adresse de destinataire dans un en-tête spécial ajouté au message et rediriger le message vers une boîte aux lettres pré-créée?

Remarque: nous avons des ressources pour développeurs disponibles si du code personnalisé peut être utilisé d'une manière ou d'une autre.

Certes, prêt à l'emploi, il n'y a pas de prise en charge de VERP dans Exchange 2007/2010. Comme vous le savez. Je ne pense pas que vous pourrez créer une règle de transport, même avec PowerShell, pour faire ce que vous voulez. Je crois que le plus proche que vous obtiendrez sera de construire votre propre agent de transport. Vous pouvez trouver le SDK Exchange sur msdn.microsoft.com. Si votre objectif est de déterminer pour qui un message a rebondi, vous feriez mieux d'analyser les journaux de protocole. La journalisation du protocole doit être activée et possède des journaux d'envoi / réception distincts. Bonne chance, Paul

L'échange est nul. Le logiciel de messagerie Linux est gratuit. Installez-le sur une boîte, configurez un sous-domaine pour tous les messages spécifiques à votre application que vous envoyez. (Comme myapp.mycompany.tld, donc tout votre courrier provient de someuser@myapp.mycompany.tld)

Il serait assez facile d'écrire (ou de demander à quelqu'un d'écrire) une application rapide et sale qui recevrait et traiterait les messages de rebond et notifierait votre application en utilisant quelque chose comme SOAP.

Si vous êtes un environnement Windows uniquement, ce n'est pas amusant de rompre pour exécuter un serveur Linux unique, mais je ne connais pas de moyen de le faire avec Exchange.

Une autre option pourrait consister à incorporer une chaîne de caractères unique dans l'en-tête, le sujet ou le corps de chaque message. Utilisez X-MyApp-Id: blah. Bien sûr, cela peut déclencher plus de filtres anti-spam ...

Nous faisons cela en analysant les journaux de suivi des messages et en ayant une règle qui supprime les messages de rebond avant qu'ils ne soient envoyés. Cela fonctionne si votre application d'envoi peut créer un chemin de retour VERP. Ce n'est pas la partie SMTP de l'échange qui ne peut pas faire VERP, c'est la partie boîte aux lettres qui ne peut pas gérer les caractères génériques pour déposer les messages de rebond dans une boîte aux lettres. Si vous utilisez les journaux, vous n'avez pas à envoyer le message de rebond qui réduit votre trafic de messagerie. Les journaux sont des fichiers csv, ils se chargent donc parfaitement dans une base de données, puis vous analysez le champ du chemin de retour pour votre ID d'enregistrement VERP et utilisez le code anomalie pour marquer comme rebond dur ou doux. Le problème que nous avons est que cela fonctionne très bien si votre application utilise smtp pour se connecter au serveur Exchaange. Pour certaines raisons, si vous utilisez l'échange du répertoire de collecte, votre chemin de retour verp est remplacé par l'adresse de provenance et vous perdez la possibilité de le faire. J'essaie toujours de comprendre cela.