Je vais avoir un problème à recevoir des courriels de rebondir à une adresse e-mail spécifique, différente de l'adresse From
.Spécifier l'adresse rebondissement pour le courrier électronique
Un client particulier exige que nous envoyons des e-mails à partir d'une adresse e-mail spécifique (appeler [email protected]
). Nos administrateurs Exchange ont créé un compte sur la boîte Exchange afin que nous puissions nous connecter et envoyer à partir de cette adresse. Notre serveur Exchange usurpe cette adresse/ce domaine. Cela fonctionne bien.
Malheureusement, les e-mails envoyés par [email protected]
ne sont pas rebondissent nous. Ils sont probablement rebondir sur le compte contact
au clientcompany.com
(qui peut exister ou non). J'ai inséré un en-tête [email protected]
en supposant que this field determines where bouncebacks are sent. D'autres documents indiquent que this field should never be populated by the originating SMTP system. D'autres sites parlent à nouveau de a field called Errors-To
qui est apparemment non standard. Alors, quel champ est le bon, et de quoi dépend-il?
Des idées pour lesquelles mon Return-Path
ne fonctionne pas? Je voudrais vraiment qu'Exchange rebondisse correctement un message adressé à un serveur invalide!
mise à jour:
continue à creuser, et mon Return-Path
travail n'a été l'ajout d'une propriété étendue à la fin du bloc d'en-tête, mais Exchange semble être encore en ajoutant sa propre valeur Return-Path
au sommet.
Delivered-To: [email protected]
Received: by 1.1.1.1 with SMTP ...
Return-Path: <[email protected]>
Received: from ... ...
...
Subject: Test
Message-ID: ...
Return-Path: [email protected]
Selon le Microsoft.com, I cannot set the Return-Path as it is determined by the MAIL FROM - ce qui semble cohérent avec ce que j'ai lu précédemment. Mais maintenant je suis coincé - comment puis-je modifier cette valeur MAIL FROM par programme dans Exchange 2007?
Je n'ai pas obtenu ce travail parce que Exchange semble rejeter les messages avec des en-têtes de messagerie altérés. Je crois que la solution se situe quelque part dans une configuration Exchange ... –