HOWTO Qmail anti-spam

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
11
déc.
2001
Sécurité
Voici une FAQ sympa pour gérer le spam sous Qmail. Qmail est un serveur de courrier dont les points forts sont la sécurité, la fiabilité, la vitesse, etc. Nous entendons par SPAM l'envoi en masse de courrier non-solicité, généralement de la publicité. A noter également le dossier sur Qmail dans la revue Login de ce mois.

Aller plus loin

  • # [Hors-sujet] Illustrations

    Posté par  . Évalué à -4.

    Quel est l'intêret d'utiliser Qmail par rapport à Sendmail ou Postfix ? En plus, c'est pas libre.





    De toute façons, le spam va être illégal d'ici peu : http://linuxfr.org/2001/12/07/6267,0,-1,0,1.php3(...)">http://linuxfr.org/2001/12/07/6267,0,-1,0,1.php3(...(...))">http://linuxfr.org/2001/12/07/6267,0,-1,0,1.php3(...(...(...)))





    <Humour>


    Je sais pas si c'est fait exprès pour remercier le magazine de faire un dossier dessus, mais les illustrations du site me font furieusement penser à Login. Pas vous ?


    </Humour>





    Bon, -1 bien mérité. Encore un first post qui ne fait pas avancer le schmilblick.

    • [^] # Re: [Hors-sujet] Illustrations

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

      "Quel est l'intêret d'utiliser Qmail par rapport à Sendmail ou Postfix ? En plus, c'est pas libre."





      L'intérêt principal de Qmail est sa sécurité et sa fiabilité : son code source est publié depuis 1998 et n'a jamais été défait. Sur ce point, y a pas photo par rapport à Sendmail et son cortège de trous de sécurité au cours de son histoire.





      Perso, je trouve la conf de Qmail bien plus simple que celle de Sendmail. Néanmoins, Qmail présente d'autres inconvénients : DJ Berstein (développeur principal de Qmail) est obtus et refuse d'intégrer des nouveaux patchs à son code depuis 1998 !!! C'est pourquoi quand on installe Qmail, il faut installer toute un ensemble de patchs avec :-(





      Pour avoir installer les 3 MTA sur différents serveurs, on peut discuter effectivement des avantages/inconvénients de Qmail et de Postfix (Sendmail est has-been pour moi). Perso j'utilise un Postfix pour faire du mass-mailing car il est simple à configurer et très performant. Et j'utilise Qmail pour gérer plusieurs centaines de comptes Mail/POP pour la facilité de dissocier les comptes mail de comptes Unix normaux (via le package VPopMail).

      • [^] # Re: [Hors-sujet] Illustrations

        Posté par  . Évalué à 2.

        Et j'utilise Qmail pour gérer plusieurs centaines de comptes Mail/POP pour la facilité de dissocier les comptes mail de comptes Unix normaux (via le package VPopMail).





        Et ben ?





        On peux très bien faire la même chose avec postfix/sendmail suffit de bien choisir son MDA (en gros pas prendre UWIMAP)





        Courier-imap ou cyrus peuvent très bien se passer de comptes unix (et nous par la même occasion se passer de Qmail).





        Perso j'utilise un Postfix pour faire du mass-mailing car il est simple à configurer et très performant.


        Bon la solution est trouvée donc ... Postfix !

        • [^] # VPopMail

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

          "On peux très bien faire la même chose avec postfix/sendmail suffit de bien choisir son MDA (en gros pas prendre UWIMAP)"





          Faudra que tu révises la configuration d'un MTA : pour gérer les comptes mail, tu me proposes d'utiliser un serveur IMAP ?? Ce n'est pas exactement le même niveau de services (un serveur IMAP vient "au dessus" d'un serveur SMTP). Et si je n'ai pas besoin d'un serveur IMAP, je fais comment ? :-D





          Vpopmail se situe au niveau MTA i.e. pour créer un compte mail, pas besoin de crer un compte Unix ! Il y a indépendance des 2 types de compte.

          • [^] # Re: VPopMail

            Posté par  . Évalué à 3.

            Ceci n'est pas un appel a troll





            Faudra que tu révises la configuration d'un MTA : pour gérer les comptes mail, tu me proposes d'utiliser un serveur IMAP ??





            J'ai vraiment dit ca ? J'ai juste dit qu'on pouvait faire la même chose avec autre chose que qmail et vpopmail, par ex. avec cyrus (ou courier) et postfix (ou sendmail, ou exim ou ...): une gestion d'utilisateurs virtuels indépendants du mythique /etc/passwd





            Ce n'est pas exactement le même niveau de services (un serveur IMAP vient "au dessus" d'un serveur SMTP). Et si je n'ai pas besoin


            d'un serveur IMAP, je fais comment ? :-D





            Ce n'est pas que les services pop et imap qui sont gérés mais aussi la gestion des users, mais a un moment faut bien recuperer les mails ...








            UWIMAP fait du pop tout pareil.. mais ne supporte (pas suivi le developpement ces derniers mois) que les comptes unix.


            Cyrus courier peuvent bosser avec une base d'utilisateurs autre que /etc/passwd (ldap mysql base hash...).





            Je n'ai pas parlé de serveur IMAP (j'y peux rien si c'est son nom au truc : UW-IMAP) mais bien de softs poyvant gérer aussi des virtual users, faut bien le recuperer le mail a un moment que ce soit par pop, imap, .....

        • [^] # Re: [Hors-sujet] Illustrations

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

          Bon la solution est trouvée donc ... Postfix !





          Sauf qu'il y a déjà eu plusieurs bugs de sécurité dans Postfix et jamais aucun dans qmail.

  • # Spamassassin : un must pour la lutte contre le spam.

    Posté par  . Évalué à 10.

    C'est très performant : spamassassin filtre hyper bien à l'aide d'un système de scoring très évolué.


    Je le teste depuis un peu moins d'une semaine, et je n'ai jamais vu un logiciel antispal fonctionner aussi bien.





    Deux paquets à installer sur la debian et une petite modification de son .procmailrc et vous n'aurez plus de spam !





    http://spamassassin.taint.org/(...)">http://spamassassin.taint.org/(...(...))">http://spamassassin.taint.org/(...(...(...)))

Suivre le flux des commentaires

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