OVH Cloud OVH Cloud

Serveur mail et irc pour FreeBSD 5.1

31 réponses
Avatar
murf
bonjour :)

je voudrais savoir qu'elle serveur mail et IRC vous conseilliez

sous mon linux j'utilise postfix , maintenant on me dit que qmail est plus
stable et plus rapide...
bref je voudrais installer un serveur mail mais je sais pas trop lequel....

pour le serveur IRC... j'ai vu dans les /ports qu'il y a déjà des belles
choses avec des services aussi
perso j'utilise unreal IRCD , que j'ai pas vu dans les ports....
donc si qq1 connait un serveur IRC , stable et solide ( qui propose aussi le
module service )

je vous remerci d'avance pour vos conseils :)

10 réponses

1 2 3 4
Avatar
DINH Viêt Hoà

Ben non justement, pas postfix, qmail.


Non, les 2. postfix en sortie et qmail en entrée, ou le contraire.


en sortie :

telnet smtp.free.fr 25 => postfix

en entrée, qmail puique qmail est surtout prévu pour de l'entrée de mail.

--
DINH V. Hoa,

"monde de merde" -- Erwan David


Avatar
Steph L
On Sun, 23 Nov 2003 00:38:35 +0100,
patpro wrote:
In article <bpoml7$lar$,
Steph L wrote:

...
Pour la partie antivirus tu as amavisd-new qui s'interface avec
sendmail/postfix/qmail/exim et supporte de nombreux scanners antivirus.
URL : http://www.ijs.si/software/amavisd/



c'est aussi ce que j'utilise, mais il me semble qu'on ne peut mettre
qu'un seul filtre avec postfix (amavisd-new ici), alors que d'autres
serveurs plus souples permettent d'en enchainer plusieur.
Je peux me tromper, c'est un vieux souvenir de lecture de doc (postfix
ou amavis...)

patpro

=> En tout cas amavisd-new offre le scan antiviral, le filtrage de pièces

jointes, l'interfaçage avec SpamAssassin. De quoi répondre à pas mal
de besoins non ?
Son auteur est prêt à rajouter des fonctionnalités (bogofilter, ifile ?) :
les patches sont les bienvenus.
Une information intéressante : amavisd-new va supporter un nouveau
protocole amavis client<-->server qui permettra de faire plus
de choses dans le cas de l'interfaçage avec sendmail en mode Milter.
Ce protocole est basé sur le POSTFIX POLICY DELEGATION PROTOCOL :
http://www.ijs.si/software/amavisd/README.protocol

Il y a besoin d'aide pour implémenter ce protocole dans amavis-milter
(une réécriture à proprement parler) mais il y a apparemment peu
de personnes qui se sont manifestées ... Avec cette nouvelle version,
on pourra enfin rajouter/changer/supprimer des en-têtes avec amavis-milter.

SL/
---
Stephane Lentz
Alcanet International, Internet Services


Avatar
Steph L
On Sun, 23 Nov 2003 11:43:51 +0100,
Emmanuel Dreyfus wrote:
Steph L wrote:

Quels filtres Milter ?


milter-spamc: interfacage avec spamassassin.
spamass-milter: le même en moins stable
j-chkmail: elimination des pieces jointes executables, controle de flux
machine ar machine
milter-date: rejet des mails envoyés du futur ou du passé
milter-sender: validation des adresses d'expdition par envoi d'un DSN
milter-regex: filtrage de contenu par expression regulières

Y'en a aussi un pour interfacer avec amavis, un pour detourner le trafic
de tout le serveur dans une boite, un pour faire des stats...

Mon favori c'est mitler-regex, que j'utilise sur le MX pour eliminer les
virus. Je fais de la mise en quarantaine des pieces jointes executables
(avec envoi d'une notification à l'envoyeur et au destinataire), et
regulièrement j'examine ce qui a été pris. Dès que c'est un virus, je
prends une ligne significative dans la piece jointe encodée et je la met
dans le fichier de conf de milter-regex. Par exemple, ca, c'est Swen:

ZGUuDQ0KJAAAAAAAAAB+i6hSOurGATrqxgE66sYBQfbKATvqxgG59sgBLerGAdL1zAEA6sY
BWPXV


=> milter-regex est effectivement très bien.

Son auteur (qui a écrit le pf d'OpenBSD) a bien voulu modifié milter-regex
pour qu'il puisse fonctionner plus facilement sous Linux et FreeBSD (un
port existe). Il ne fonctionne pas sous Solaris pour l'instant mais
c'est vraiment du aux limitations de Solaris (pas de daemon(3) et
autres fonctions ...).

Un petit regret : il n'y a pas de règles ET : filtrage de messages
quand il y a 2 en-têtes qui matchent des regex donnés.

Comm tous les filtres Milter ils ne supportent pas encore la fonctionnalité
QUARANTINE (FFR 8.12, Feature 8.13) qui permet de mettre en quarantaine
des messages jugés suspicieux.
Si j'ai le temps je tenterai de soumettre un patch ...

SL/
---
Stephane Lentz
Alcanet International, Internet Services


Avatar
talon
Eric Masson wrote:
"gregg" == gregg writes:






gregg> Tiens, à ce sujet, Free tourne sous quoi ? Postfix pour le mail,
gregg> mais le reste ? (OS, par exemple)

Ben non justement, pas postfix, qmail.

Qu'est-ce que tu racontes


telnet smtp.free.fr smtp
220 postfix4-2.free.fr ESMTP Postfix
quit
221 Closing connection. Good bye.

Ca fait presqu'un an qu'ils ont abandonné qmail pour postfix.

Sinon je crois avoir lu qu'ils tournaient sous Linux.

Pour ce qui est de l'os ils semblent être tatoués Debian.

Eric Masson



--

Michel TALON






Avatar
patpro
In article <bpq65t$v7m$,
Steph L wrote:

c'est aussi ce que j'utilise, mais il me semble qu'on ne peut mettre
qu'un seul filtre avec postfix (amavisd-new ici), alors que d'autres
serveurs plus souples permettent d'en enchainer plusieur.
Je peux me tromper, c'est un vieux souvenir de lecture de doc (postfix
ou amavis...)

patpro

=> En tout cas amavisd-new offre le scan antiviral, le filtrage de pièces

jointes, l'interfaçage avec SpamAssassin. De quoi répondre à pas mal
de besoins non ?


tout a fait. C'est d'ailleurs pour rajouter un antivirus dans ma conf
postfix-spamassassin que je suis passé a Amavisd-new.
Je regrete par contre qu'on ne puisse pas modifier le comportement de
spamassassin via la conf amavis. Elle propose quelques customisations,
mais impossible par exemple d'avoir une modification dynamique du
"sujet" d'un spam (insérer le HIT par exemple) alors que c'est très
simple avec spamassassin tout seul.
Je n'ai pas cherché a le faire hors de la conf amavis parce que c'est
pas vital, mais c'est un peu domage.

patpro

--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php


Avatar
Julien Bordet
Qu'est-ce que tu racontes

telnet smtp.free.fr smtp
220 postfix4-2.free.fr ESMTP Postfix
quit
221 Closing connection. Good bye.



Ca dépend de quel serveur on parle ...

telnet mx.free.fr 25
220 mrelay5-2.free.fr ESMTP
HELP
214 qmail home page: http://pobox.com/~djb/qmail.html
QUIT
221 mrelay5-2.free.fr


;)

C'est ce qu'on disait dans une autre partie du fil : smtp.free.fr, c'est
pour les messages sortant des utilisateurs, donc sous postfix, et pour
les entrants (mx.free.fr), c'est du qmail...


Julien

Avatar
talon
Julien Bordet wrote:
Qu'est-ce que tu racontes

telnet smtp.free.fr smtp
220 postfix4-2.free.fr ESMTP Postfix
quit
221 Closing connection. Good bye.



Ca dépend de quel serveur on parle ...

telnet mx.free.fr 25
220 mrelay5-2.free.fr ESMTP
HELP
214 qmail home page: http://pobox.com/~djb/qmail.html
QUIT
221 mrelay5-2.free.fr


;)

C'est ce qu'on disait dans une autre partie du fil : smtp.free.fr, c'est
pour les messages sortant des utilisateurs, donc sous postfix, et pour
les entrants (mx.free.fr), c'est du qmail...


OK, vous avez raison, je n'ai jamais eu la curiosité de regarder de
l'extérieur :-(


A propos, pourquoi est-ce que qmail serait tout d'un coup plus
performant pour recevoir du courrier que pour en envoyer? Je crois que
qmail est particulièrement calamiteux quand il s'agit d'envoyer
plusieurs courriers au même host (il ne sait pas grouper les envois
contrairement à sendmail et postfix), est-ce la raison?

Ou est-ce qu'ils ont gardé ces serveurs par survivance historique?

Dans les benchs que j'ai vus qmail est 2 à 3 fois plus lent que sendmail
et postfix, et au même niveau que exim, celà étant je ne sais pas ce que
valent ces benchs.

Julien



--

Michel TALON


Avatar
DINH Viêt Hoà

A propos, pourquoi est-ce que qmail serait tout d'un coup plus
performant pour recevoir du courrier que pour en envoyer?


qmail s'assure de recevoir les messages sur des fichiers différents et
évite un verrou lors de la réception grâce à son format maildir, du
coup, il assure un changement d'échelle plus raisonnable
("scalabilité").

Dans les benchs que j'ai vus qmail est 2 à 3 fois plus lent que sendmail
et postfix, et au même niveau que exim, celà étant je ne sais pas ce que
valent ces benchs.


ah ben en faisant varier les paramètres, on peut arriver à faire dire
n'importe quoi aux benchs :)

--
DINH V. Hoa,

"monde de merde" -- Erwan David

Avatar
DINH Viêt Hoà

A propos, pourquoi est-ce que qmail serait tout d'un coup plus
performant pour recevoir du courrier que pour en envoyer? Je crois que
qmail est particulièrement calamiteux quand il s'agit d'envoyer
plusieurs courriers au même host (il ne sait pas grouper les envois
contrairement à sendmail et postfix), est-ce la raison?


pour répondre à cette partie, j'ai l'impression que l'implémentation de
l'envoi de mail a5Cvec qmail n'est pas simple. En maildir, autant pour
recevoir du courrier, on n'a pas besoin de verrou, mais par contre, pour
en envoyant, je ne vois pas facilement comment éviter les conflits
- C'est-à-dire, savoir si un message a déjà été géré ou non - sans
verrou.

D'ailleurs, je ne sais pas très bien comment sendmail et autres
gèrent cela. Sans doute qu'ils gèrent une liste par serveur d'émission.

--
DINH V. Hoa,

"monde de merde" -- Erwan David

Avatar
Erwan David
DINH Viêt Hoà écrivait :


A propos, pourquoi est-ce que qmail serait tout d'un coup plus
performant pour recevoir du courrier que pour en envoyer?


qmail s'assure de recevoir les messages sur des fichiers différents et
évite un verrou lors de la réception grâce à son format maildir, du
coup, il assure un changement d'échelle plus raisonnable
("scalabilité").


Euh, mon postfix fait la même chose...

--
Monde de merde


1 2 3 4