Bonjour,
Je configure actuellement un serveur mail sous Debian Lenny. Tout
fonctionne impeccable, en voici la configuration.
Exim4+Spamassassin+ClamAV+MailMan+GreyListd+sa-exim. La configuration
d'exim4 est en split files et non monolithique, et le format des bal
en MailBox.
Ma question concerne les mailing lists. Est ce qu'il y a un moyen pour
que le greylisting ne greylist pas les mails a destinations des
mailing list ? Sachant que les listes sont toutes défini pour
fonctionner sur un suffixe ajouté au domaine :
pour les listes et pour
les bals normale.
Merci d'avance pour vos lumières.
--
.::PnY::.
.::Mel. ::.
Phyllis Diller - "Never go to bed mad. Stay up and fight."
Bonjour,
Je configure actuellement un serveur mail sous Debian Lenny. Tout
fonctionne impeccable, en voici la configuration.
Exim4+Spamassassin+ClamAV+MailMan+GreyListd+sa-exim. La configuration
d'exim4 est en split files et non monolithique, et le format des bal
en MailBox.
Ma question concerne les mailing lists. Est ce qu'il y a un moyen pour
que le greylisting ne greylist pas les mails a destinations des
mailing list ? Sachant que les listes sont toutes défini pour
fonctionner sur un suffixe ajouté au domaine :
maliste@lists.domaine.tld pour les listes et monmail@domaine.tld pour
les bals normale.
Merci d'avance pour vos lumières.
--
.::PnY::.
.::Mel. pnygmx@gmail.com::.
Phyllis Diller - "Never go to bed mad. Stay up and fight."
Bonjour,
Je configure actuellement un serveur mail sous Debian Lenny. Tout
fonctionne impeccable, en voici la configuration.
Exim4+Spamassassin+ClamAV+MailMan+GreyListd+sa-exim. La configuration
d'exim4 est en split files et non monolithique, et le format des bal
en MailBox.
Ma question concerne les mailing lists. Est ce qu'il y a un moyen pour
que le greylisting ne greylist pas les mails a destinations des
mailing list ? Sachant que les listes sont toutes défini pour
fonctionner sur un suffixe ajouté au domaine :
pour les listes et pour
les bals normale.
Merci d'avance pour vos lumières.
--
.::PnY::.
.::Mel. ::.
Phyllis Diller - "Never go to bed mad. Stay up and fight."
Salut,
Je vois que tu as une série de module de protection avant/après Exim. Je
te conseillerais d'utiliser QPSmtpd pour faire toute la protection
anti-spam/anti-virus. Ce qui simplifierais ta config et surtout les
modifications futures pour améliorer ta détection de spam ! Tu aurais
donc dans l'ordre de traitement pour un mail entrant :
QPSmtpd --> Exim --> Mailman
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Comme ça dans Exim et Mailman tu n'as plus a t'occuper de la gestion des
spams puisse qu'ils sont traités en amont par QPSmtpd.
Est-ce que tu as des notions de perl ? tu en auras peut être besoin pour
faire du greylisting *sélectif*. Perso j'ai utilisé le greylist ing, je
ne l'utilise plus maintenant, j'utilise du rbl et early-talker ca me
convient ...
Le point qui pourrait être bloquant c'est de synchroniser la base
d'adresse mail entre QPSmtpd et Exim. Il faut que QPSmtpd accepte les
mails pour la même liste d'utilisateur/adresse mail que Exim ! Donc
est-ce que tu as une liste d'adresse fixe, une base LDAP, des comptes
system ?
Une autre piste intéressante par rapport à "Sachant que les lis tes sont
toutes défini pour fonctionner sur un suffixe ajouté au domaine " c'est
changer tes enregistrement MX pour rediriger le domaine
lists.domaine.tld sur un serveur qui ne fait pas de greylisting mais il
faut plein de serveurs ....
Julien.
Le vendredi 20 mars 2009 à 11:59 +0100, PnyGmx a écrit :Bonjour,
Je configure actuellement un serveur mail sous Debian Lenny. Tout
fonctionne impeccable, en voici la configuration.
Exim4+Spamassassin+ClamAV+MailMan+GreyListd+sa-exim. La configuration
d'exim4 est en split files et non monolithique, et le format des bal
en MailBox.
Ma question concerne les mailing lists. Est ce qu'il y a un moyen pour
que le greylisting ne greylist pas les mails a destinations des
mailing list ? Sachant que les listes sont toutes défini pour
fonctionner sur un suffixe ajouté au domaine :
pour les listes et pour
les bals normale.
Merci d'avance pour vos lumières.
--
.::PnY::.
.::Mel. ::.
Phyllis Diller  - "Never go to bed mad. Stay up and fight."
Salut,
Je vois que tu as une série de module de protection avant/après Exim. Je
te conseillerais d'utiliser QPSmtpd pour faire toute la protection
anti-spam/anti-virus. Ce qui simplifierais ta config et surtout les
modifications futures pour améliorer ta détection de spam ! Tu aurais
donc dans l'ordre de traitement pour un mail entrant :
QPSmtpd --> Exim --> Mailman
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Comme ça dans Exim et Mailman tu n'as plus a t'occuper de la gestion des
spams puisse qu'ils sont traités en amont par QPSmtpd.
Est-ce que tu as des notions de perl ? tu en auras peut être besoin pour
faire du greylisting *sélectif*. Perso j'ai utilisé le greylist ing, je
ne l'utilise plus maintenant, j'utilise du rbl et early-talker ca me
convient ...
Le point qui pourrait être bloquant c'est de synchroniser la base
d'adresse mail entre QPSmtpd et Exim. Il faut que QPSmtpd accepte les
mails pour la même liste d'utilisateur/adresse mail que Exim ! Donc
est-ce que tu as une liste d'adresse fixe, une base LDAP, des comptes
system ?
Une autre piste intéressante par rapport à "Sachant que les lis tes sont
toutes défini pour fonctionner sur un suffixe ajouté au domaine " c'est
changer tes enregistrement MX pour rediriger le domaine
lists.domaine.tld sur un serveur qui ne fait pas de greylisting mais il
faut plein de serveurs ....
Julien.
Le vendredi 20 mars 2009 à 11:59 +0100, PnyGmx a écrit :
Bonjour,
Je configure actuellement un serveur mail sous Debian Lenny. Tout
fonctionne impeccable, en voici la configuration.
Exim4+Spamassassin+ClamAV+MailMan+GreyListd+sa-exim. La configuration
d'exim4 est en split files et non monolithique, et le format des bal
en MailBox.
Ma question concerne les mailing lists. Est ce qu'il y a un moyen pour
que le greylisting ne greylist pas les mails a destinations des
mailing list ? Sachant que les listes sont toutes défini pour
fonctionner sur un suffixe ajouté au domaine :
maliste@lists.domaine.tld pour les listes et monmail@domaine.tld pour
les bals normale.
Merci d'avance pour vos lumières.
--
.::PnY::.
.::Mel. pnygmx@gmail.com::.
Phyllis Diller  - "Never go to bed mad. Stay up and fight."
Salut,
Je vois que tu as une série de module de protection avant/après Exim. Je
te conseillerais d'utiliser QPSmtpd pour faire toute la protection
anti-spam/anti-virus. Ce qui simplifierais ta config et surtout les
modifications futures pour améliorer ta détection de spam ! Tu aurais
donc dans l'ordre de traitement pour un mail entrant :
QPSmtpd --> Exim --> Mailman
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Comme ça dans Exim et Mailman tu n'as plus a t'occuper de la gestion des
spams puisse qu'ils sont traités en amont par QPSmtpd.
Est-ce que tu as des notions de perl ? tu en auras peut être besoin pour
faire du greylisting *sélectif*. Perso j'ai utilisé le greylist ing, je
ne l'utilise plus maintenant, j'utilise du rbl et early-talker ca me
convient ...
Le point qui pourrait être bloquant c'est de synchroniser la base
d'adresse mail entre QPSmtpd et Exim. Il faut que QPSmtpd accepte les
mails pour la même liste d'utilisateur/adresse mail que Exim ! Donc
est-ce que tu as une liste d'adresse fixe, une base LDAP, des comptes
system ?
Une autre piste intéressante par rapport à "Sachant que les lis tes sont
toutes défini pour fonctionner sur un suffixe ajouté au domaine " c'est
changer tes enregistrement MX pour rediriger le domaine
lists.domaine.tld sur un serveur qui ne fait pas de greylisting mais il
faut plein de serveurs ....
Julien.
Le vendredi 20 mars 2009 à 11:59 +0100, PnyGmx a écrit :Bonjour,
Je configure actuellement un serveur mail sous Debian Lenny. Tout
fonctionne impeccable, en voici la configuration.
Exim4+Spamassassin+ClamAV+MailMan+GreyListd+sa-exim. La configuration
d'exim4 est en split files et non monolithique, et le format des bal
en MailBox.
Ma question concerne les mailing lists. Est ce qu'il y a un moyen pour
que le greylisting ne greylist pas les mails a destinations des
mailing list ? Sachant que les listes sont toutes défini pour
fonctionner sur un suffixe ajouté au domaine :
pour les listes et pour
les bals normale.
Merci d'avance pour vos lumières.
--
.::PnY::.
.::Mel. ::.
Phyllis Diller  - "Never go to bed mad. Stay up and fight."
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
SI chacun de ces messages passent par clamav
et par spamassassin, ton serveur est à genoux.
Je ne vois pas d'autres méthodes pour régler ça que de faire le
traitement spamassassin et clamav au sein du SMTP.
disponible sur mon dépot), si quelqu'un sait faire la ventilation
sous exim4 ou éventuellement postfix, je suis preneur (un lien
vers un doc me suffirait).
SI chacun de ces messages passent par clamav
et par spamassassin, ton serveur est à genoux.
Je ne vois pas d'autres méthodes pour régler ça que de faire le
traitement spamassassin et clamav au sein du SMTP.
disponible sur mon dépot), si quelqu'un sait faire la ventilation
sous exim4 ou éventuellement postfix, je suis preneur (un lien
vers un doc me suffirait).
SI chacun de ces messages passent par clamav
et par spamassassin, ton serveur est à genoux.
Je ne vois pas d'autres méthodes pour régler ça que de faire le
traitement spamassassin et clamav au sein du SMTP.
disponible sur mon dépot), si quelqu'un sait faire la ventilation
sous exim4 ou éventuellement postfix, je suis preneur (un lien
vers un doc me suffirait).
Je comprends pas trop ce que vous cherchez, mais si vous cherchez
comment configurer un postfix qui est en relais pour qu'il vérifie
si le destinataire existe en se connectant sur le serveur de
messagerie avant d'accepter un mail entrant, il faut utiliser l'
options "address_verify_map" (voir
http://www.postfix.org/verify.8.html)
Je comprends pas trop ce que vous cherchez, mais si vous cherchez
comment configurer un postfix qui est en relais pour qu'il vérifie
si le destinataire existe en se connectant sur le serveur de
messagerie avant d'accepter un mail entrant, il faut utiliser l'
options "address_verify_map" (voir
http://www.postfix.org/verify.8.html)
Je comprends pas trop ce que vous cherchez, mais si vous cherchez
comment configurer un postfix qui est en relais pour qu'il vérifie
si le destinataire existe en se connectant sur le serveur de
messagerie avant d'accepter un mail entrant, il faut utiliser l'
options "address_verify_map" (voir
http://www.postfix.org/verify.8.html)
Un serveur SMTP gère un domaine avec plusieurs utilisateurs (en gros 300).
Je cherche juste à ne passer un mail par spamassassin et clamav que si
1) Les destinataires existent (pas la peine de passer par clamav un mail
destiné à puisqu'il sera rejetté.
2) Pour clamav, les mails destinés à des utilisateurs sous Windows (les mails
systèmes destinés à root par exemple, ou à moi n'ont pas besoin de passer par
clamav).
Un serveur SMTP gère un domaine avec plusieurs utilisateurs (en gros 300).
Je cherche juste à ne passer un mail par spamassassin et clamav que si
1) Les destinataires existent (pas la peine de passer par clamav un mail
destiné à yoyo345@mondomaine.chezmoi puisqu'il sera rejetté.
2) Pour clamav, les mails destinés à des utilisateurs sous Windows (les mails
systèmes destinés à root par exemple, ou à moi n'ont pas besoin de passer par
clamav).
Un serveur SMTP gère un domaine avec plusieurs utilisateurs (en gros 300).
Je cherche juste à ne passer un mail par spamassassin et clamav que si
1) Les destinataires existent (pas la peine de passer par clamav un mail
destiné à puisqu'il sera rejetté.
2) Pour clamav, les mails destinés à des utilisateurs sous Windows (les mails
systèmes destinés à root par exemple, ou à moi n'ont pas besoin de passer par
clamav).
[...]
Et bien dans ce cas tu peux utiliser un agent de livraison qui
effectuera le boulot de filtrage par spamassassin / clamav avant
d'envoyer ça aux boites mails. La validité des utilisateurs cibles
aura été vérifiée par postfix (reject_unauth_destination) en amont,
via les restrictions de smtpd ; exemple sur mon petit serveur perso:
smtpd_recipient_restrictions > permit_mynetworks
reject_unauth_destination
reject_non_fqdn_sender
reject_non_fqdn_recipient
reject_invalid_helo_hostname
reject_unlisted_recipient
reject_unlisted_sender
reject_non_fqdn_helo_hostname
reject_rbl_client zen.spamhaus.org
reject_rbl_client bl.spamcop.net
[...]
Et bien dans ce cas tu peux utiliser un agent de livraison qui
effectuera le boulot de filtrage par spamassassin / clamav avant
d'envoyer ça aux boites mails. La validité des utilisateurs cibles
aura été vérifiée par postfix (reject_unauth_destination) en amont,
via les restrictions de smtpd ; exemple sur mon petit serveur perso:
smtpd_recipient_restrictions > permit_mynetworks
reject_unauth_destination
reject_non_fqdn_sender
reject_non_fqdn_recipient
reject_invalid_helo_hostname
reject_unlisted_recipient
reject_unlisted_sender
reject_non_fqdn_helo_hostname
reject_rbl_client zen.spamhaus.org
reject_rbl_client bl.spamcop.net
[...]
Et bien dans ce cas tu peux utiliser un agent de livraison qui
effectuera le boulot de filtrage par spamassassin / clamav avant
d'envoyer ça aux boites mails. La validité des utilisateurs cibles
aura été vérifiée par postfix (reject_unauth_destination) en amont,
via les restrictions de smtpd ; exemple sur mon petit serveur perso:
smtpd_recipient_restrictions > permit_mynetworks
reject_unauth_destination
reject_non_fqdn_sender
reject_non_fqdn_recipient
reject_invalid_helo_hostname
reject_unlisted_recipient
reject_unlisted_sender
reject_non_fqdn_helo_hostname
reject_rbl_client zen.spamhaus.org
reject_rbl_client bl.spamcop.net
Le Fri, 20 Mar 2009 16:52:20 +0100
Julien a écrit:Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Certes mais imagine que tu te prennes une floppée de spams essayant
des logins
au hasard sur ton domaine (histoire vécue: en gros 12000 spams reà §us en 3
jours) ou qu'un gars utilise ton domaine pour fabriquer des fausses adres ses
en envoyant ses spams, tu te retrouves à recevoir tous les bounces so it en
gros 60000 messages en 3 jours. SI chacun de ces messages passent par clam av
et par spamassassin, ton serveur est à genoux.
Je ne vois pas d'autres méthodes pour régler ça que de fair e le traitement
spamassassin et clamav au sein du SMTP.
Je signale d'ailleurs que je ne sais toujours pas faire ça sous exim4 ou
postfix mais sous exim3 (j'ai donc fait un paquet disponible sur mon dà ©pot),
si quelqu'un sait faire la ventilation sous exim4 ou éventuellement p ostfix,
je suis preneur (un lien vers un doc me suffirait).
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Le Fri, 20 Mar 2009 16:52:20 +0100
Julien <julien@nura.eu> a écrit:
Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Certes mais imagine que tu te prennes une floppée de spams essayant
des logins
au hasard sur ton domaine (histoire vécue: en gros 12000 spams reà §us en 3
jours) ou qu'un gars utilise ton domaine pour fabriquer des fausses adres ses
en envoyant ses spams, tu te retrouves à recevoir tous les bounces so it en
gros 60000 messages en 3 jours. SI chacun de ces messages passent par clam av
et par spamassassin, ton serveur est à genoux.
Je ne vois pas d'autres méthodes pour régler ça que de fair e le traitement
spamassassin et clamav au sein du SMTP.
Je signale d'ailleurs que je ne sais toujours pas faire ça sous exim4 ou
postfix mais sous exim3 (j'ai donc fait un paquet disponible sur mon dà ©pot),
si quelqu'un sait faire la ventilation sous exim4 ou éventuellement p ostfix,
je suis preneur (un lien vers un doc me suffirait).
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le Fri, 20 Mar 2009 16:52:20 +0100
Julien a écrit:Le but de QPSmtpd est de filtrer les mails entrants, de rejeter les
spams et de "forwarder" le reste au "véritable" SMTP.
Tu configure QPSmtpd pour faire :
- Greylisting (sélectif selon le domaine :-) )
- Spamassassin
- ClamA
- D'autres module anti-spam genre rbl, early-talker (spécifique a
QPSmtpd).
- forward a exim
Certes mais imagine que tu te prennes une floppée de spams essayant
des logins
au hasard sur ton domaine (histoire vécue: en gros 12000 spams reà §us en 3
jours) ou qu'un gars utilise ton domaine pour fabriquer des fausses adres ses
en envoyant ses spams, tu te retrouves à recevoir tous les bounces so it en
gros 60000 messages en 3 jours. SI chacun de ces messages passent par clam av
et par spamassassin, ton serveur est à genoux.
Je ne vois pas d'autres méthodes pour régler ça que de fair e le traitement
spamassassin et clamav au sein du SMTP.
Je signale d'ailleurs que je ne sais toujours pas faire ça sous exim4 ou
postfix mais sous exim3 (j'ai donc fait un paquet disponible sur mon dà ©pot),
si quelqu'un sait faire la ventilation sous exim4 ou éventuellement p ostfix,
je suis preneur (un lien vers un doc me suffirait).
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
QPSmtpd est un véritable SMTP il refuse les mails au moment du
dialogue SMTP. Ils fait donc les tests nommés ci dessus pendant le
dialogue SMTP. QPSmtpd te permet très facilement d'activer ou
déactiver les modules de protection (spamassasin, clamav). Pour éviter
de surcharger le serveur, Tu peux éventuellement déactiver les gros
tests le temps de la vague de spam ... 60000 messages en 3 jours ca
fait 4 sec par message ca doit passer sans spamassassin et clamav.
Et bien dans ce cas tu peux utiliser un agent de livraison qui
effectuera le boulot de filtrage par spamassassin / clamav avant
d'envoyer ça aux boites mails. La validité des utilisateurs cibles
aura été vérifiée par postfix (reject_unauth_destination) en amont,
via les restrictions de smtpd ; exe
Pour l'agent de livraison, j'ai fait ça chez moi, cf. la partie
"Configuration de Postfix" en bas de cette page :
http://petole.demisel.net/~niko/debian/etch/cyrus/
Pour conclure, dans mon installation les 3/4 des spams sont viré par
du rbl (base dns d'IP blacklistées spamcop...) et plus tôt le spam est
détecté mieux c'est !
QPSmtpd est un véritable SMTP il refuse les mails au moment du
dialogue SMTP. Ils fait donc les tests nommés ci dessus pendant le
dialogue SMTP. QPSmtpd te permet très facilement d'activer ou
déactiver les modules de protection (spamassasin, clamav). Pour éviter
de surcharger le serveur, Tu peux éventuellement déactiver les gros
tests le temps de la vague de spam ... 60000 messages en 3 jours ca
fait 4 sec par message ca doit passer sans spamassassin et clamav.
Et bien dans ce cas tu peux utiliser un agent de livraison qui
effectuera le boulot de filtrage par spamassassin / clamav avant
d'envoyer ça aux boites mails. La validité des utilisateurs cibles
aura été vérifiée par postfix (reject_unauth_destination) en amont,
via les restrictions de smtpd ; exe
Pour l'agent de livraison, j'ai fait ça chez moi, cf. la partie
"Configuration de Postfix" en bas de cette page :
http://petole.demisel.net/~niko/debian/etch/cyrus/
Pour conclure, dans mon installation les 3/4 des spams sont viré par
du rbl (base dns d'IP blacklistées spamcop...) et plus tôt le spam est
détecté mieux c'est !
QPSmtpd est un véritable SMTP il refuse les mails au moment du
dialogue SMTP. Ils fait donc les tests nommés ci dessus pendant le
dialogue SMTP. QPSmtpd te permet très facilement d'activer ou
déactiver les modules de protection (spamassasin, clamav). Pour éviter
de surcharger le serveur, Tu peux éventuellement déactiver les gros
tests le temps de la vague de spam ... 60000 messages en 3 jours ca
fait 4 sec par message ca doit passer sans spamassassin et clamav.
Et bien dans ce cas tu peux utiliser un agent de livraison qui
effectuera le boulot de filtrage par spamassassin / clamav avant
d'envoyer ça aux boites mails. La validité des utilisateurs cibles
aura été vérifiée par postfix (reject_unauth_destination) en amont,
via les restrictions de smtpd ; exe
Pour l'agent de livraison, j'ai fait ça chez moi, cf. la partie
"Configuration de Postfix" en bas de cette page :
http://petole.demisel.net/~niko/debian/etch/cyrus/
Pour conclure, dans mon installation les 3/4 des spams sont viré par
du rbl (base dns d'IP blacklistées spamcop...) et plus tôt le spam est
détecté mieux c'est !
Si j'ai bien compris, le premier (QPSmtpd) commence par vérifier l'ex istence
d'un destinataire local avant d'enchainer le" transport et donc la chaine
spamassassin/clamav.
Merci des infos et désolé PnyGmx (?) d'avoir squatter le fil
François Boisson
PS:
Le Sat, 21 Mar 2009 13:20:36 +0100
a écrit:
Pour conclure, dans mon installation les 3/4 des spams sont viré par
du rbl (base dns d'IP blacklistées spamcop...) et plus tôt le s pam est
détecté mieux c'est !
Je suis assez convaincu de la nocivité des RBLs, n'aime pas le cotà ©
arbitraire
et systématique de ce principe et suis scandalisé par le fait qu 'une obscure
petite boite américaine, auto-proclamée grande gardienne des ema ils mondiaux,
puisse en 15 secondes bloquer tout le courrier des universités et des grandes
écoles Françaises pour avoir décider de ne jamais utiliser ces listes.
Si j'ai bien compris, le premier (QPSmtpd) commence par vérifier l'ex istence
d'un destinataire local avant d'enchainer le" transport et donc la chaine
spamassassin/clamav.
Merci des infos et désolé PnyGmx (?) d'avoir squatter le fil
François Boisson
PS:
Le Sat, 21 Mar 2009 13:20:36 +0100
julien@nura.eu a écrit:
Pour conclure, dans mon installation les 3/4 des spams sont viré par
du rbl (base dns d'IP blacklistées spamcop...) et plus tôt le s pam est
détecté mieux c'est !
Je suis assez convaincu de la nocivité des RBLs, n'aime pas le cotà ©
arbitraire
et systématique de ce principe et suis scandalisé par le fait qu 'une obscure
petite boite américaine, auto-proclamée grande gardienne des ema ils mondiaux,
puisse en 15 secondes bloquer tout le courrier des universités et des grandes
écoles Françaises pour avoir décider de ne jamais utiliser ces listes.
Si j'ai bien compris, le premier (QPSmtpd) commence par vérifier l'ex istence
d'un destinataire local avant d'enchainer le" transport et donc la chaine
spamassassin/clamav.
Merci des infos et désolé PnyGmx (?) d'avoir squatter le fil
François Boisson
PS:
Le Sat, 21 Mar 2009 13:20:36 +0100
a écrit:
Pour conclure, dans mon installation les 3/4 des spams sont viré par
du rbl (base dns d'IP blacklistées spamcop...) et plus tôt le s pam est
détecté mieux c'est !
Je suis assez convaincu de la nocivité des RBLs, n'aime pas le cotà ©
arbitraire
et systématique de ce principe et suis scandalisé par le fait qu 'une obscure
petite boite américaine, auto-proclamée grande gardienne des ema ils mondiaux,
puisse en 15 secondes bloquer tout le courrier des universités et des grandes
écoles Françaises pour avoir décider de ne jamais utiliser ces listes.