none
Rediriger des mails du même domaine sur plusieurs serveurs RRS feed

  • Question

  • Bonjour,

    Voila j'ai une question par rapport a la demande d'un client.

    Il veut mettre en place un serveur mail en interne chez lui pour environ 60 collaborateurs.

    Il en veut 20 sous Exchange et le reste en simple compte pop / smtp.

    Il voudrait donc prendre 20 compte en hosted chez nous et les 40 autres qu'on lui héberge sur notre plateforme postfix/roundcube.

    Est-il possible de mixer les deux ensemble et du coup de faire rediriger les adresses mails Exchange sur le serveur Exchange et les autres sur le serveur posfix/roundcube en pop / smtp ?

    Si vous avez la solution et une idée de mise en place je suis fortement intéressé car je n'ai pas franchement d'idée. Car je pense que si je paramètre un MX sur les deux ips de mes serveurs en changeant la priorité si le exchange répond en premier pour moi il va dire qu'il ne connait pas l'adresse qui sera paramétré sur le serveur linux.

    J'espère avoir était cler dans mes propos.

    Merci beaucoup de votre aide et de votre retour.

    Cordialement,

    Maxime

    PS : le but étant de ne pas payer de cal Exchange et donc la solution d'activer le POP / SMTP sur le serveur Exchange ne m’intéresse pas pour une raison de coût.

    lundi 25 mai 2015 16:43

Réponses

  • Bonjour,

    Suggestions

    Pourquoi ne pas laisser exchange se débrouiller avec cela ? (il le fait généralement bien):

    - Mails arrivent sur MX

    - Contrôle du serveur exchange pour destinataire local

    - Exchange envoie les courriels aux adresses non résolues sur un connecteur d'envoi

    Pour ce faire

    - Vérifiez que le nom de domaine que vous souhaitez partager est configuré comme domaine faisant autorité dans votre liste des domaines acceptés.

    [PS] C:\>Get-AcceptedDomain | fl domainname, *Saisir*

    DomainName : mycompany.local

    DomainType : Authoritative

    - Partagez l'espace de noms en changeant le type de relais interne du domaine

    [PS] C: \> Set-AcceptedDomain mycompany.local -DomainType InternalRelay

    - Créez un connecteur d'envoi qui redirigera les emails

    [PS] C:\>New-SendConnector -Name "Internal Relay" -Custom -AddressSpaces mycompany.local -SmartHosts **.*.*.** -SourceTransportServers ex2007.mycompany.local Identity

    AddressSpaces Enabled

    -------- ------------- -------

    Internal Relay {smtp:mycompany.local;1} True

    **.*.*.** adresse IP de l'autre système de messagerie et serveur de transport Hub pour envoyer le emails.

    Le serveur exchange qui n'a pas d'adresse locale correspondante de destinataire, transmettra les mails à l'autre système de messagerie.

    Dans le cas de l'utilisation de noms SMTP partagé vous devez

    - désactivez le filtrage des destinataires,  ou

    - Configurer le serveur pour faire des requêtes LDPA pour les répertoires qui partagent l'espace de noms, ou encore

    - Créer des contacts.

    Tout ceci afin d'éviter des soucis avec l'antivirus et l'AD (active directory ne possède pas toujours tous les destinataires valides pour toutes les organisations partageant l'espace de noms).

    Cordialement,

    Bricoleur.


    sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT


    lundi 25 mai 2015 20:18
  • Le design est assez simple, mais parfois fragile. Soit vous dirigez les émails vers l'une ou l'autre des plateformes et vous avez un mécanisme de routage entre les deux plateformes, soit vous avez une appliance tierce qui route en entrée, et vous avez quand même un mécanisme de routage entre les deux plateformes.

    Côté Exchange, vous trouverez plusieurs articles sur le concept de "Shared Address space", vous avez sur mon blog un exemple de script pour créer les éléments de configuration (http://brucejdc.azurewebsites.net/?p=322), dans le concept il s'agit de passer le domaine en InternalRelay et de créer un connecteur d'envoi spécifique.

    Côté PostFix, il suffit de manipuler la table de transport pour router les adresses emails Exchange vers Exchange. Dans ce scénario c'est Postfix qui gère les NDR pour les emails non remis.

    Le côté le plus complexe est l'intégration des emails Exchange dans Postfix, le plus simple est d'extraire les emails par script et les intégrer côté Postfix avec des tâches planifiées ou manuelle. En plus complexe, intégrer une source LDAP dans postfix pour aller lire l'AD directement.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mardi 26 mai 2015 07:41
    Modérateur

Toutes les réponses

  • Si vous mettez 2 ip sur le champ mx le mail prendra un  chemin ou l'autre mais pas en fonction de l'email.

    Il vous faut une application tierce en entrée de l'ip désigné par le champ mx capable de router les mails.

    Sinon il faut pouvoir configurer une redirection sur la solution externe et mettre l'ip du fournisseur externe dans le champ mx.

    L'autre solution que j'ai déjà utilisé et de mettre toute les adresses sur le services externes et de mettre un tools (en générale simple exe) qui télécharge les mails en pop depuis l'hébergeur sur le serveur Exchange. Je ne me rappelle plus le nom du tools que j'avais utilisé.

    lundi 25 mai 2015 18:23
    Modérateur
  • Bonjour,

    Suggestions

    Pourquoi ne pas laisser exchange se débrouiller avec cela ? (il le fait généralement bien):

    - Mails arrivent sur MX

    - Contrôle du serveur exchange pour destinataire local

    - Exchange envoie les courriels aux adresses non résolues sur un connecteur d'envoi

    Pour ce faire

    - Vérifiez que le nom de domaine que vous souhaitez partager est configuré comme domaine faisant autorité dans votre liste des domaines acceptés.

    [PS] C:\>Get-AcceptedDomain | fl domainname, *Saisir*

    DomainName : mycompany.local

    DomainType : Authoritative

    - Partagez l'espace de noms en changeant le type de relais interne du domaine

    [PS] C: \> Set-AcceptedDomain mycompany.local -DomainType InternalRelay

    - Créez un connecteur d'envoi qui redirigera les emails

    [PS] C:\>New-SendConnector -Name "Internal Relay" -Custom -AddressSpaces mycompany.local -SmartHosts **.*.*.** -SourceTransportServers ex2007.mycompany.local Identity

    AddressSpaces Enabled

    -------- ------------- -------

    Internal Relay {smtp:mycompany.local;1} True

    **.*.*.** adresse IP de l'autre système de messagerie et serveur de transport Hub pour envoyer le emails.

    Le serveur exchange qui n'a pas d'adresse locale correspondante de destinataire, transmettra les mails à l'autre système de messagerie.

    Dans le cas de l'utilisation de noms SMTP partagé vous devez

    - désactivez le filtrage des destinataires,  ou

    - Configurer le serveur pour faire des requêtes LDPA pour les répertoires qui partagent l'espace de noms, ou encore

    - Créer des contacts.

    Tout ceci afin d'éviter des soucis avec l'antivirus et l'AD (active directory ne possède pas toujours tous les destinataires valides pour toutes les organisations partageant l'espace de noms).

    Cordialement,

    Bricoleur.


    sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT


    lundi 25 mai 2015 20:18
  • Le design est assez simple, mais parfois fragile. Soit vous dirigez les émails vers l'une ou l'autre des plateformes et vous avez un mécanisme de routage entre les deux plateformes, soit vous avez une appliance tierce qui route en entrée, et vous avez quand même un mécanisme de routage entre les deux plateformes.

    Côté Exchange, vous trouverez plusieurs articles sur le concept de "Shared Address space", vous avez sur mon blog un exemple de script pour créer les éléments de configuration (http://brucejdc.azurewebsites.net/?p=322), dans le concept il s'agit de passer le domaine en InternalRelay et de créer un connecteur d'envoi spécifique.

    Côté PostFix, il suffit de manipuler la table de transport pour router les adresses emails Exchange vers Exchange. Dans ce scénario c'est Postfix qui gère les NDR pour les emails non remis.

    Le côté le plus complexe est l'intégration des emails Exchange dans Postfix, le plus simple est d'extraire les emails par script et les intégrer côté Postfix avec des tâches planifiées ou manuelle. En plus complexe, intégrer une source LDAP dans postfix pour aller lire l'AD directement.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mardi 26 mai 2015 07:41
    Modérateur
  • Bonjour,

    Merci pour vos retours.

    Je vais voir pour mettre en place les deux dernières solutions afin de dire a Exchange de rediriger vers le serveurs postfix quand il ne connait pas l'adresse mail.

    Merci pour les infos et pour le liens du blog bien pratique.

    Cordialement,

    Maxime

    mardi 26 mai 2015 12:23