Ian,
Laissez-moi d'abord vous expliquer comment Exchange traite les informations BCC. Vous trouverez un bon article ici : http://gsexdev.blogspot.com/2011/06/processing-bccs-in-exchange-transport.html
Vous pouvez également trouver des informations sur la façon dont Exchange traite les BCC ici : https://superuser.com/questions/476620/finding-bcc-in-internet-mail-headers
De plus, je vais simplement copier/coller la réponse de cet employé de MS car elle l'explique suffisamment bien : http://social.technet.microsoft.com/Forums/exchange/en-US/faa6a8f4-7192-406f-bf7c-f41b52473e37/exchange-or-outlook-rule?forum=exchangesvrsecuremessaging
El champs affichées dans l'interface utilisateur du client Outlook n'ont rien à voir avec les éléments suivants la livraison des e-mails. Ils sont là pour la commodité de l'utilisateur. Lorsque vous avez client outlook d'envoyer un message, il compile une liste globale de tous les destinataires spécifiés dans les champs (To, Cc, et Bcc). champs affiché dans son interface utilisateur. En utilisant cette liste de destinataires, outlook émet ensuite un RCPT-TO au serveur de messagerie pour chaque destinataire. Une fois que c'est fait, outlook émet une (une seule) commande DATA qui contient votre message (en-têtes, ligne de délimitation vide, et corps du message). Le serveur de messagerie n'a aucune idée quel destinataire a été spécifié dans quel champ et il s'en moque. Il Il a été informé de l'identité des destinataires par la liste des commandes RCPT-TO. qu'il a reçues. Les destinataires ne verront jamais la liste originale des commandes commandes RCPT-TO que l'expéditeur a envoyées à son serveur de courrier.
Les en-têtes du message (ce qui est envoyé pendant la commande DATA) sont les suivants ce qu'Outlook y met. Les clients de messagerie ne sont PAS censés inclure le champ Bcc dans leur section d'en-tête dans le message mais certains anciens clients l'ont fait. Outlook ne devrait insérer que les en-têtes To et Cc qui correspondent aux valeurs spécifiées dans les champs To et Cc de l'interface utilisateur. Puisque le champ Bcc n'a jamais été copié dans un en-tête Bcc du message, il n'y a pas d'erreur. rien dans les en-têtes du message n'indique qui sont les destinataires de l'en-tête Cci du message. Et comme les destinataires ne voient jamais la liste des commandes RCPT-TO émises par l'expéditeur à leur serveur de messagerie, il n'y a aucun moyen pour le destinataire de savoir qui a reçu un Cci. pour le destinataire de savoir qui a été mis en Cci.
Même pour les anciens clients de messagerie qui avaient l'habitude d'inclure l'en-tête Bcc dans le fichier message en fonction de la valeur du champ Bcc dans leur interface utilisateur (comme, par exemple, une option pour le faire), de nombreux hôtes de messagerie récepteurs supprimeront cet en-tête de l'en-tête. Comme il n'était pas censé être transmis, il est supprimé. s'il est présent. L'objectif du champ Bcc n'est PAS de créer un en-tête avec cette liste de destinataires.
Entrons donc dans le vif du sujet. Exchange traite le courrier différemment de ce à quoi vous êtes habitué sur votre serveur de messagerie Linux.
Mais que pouvez-vous faire si Insightly ne veut pas changer sa programmation ?
Voici quelques idées qui pourraient fonctionner :
1) Continuer avec l'idée de BCC mais faire 2 sauts. Ce que je veux dire par là, c'est qu'il faut créer des boîtes aux lettres ressources ou similaires dans Exchange pour les adresses électroniques des projets Insightly. Ensuite, mettez ces adresses en BCC et faites en sorte que ces boîtes aux lettres transfèrent automatiquement tous les e-mails à la "vraie" adresse e-mail du projet Insightly. A ce moment-là, Insightly devrait la voir comme une adresse TO réelle. Je ne sais pas comment l'information FW : serait gérée, mais cela vaut la peine d'essayer.
2) Envisagez simplement d'envoyer un CC à l'adresse d'Insightly. Je comprends pourquoi vous voulez faire le BCC mais c'est peut-être une option ?
3) Même chose que le n°1 ci-dessus, mais mettez les adresses e-mail sur le serveur de messagerie Linux. Ensuite, faites en sorte que ce serveur déclenche un BCC Insightly dès qu'il reçoit un BCC d'Exchange. Vous devrez utiliser un domaine de messagerie différent sur le serveur Linux et les utilisateurs d'Outlook enverront un message BCC à ce domaine (comme Project1@insightly.internal). Ensuite, Exchange délivrerait le courrier destiné au domaine insightly.internal au serveur Linux. Le serveur Linux déclencherait alors un BCC vers Project1@realdomain.com. C'est frustrant et stupide, mais cela devrait fonctionner aussi bien.
J'espère que cela vous aidera un peu. C'est une situation délicate, et vous ne pouvez pas vraiment abandonner le logiciel de CRM à cause de cela, je suppose.
