Articles précédents : RTFM
- [128] "Quick Reference" pour debian
- [8] Un petit article Procmail
- [28] Ext3 et comparatifs vs. reiserfs
- [2] La viabilité économique des sociétés gérant des projets libres
- [23] VPN, Freeswan
- [14] Centralisation et décentralisation de son carnet d'adresse et de ses bookmarks
- [51] Guide de la mise en place d'un routeur/parefeu sous OpenBSD
- [84] Encoder un DivX sous Linux
- [38] GnuPG et échange de clefs
- [44] Introduction à GnuPG
Liens connexes
- La FAQ (2411 hits)
- Site officiel (838 hits)
- Site en français (3177 hits)
- Le magazine Login (869 hits)
Dépêche modérée par
La FAQ (2411 hits)
Site officiel (838 hits)
Site en français (3177 hits)
Le magazine Login (869 hits)
> Lire les commentaires (8 commentaires, moyenne: 4,1).
[+] [Hors-sujet] Illustrations
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(...(...)">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 Foxy (page perso, ) le 11/12/2001 à 10:20. (lien). Évalué à 13."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 Etienne Roulland () le 11/12/2001 à 11:16. (lien). É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 Foxy (page perso, ) le 11/12/2001 à 13:40. (lien). É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 Etienne Roulland () le 11/12/2001 à 14:50. (lien). É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 boubou (page perso, ) le 11/12/2001 à 13:47. (lien). É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.-
[^]Re: [Hors-sujet] Illustrations
-
-
-
Spamassassin : un must pour la lutte contre le spam.
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/(...(...)">http://spamassassin.taint.org/(...(...(...)))




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.