Forum Linux.général serveur de messagerie

Posté par  .
Étiquettes : aucune
0
8
mai
2007
Salut à tous

Voila, j'ai un petit problème concernant Postfix.
Pour un projet que je dois réaliser, je dois mettre en place un système de messagerie pour une entreprise qui dispose de 3 sites distants (paris, lyon et marseille). J'ai donc monté mes MTA, mais je me pose une question concernant l'architecture du système. Sur chacun des 3 sites j'ai mis un MTA et un MDA, donc tous les sites délivrent du courrier localement. Ma question est : puisque tous les sites déposent du courrier localement, comment le MDA va t'il savoir si pour les mails qu'il délivre, l'utilisateur est bien présent sur ce site?
Je précise que je ne fais pas de sous domaine DNS

Merci beaucoupet bonne soirée à tous
  • # une bete histoire de relay

    Posté par  . Évalué à 2.

    le principe etant de passer le mail à l'autre serveur si je ne trouve pas chez moi.

    evidemment il faut arreter de passer au voisin si l'on ne trouve pas du tout.

    mais on peut peut-etre flaguer le mail afin de ne pas le relayer 50 fois si on n'a que 3 sites.

    sinon la solution sous domaine serait plus logique.

    ex :
    toto@lyon.masociete.com

    cela ne me semblerait pas denué de sens.
    • [^] # Re: une bete histoire de relay

      Posté par  . Évalué à 1.

      merci pour ta réponse.

      Donc en fait si je comprends bien postfix regarde dans sa liste d'alias si l'utilisateur est chez lui et s'il le trouve pas alors il transmet le mail à l'autre MTA. c'est ca?
      • [^] # Re: une bete histoire de relay

        Posté par  . Évalué à 1.

        il me semble bien que c'est le principe meme du relay

        par contre il te faut trouver comment limiter les renvois

        car un email qui part de paris doit faire
        paris -> lyon -> marseille

        un email qui part de lyon pourrait faire
        lyon -> marseille -> paris

        un email qui part de marseille pourrait faire
        marseille -> paris -> lyon

        seulement il ne faut pas que le mail dont le destinataire n'existe pas fasse (au depart de paris par ex)
        paris -> lyon -> marseille -> paris -> lyon ->...

        il faut donc trouver un moyen de compter les relais, ou penser ton architecture differemment
        • [^] # Re: une bete histoire de relay

          Posté par  . Évalué à 1.

          OK merci pour ces précisions, je vais voir si je peux trouver des paramètrs permettant de limiter ce phénomène de bouclage, ou voir meme, repenser mon architecture.

          Merci et bonne journée
          • [^] # Re: une bete histoire de relay

            Posté par  . Évalué à 1.

            Je suis du même avis, il faut penser l'architecture...
            Vu de l'extérieur il est normal de ne pas avoir accès à chaque ville
            mais en interne, il faut le faire sous peine de complication à venir.
            • [^] # Re: une bete histoire de relay

              Posté par  . Évalué à 1.

              Dans mon architecture, il y a donc un MTA par site et ils sont tous relier entre eux, ce qui forme un triangle. Donc en cas de défaillance de l'un les deux autres peuvent continuer de communiquer ensemble. Pour accéder aux relais MTA externes par contre ils doivent tous passer par une passerelle qui se situe sur le site de paris afin de centraliser la gestion de l'anti-spam et l'antivirus. Donc comme il me l'était conseillé, j'ai le choix de faire des sous domaines DNS pour chaque site ou alors configurer le relais de postfix de façon efficcace. Je préférai cette dernière solution.

              Avez vous d'autres conseils à me donner , parcqu' en fait , je ne vois pas trop comment je pourrai changer mon architecture pour la rendre plus efficcace.

              Merci encore pour votre aide
              • [^] # Re: une bete histoire de relay

                Posté par  . Évalué à 1.

                un melange de round-robin et de "haute dispo"

                tu fais tout gerer par le site de paris. et renvoie vers les sous entités (en temps normal)
                s'il n'etait pas dispo :
                - le systeme haute dispo elit l'entité qui prendra le relais
                - le round robin envoie les infos vers cette entité regionale
    • [^] # Re: une bete histoire de relay

      Posté par  (site web personnel) . Évalué à 2.

      Je ne sais pas pour les autres MTA mais postfix ça j'en suis quasi certain ne fonctionne par comme ça.
      Ne serons relayés que les mails dont le domaine n'est pas dans la liste des destinations locales.

      Pour le cas de skadomers la solutions la plus simple est de centraliser le MDA sur paris par exemple et de n'avoir que du MTA + secondaire sur les sites distants.
      L'autre solutions est plus compliquée, il faut au préalable établir la liste des personnes sur chaque site, et ensuite générer une table de correspondance toto@my.com => toto@lyon.my.com ... etc

      Pour stocker cette table j'utiliserai de préférence un annuaire LDAP, mais une DB mysql ferait aussi bien l'affaire, chaque MTA devra avoir accès à cette table pour pouvoir envoyer des mails, donc ils devront disposer chacun d'une copie locale (base LDAP/MySQL locale répliquée).

      Ensuite il faut maintenir sur chaque site la liste des utilisateurs locaux. (possiblitée de factoriser cela dans un seul enregistrement LDAP/table MySQL en utilisant le virtual hosting de postfix).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.