Documentation de Postfix

Posté par  . Modéré par Nÿco.
Étiquettes : aucune
0
10
déc.
2003
Linux
La traduction de la documentation de Postfix (à jour) est disponible sur http://x.guimard.free.fr/postfix/

Postfix est l'un des serveurs de messagerie pour Unix les plus sécurisés, et certainement le plus facile à configurer. Depuis deux ans, je maintiens la traduction française de la documentation. Les contributeurs et en particuliers les relecteurs sont les bienvenus !

Wietse Venema (le créateur de Postfix) a d'ailleurs annoncé qu'il allait intégrer les traductions à son site prochainement.

Aller plus loin

  • # Re: Documentation de Postfix

    Posté par  . Évalué à 1.

    un probleme dans l'url mettre http:// avant sinon ca pointe sur linuxfr

    -1

  • # Re: Documentation de Postfix

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

    Le lien merde lorsque l'on cliques depuis linuxfr.org, un probleme templeet ? J'utilise mozilla 1.5 sous Debian sid.

    Sinon, bien la documentation, j'utilise postfix depuis 3 ans et c'est un vrai bonheur de remplacer des sendmails a la pelle.

    Steph

    • [^] # Re: Documentation de Postfix

      Posté par  . Évalué à 0.

      c'est un vrai bonheur de remplacer des sendmails a la pelle.
      La réciproque est également valable, comme quoi, vive le libre et la liberté de choix!

      • [^] # Re: Documentation de Postfix

        Posté par  . Évalué à 4.

        c est peut etre valable , mais pas tres logique .

        • [^] # Re: Documentation de Postfix

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

          C'est surtout pas malin, il faut être bien optimiste pour croire que sendmail a réussi à supprimer tous les trous de sécurité de son code spagetti, et de croire qu'on est suffisament intelligent pour comprendre la vraie signification de la configuration cryptique de ce dinosaure.

          • [^] # Re: Documentation de Postfix

            Posté par  . Évalué à 9.

            la vraie signification de la configuration cryptique de ce dinosaure.
            C'est vrai que si tu essayes de comprendre sendmail.cf, c'est mal barré, mais c'est pas la bonne méthode (RTFM)
            En ce qui concerne la sécurité, je ne discute pas ce point. Mais je pense qu'un sendmail en relais interne (avec un postfix en DMZ...) peut rendre pas mal de service car très puissant, notamment grâce à MILTER.
            Sans vouloir alimenter le troll, je trouve les réactions un peu trop mécaniques quand on parle de Sendmail (dino, complexe,....). Ce MTA a des défauts, mais il a également beaucoup de qualités, comme tous les softs en général...

            • [^] # Re: Documentation de Postfix

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

              Sendmail peut et sait tout faire : forcémént ce n'est pas un facteur de simplification.
              Postfix qui n'a pas eu cette prétention, reste beaucoup plus convivial que le ténébreux sendmail.cf (surtout vers la fin du fichier).

  • # Re: Documentation de Postfix

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

    Ce qui me plaît le plus dans postfix, c'est que je n'ai jamais vu un seul advisory de sécurité à son sujet... c'est un peu rassurant :)

  • # Re: Documentation de Postfix

    Posté par  . Évalué à 1.

    Ce qui est dommage, c'est que je n'arrive toujours pas à envoyer de mail vers AOL, même en rajoutant dans le main.cf un relayhost = [smtp.wanadoo.fr]

    Vous y arrivez vous ?

    • [^] # Re: Documentation de Postfix

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

      Oui parfoi, sans configuration de relayhost, mais il semble que des messages se perdent régulièrement, si bien qu'il me semblait que le réseau AOL n'était que partiellement intégré à l'Internet.
      Quelqu'un aurait des infos sur le sujet?

    • [^] # Re: Documentation de Postfix

      Posté par  . Évalué à 2.

      1/ tu pourrais etre plus fin en jouant avec la table transport et en n utilisant ici le smtp de wanadoo que pour les mails @aol.com
      http://www.postfix.org/transport.5.html(...)


      2/ ton autre probleme vient surement du fait que tu utilise pas les dns wanadoo pour ton dns , a savoir un bind en caching sur les root-servers
      le host smtp.wanadoo.fr retourné est different selon que tu utilises les dns wanadoo ( en tant qu abonné ) ou pas. Il faut dans ce cas gérer specifiquement la zone wanadoo.Fr en forward vers les dns abonnés.

      • [^] # Re: Documentation de Postfix

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

        Lorsque je me connecte via Wanadoo et que j'utilise postfix en temps que serveur de mail, smtp.wanadoo.fr me renvoie un message disant qu'il n'accepte pas les mails relayés. Or, lorsque j'utilise Free comme FAI, l'équivalent passe sans problème.

        Dans un cas comme dans l'autre :
        - j'utilise relayhost=smtp.le.fai (smtp.wanadoo.fr ou smtp.free.fr)
        - la resolution des noms passe bien par les DNS des fai, et je recopie bien le /etc/resolve.conf dans le /etc du chroot de mon serveur postfix...

        Jusqu'à présent, je pensais que c'était un problème de configuration des serveurs de Wanadoo (afin de limiter le spam par exemple), mais si certains ici arrivent à faire fonctionner Postfix chez Wanadoo, je vais me repencher sur la question.

    • [^] # Re: Documentation de Postfix

      Posté par  . Évalué à 1.

      Si tu mets exactement relayhost = [smtp.wanadoo.fr], Postfix ne va pas tenter de résoudre ce qui est entre []. Or aux dernières nouvelles, une adresse IP "smtp.wanadoo.fr" ça existe pas (non? si!).
      La syntaxe correcte serait relayhost = smtp.wanadoo.fr (alors le Postfix va tenter de résoudre "smtp.wanadoo.fr" avec une requête DNS) ou encore pouquoi pas relayhost = [10.0.0.1] si on indique une adresse IP brute de fondrie.

  • # Re: Documentation de Postfix

    Posté par  . Évalué à 1.

    Comment se fait-il que le nom d'Exim ne soit même pas effleuré alors que c'est un concurrent au moins aussi sérieux que sendmail et qmail.

    • [^] # Re: Documentation de Postfix

      Posté par  . Évalué à 2.

      C'est bien vrai, meme si un peu plus complexe que postfix, exim (et encore plus le recent exim4) est quand meme drolement bien pensé et son language de filtre est très puissant.

      Pour faire face à un problème d'outlook (pas express hein, le gros outlook bien pourrave de la suite office pourrave elle aussi) qui est infoutu (alors qu'outlook express le peut !!) d'enregistrer les mails envoyés dans un folder imap, sauf en utilisant une règle de filtrage outlook supplementaire qui se desactive par magie au moindre souci lors d'un envoi de mail, <reprendre sa respiration ici > j'ai utlisé exim en forçant l'authentification smtp sur tout les postes -> grace à ça je peux recuperer le login dans une variable et faire une copie du mail à la volée dans ~$login/Maildir/Sent par exemple.

      Je n'ai pas réussi à faire la même chose avec Postfix :)

      Exim est à mon avis un peu plus customisable mais un peu moins simple à prendre en mains.

      Je n'ai pas fait joujou avec sendmail mais je suis curieux de savoir ce qu'il apporterait de plus qu'un exim par exemple.

      • [^] # Re: Documentation de Postfix

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

        On utilise essentiellement sendmail dans deux cas :
        1 - il est déjà installé, paramétré et fonctionne bien. Ce n'est pas la peine de chercher des ennuis, on le garde.
        2 - On gère un très grand nombre de courriers chaque jour que postfix, exim ou qmail auraient du mal à digérer.
        Sinon, je ne vois pas de raisons de préférer sendmail.

        • [^] # Re: Documentation de Postfix

          Posté par  . Évalué à 1.

          2 - On gère un très grand nombre de courriers chaque jour que postfix, exim ou qmail auraient du mal à digérer.
          Tu t'appuies sur quoi pour dire ça ?

          • [^] # Re: Documentation de Postfix

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

            Pour des raisons historiques, sendmail gère de très gros comptes et a donc démontré sa capacité à le faire. Pour ses concurrents, il est difficile de montrer une aussi belle carte de visite, ce qui ne veut pas dire qu'ils ne le pourraient pas mais ce n'est pas prouvé et c'est un argument pour les décideurs.

            • [^] # Re: Documentation de Postfix

              Posté par  . Évalué à 1.

              Pour des raisons historiques, sendmail gère de très gros comptes et a donc démontré sa capacité à le faire

              ca doit etre pour ca que nombreux , ceux qui migrent vers d autres serveurs de mails ...

              Pour ses concurrents, il est difficile de montrer une aussi belle carte de visite, ce qui ne veut pas dire qu'ils ne le pourraient pas mais ce n'est pas prouvé et c'est un argument pour les décideurs.

              la carte de visite de qmail ou postfix n est plus a faire , cf plus haut et les ISP qui l utilisent .

        • [^] # Re: Documentation de Postfix

          Posté par  . Évalué à 2.

          non absolument pas , sendmail est depassé depuis bien longtemps
          par postfix ou qmail ( exim je sais pas ) , suffit de voir les nombreux ISP qui l utilisent et la charge c est eux qui la supporte , par exemple tiscali , wanadoo , free ou encore club-internet utilisent postfix au moins en frontal , yahoo lui est sous qmail , et quand je parle d un "très grand nombre de courriers" ca se compte en plusieurs millions de mails par jour.

      • [^] # Re: Documentation de Postfix

        Posté par  . Évalué à 1.

        C'est bien vrai, meme si un peu plus complexe que postfix, exim (et encore plus le recent exim4) est quand meme drolement bien pensé et son language de filtre est très puissant.
        Je trouve exim vraiment très accèssible, et ce encore plus depuis exim4 et la disparition des directors !
        Le seul prérequis est de connaître le fonctionnement de SMTP et DNS. Sa doc est clairement l'une des meilleures docs de serveur qu'il existe. Je ne comprends pas bien ce qui te fait le trouver compliqué.

Suivre le flux des commentaires

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