L'échange modifie les e-mails avant de les transférer vers un compte Google Apps externe. J'espère trouver un moyen de résoudre ce problème.
Voici quelques détails supplémentaires:
Utilisation de l'échange 2010 SP3 Version 14.3.123.4
Le serveur d'échange transfère des e-mails de certains utilisateurs vers des comptes Google Apps (en utilisant un Contact Externe dans AD). L'échange est configuré pour mettre les e-mails dans la boîte aux lettres de l'utilisateur et également transférer une copie vers leur compte Google Apps. Le problème est que les e-mails provenant de l'extérieur (par exemple @google.com) échouent au test DKIM du côté de Google Apps après leur transfert depuis l'échange et sont marqués comme spam. J'ai obtenu ces informations en regardant le source de l'e-mail et en voyant ce message :
Résultats d'authentification: mx.google.com;
dkim=neutre (le hachage du corps n'a pas été vérifié) en-tête.i=@example.com;
spf=pass (google.com: le domaine de l'utilisateur@mydomain.com désigne 1.1.1.1 comme expéditeur autorisé) smtp.mailfrom=user@mydomain.com;
dmarc=échec (p=REJET dis=NONE) en-tête.depuis=example.com- user@mydomain.com - un utilisateur avec une boîte aux lettres d'échange et Google Apps
compte - 1.1.1.1 - IP externe du serveur d'échange, inclus dans l'enregistrement SPF
- example.com - domaine public externe qui a dmarc configuré
Test et résultats des e-mails directs par rapport aux e-mails transférés:
Voici un exemple de deux e-mails. Un e-mail a été envoyé à l'adresse e-mail de l'utilisateur du serveur Exchange, l'autre a été envoyé directement à l'adresse e-mail Google Apps en utilisant l'alias de domaine temporaire assigné par Google Apps (user@mydomain.com.test-google-a.com).
Le sujet et le corps étaient exactement les mêmes dans les deux e-mails envoyés. La seule différence entre les deux reçus est que l'e-mail transféré par l'échange avait modifié les limites du corps et la valeur de l'encodage de caractères a maintenant des guillemets autour de l'UTF-8.
Directement vers Gmail (user@mydomain.com.test-google-a.com):
Type de contenu: multipart / alternatif; boundary=001a1149a47ee5ea57053414b981
--001a1149a47ee5ea57053414b981
Type de contenu: texte/plain; charset=UTF-8
Corps de test
--001a1149a47ee5ea57053414b981
Type de contenu: texte/html; charset=UTF-8
Corps de test
--001a1149a47ee5ea57053414b981--Transféré depuis l'échange (user@mydomain.com):
Type de contenu: multipart / alternatif; boundary="001a1149a47ee5ea57053414b981"
--001a1149a47ee5ea57053414b981
Type de contenu: texte/plain; charset="UTF-8"
Corps de test
--001a1149a47ee5ea57053414b981
Type de contenu: texte/html; charset="UTF-8"
Corps de test
--001a1149a47ee5ea57053414b981--J'ai le sentiment que le DKIM échoue parce que l'échange a ajouté les guillemets aux valeurs des paramètres de charset et de boundary. Espérons qu'il y a un moyen de désactiver cela et que les e-mails passeront le dkim sans problème.
