J'ai été confronté à une situation qui n'a donné lieu à aucune solution élégante, quelle que soit l'aide apportée. J'ai un domaine, les comptes de messagerie de ce domaine sont hébergés à la fois sur Office365 et sur un VPS cPanel. Le VPS est configuré comme un "smarthost". Mon enregistrement MX pointe vers Office 365, si aucun compte correspondant n'est trouvé, l'email sera dirigé vers mon VPS. Si aucun compte correspondant n'est trouvé sur le VPS, la livraison du message échouera. Tout cela fonctionne comme prévu.
Mon problème est que si j'envoie un email depuis le serveur VPS vers le domaine qui est partagé entre Office 365 et le VPS, mon VPS suppose qu'il s'agit d'un compte email local et la livraison échoue.
C'est la solution de secours que j'ai ajoutée à ma configuration Exim dans la section prerouters :
office365exchangeForward:
driver = manualroute
condition = ${lookup{$local_part@$domain}lsearch{/home/ben/etc/exim_office365hostedaddresses} {yes}{no}}
transport = remote_smtp
route_list = * bensdomain-com.mail.protection.outlook.comCette sous-section vérifie l'adresse du destinataire par rapport à un fichier géré manuellement. S'il existe une correspondance, le message est transféré du VPS vers Office 365 pour être délivré. Cela fonctionne efficacement, mais chaque fois qu'un nouvel alias/groupe/adresse est ajouté du côté d'Office 365, ce fichier doit être mis à jour manuellement.
Est-ce que quelqu'un peut m'aider à trouver une solution à ce problème d'hébergement fractionné de livraison d'emails, sans l'étape de maintenance manuelle ?
