Bonjour la liste,
J'ai une petite question concernant Spamassassin et Dovecot.
Spamassassin analyse les mails et les marques, ou pas, comme SPAM.
Premier problème: dans les cas extrêmes, les mails SPAM sont purement et
simplement supprimés. J'aimerais qu'ils ne le soient pas. Ça doit être
un paramétrage dans la conf de spamassassin, mais j'avoue être un peu
perdu.
Ensuite, lorsque Dovecot reçoit le mail et qu'il est marqué SPAM, il le
dépose dans un dossier Junk grâce à une règle SIEVE. J'aimerais donc que
tous les mails SPAM soient déposés dans ce dossier.
C'est là que ça se corse: il peut arriver qu'il y ai des faux-positifs
et des faux-négatifs.
J'ai donc mis en place 2 répertoires spécifiques, par exemple SPAM et
HAM, dans lequel je déplace respectivements les SPAM non détectés et les
SPAM détectés à tort.
J'ai un cron qui analyse ces 2 répertoires avec sa-learn.
Dans le cas des SPAM non-détectés, pas de problème: spamassassin
apprends puis détruit le mail grâce à:
find $MAILDIRS -iregex '.*/.$SPAMDIR(/.*)?/(cur|new)/.*' -type f
-exec $LEARN_SPAM_CMD {} ;
puis
find $MAILDIRS -iregex '.*/.$SPAMDIR(/.*)?/(cur|new)/.*' -type f
-ctime +30 -delete
Mais dans le cas des HAM, si j'arrive à faire en sorte que spamassassin
apprenne avec:
find $MAILDIRS -iregex '.*/.$NOSPAMDIR(/.*)?/(cur|new)/.*' -type
f -exec $LEARN_HAM_CMD {} ;
je n'arrive pas à déplacer le mail dans la boîte de réception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou postfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adéquate.
Bonjour la liste,
J'ai une petite question concernant Spamassassin et Dovecot.
Spamassassin analyse les mails et les marques, ou pas, comme SPAM.
Premier problème: dans les cas extrêmes, les mails SPAM sont purement et
simplement supprimés. J'aimerais qu'ils ne le soient pas. Ça doit être
un paramétrage dans la conf de spamassassin, mais j'avoue être un peu
perdu.
Ensuite, lorsque Dovecot reçoit le mail et qu'il est marqué SPAM, il le
dépose dans un dossier Junk grâce à une règle SIEVE. J'aimerais donc que
tous les mails SPAM soient déposés dans ce dossier.
C'est là que ça se corse: il peut arriver qu'il y ai des faux-positifs
et des faux-négatifs.
J'ai donc mis en place 2 répertoires spécifiques, par exemple SPAM et
HAM, dans lequel je déplace respectivements les SPAM non détectés et les
SPAM détectés à tort.
J'ai un cron qui analyse ces 2 répertoires avec sa-learn.
Dans le cas des SPAM non-détectés, pas de problème: spamassassin
apprends puis détruit le mail grâce à:
find $MAILDIRS -iregex '.*/.$SPAMDIR(/.*)?/(cur|new)/.*' -type f
-exec $LEARN_SPAM_CMD {} ;
puis
find $MAILDIRS -iregex '.*/.$SPAMDIR(/.*)?/(cur|new)/.*' -type f
-ctime +30 -delete
Mais dans le cas des HAM, si j'arrive à faire en sorte que spamassassin
apprenne avec:
find $MAILDIRS -iregex '.*/.$NOSPAMDIR(/.*)?/(cur|new)/.*' -type
f -exec $LEARN_HAM_CMD {} ;
je n'arrive pas à déplacer le mail dans la boîte de réception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou postfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adéquate.
Bonjour la liste,
J'ai une petite question concernant Spamassassin et Dovecot.
Spamassassin analyse les mails et les marques, ou pas, comme SPAM.
Premier problème: dans les cas extrêmes, les mails SPAM sont purement et
simplement supprimés. J'aimerais qu'ils ne le soient pas. Ça doit être
un paramétrage dans la conf de spamassassin, mais j'avoue être un peu
perdu.
Ensuite, lorsque Dovecot reçoit le mail et qu'il est marqué SPAM, il le
dépose dans un dossier Junk grâce à une règle SIEVE. J'aimerais donc que
tous les mails SPAM soient déposés dans ce dossier.
C'est là que ça se corse: il peut arriver qu'il y ai des faux-positifs
et des faux-négatifs.
J'ai donc mis en place 2 répertoires spécifiques, par exemple SPAM et
HAM, dans lequel je déplace respectivements les SPAM non détectés et les
SPAM détectés à tort.
J'ai un cron qui analyse ces 2 répertoires avec sa-learn.
Dans le cas des SPAM non-détectés, pas de problème: spamassassin
apprends puis détruit le mail grâce à:
find $MAILDIRS -iregex '.*/.$SPAMDIR(/.*)?/(cur|new)/.*' -type f
-exec $LEARN_SPAM_CMD {} ;
puis
find $MAILDIRS -iregex '.*/.$SPAMDIR(/.*)?/(cur|new)/.*' -type f
-ctime +30 -delete
Mais dans le cas des HAM, si j'arrive à faire en sorte que spamassassin
apprenne avec:
find $MAILDIRS -iregex '.*/.$NOSPAMDIR(/.*)?/(cur|new)/.*' -type
f -exec $LEARN_HAM_CMD {} ;
je n'arrive pas à déplacer le mail dans la boîte de réception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou postfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adéquate.
je n'arrive pas à déplacer le mail dans la boîte de rà ©ception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou pos tfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adé quate.
Une piste ?
je n'arrive pas à déplacer le mail dans la boîte de rà ©ception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou pos tfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adé quate.
Une piste ?
je n'arrive pas à déplacer le mail dans la boîte de rà ©ception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou pos tfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adé quate.
Une piste ?
Le 27/11/08 à 19:09, Debian User French a écrit :je n'arrive pas à déplacer le mail dans la boîte de réception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou postfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider : http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
Le 27/11/08 à 19:09, Debian User French <jean-baptiste.favre@wanadoo.fr> a écrit :
je n'arrive pas à déplacer le mail dans la boîte de réception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou postfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider : http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
Le 27/11/08 à 19:09, Debian User French a écrit :je n'arrive pas à déplacer le mail dans la boîte de réception car je ne
sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou postfix
(je ne sais pas lequel des 2), mais je ne trouve pas la commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider : http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
Daniel Caillibaud a écrit :Le 27/11/08 à 19:09, Debian User French
a écrit :je n'arrive pas à déplacer le mail dans la boîte de réception car je
ne sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou
postfix (je ne sais pas lequel des 2), mais je ne trouve pas la
commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider :
http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui
devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
et enfin, la soluce des admins feignants, sachant pas programmer,
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
en ce qui concerne baysian, vaut mieux NE JAMAIS faire autolearn. laisse
faire les end users, car chacun a ses notions du spam. ce qui impose que
chacun doit avoir une base baysian dans son ~ .
ps: n'oublie pas l'antivirus avant l'antispam. mais je suis sur que tu y
as déjà pensé.
Daniel Caillibaud a écrit :
Le 27/11/08 à 19:09, Debian User French
<jean-baptiste.favre@wanadoo.fr> a écrit :
je n'arrive pas à déplacer le mail dans la boîte de réception car je
ne sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou
postfix (je ne sais pas lequel des 2), mais je ne trouve pas la
commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider :
http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui
devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
et enfin, la soluce des admins feignants, sachant pas programmer,
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
en ce qui concerne baysian, vaut mieux NE JAMAIS faire autolearn. laisse
faire les end users, car chacun a ses notions du spam. ce qui impose que
chacun doit avoir une base baysian dans son ~ .
ps: n'oublie pas l'antivirus avant l'antispam. mais je suis sur que tu y
as déjà pensé.
Daniel Caillibaud a écrit :Le 27/11/08 à 19:09, Debian User French
a écrit :je n'arrive pas à déplacer le mail dans la boîte de réception car je
ne sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou
postfix (je ne sais pas lequel des 2), mais je ne trouve pas la
commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider :
http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui
devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
et enfin, la soluce des admins feignants, sachant pas programmer,
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
en ce qui concerne baysian, vaut mieux NE JAMAIS faire autolearn. laisse
faire les end users, car chacun a ses notions du spam. ce qui impose que
chacun doit avoir une base baysian dans son ~ .
ps: n'oublie pas l'antivirus avant l'antispam. mais je suis sur que tu y
as déjà pensé.
rvenne a écrit :Daniel Caillibaud a écrit :Le 27/11/08 à 19:09, Debian User French
a écrit :je n'arrive pas à déplacer le mail dans la boîte de réception car je
ne sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou
postfix (je ne sais pas lequel des 2), mais je ne trouve pas la
commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider :
http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui
devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
et enfin, la soluce des admins feignants, sachant pas programmer,
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
et pour les autres fainéants qui ont installé dovecot-sieve,
if header :contains "X-Spam-Flag" "YES" {
fileinto "Junk";
stop;
}
mais ça ne règle pas le problème (2), c'est-à-dire lancer sa-learn suite
aux actions de l'utilisateur.a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
on peut aussi le forcer sur le serveur.bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
le dossier, pas le répertoire. faut que ce soit un maildir. si dovecot
est lancé sans l'option -n, il le créera automatiquement.
mais on peut aussi vouloir le mode: si l'utilisateur n'a pas créé (ou a
supprimé) le dossier en questoin, c'est qu'il n'en veut pas et on livre
alors dans sa "Inbox normale". (et là, ça résoud les problèmes (1) et
(2), du moins pour l'admin;-p)en ce qui concerne baysian, vaut mieux NE JAMAIS faire autolearn. laisse
faire les end users, car chacun a ses notions du spam. ce qui impose que
chacun doit avoir une base baysian dans son ~ .
pas d'accord. autolearn est l'un des avantages de l'implémentation
bayesienne de spamassassin. et c'est assez robuste puisque les critères
de déclenchement sont assez stricts (il ne suffit pas qu'un mail soit
classé comme spam pour qu'il y aiat autolearn...).
De plus, les "end users" sont en général mal implémentés :)
- ils se trompent ("euh... mais c'est quoi ce PC. c'est pas ce message
la que je te disais de mettre là où je ne sais plus où tu l'as mis...")
- ils s'en moquent ("oais. c'est pas à moi d'entrainer leur spamatatin.
de toute façon, j'aime pas les tartes renversées", ... )
- ils oublient ("mais non, me suis jamais inscrit à ce truc")
- ils confondent tout ("c'est pas très interessant, alors je le marque
comme spam. ça leur apprendra. comme ça le No suivant sera mieux")
- ils confondent "effacer" et "marquer comme spam" (je l'ai vu dans les
deux sens, par la même personne. c'est une question d'humeur, je suppose)
- ils ont peur ("allo, j'ai un mail, je sais pas si je dois le marquer
comme spam car j'ai peur que ça fasse tout peter. alors je vous le
fort-ouarde")
et contrairement à une fameuse légende, l'homme n'est pas meilleur qu'un
filtre automatique. d'accord, pour 1 ou 2 mails, c'est facile. mais au
bout d'un moment, la fatigue et l'envie d'en finir prennent le dessus et
le rendement baisse.ps: n'oublie pas l'antivirus avant l'antispam. mais je suis sur que tu y
as déjà pensé.
vaut mieux. et à ce sujet, pour ceux qui utilisent clamav, les
signatures de chez sanesecurity sont pas mal.
http://sanesecurity.com/clamav/
rvenne a écrit :
Daniel Caillibaud a écrit :
Le 27/11/08 à 19:09, Debian User French
<jean-baptiste.favre@wanadoo.fr> a écrit :
je n'arrive pas à déplacer le mail dans la boîte de réception car je
ne sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou
postfix (je ne sais pas lequel des 2), mais je ne trouve pas la
commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider :
http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui
devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
et enfin, la soluce des admins feignants, sachant pas programmer,
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
et pour les autres fainéants qui ont installé dovecot-sieve,
if header :contains "X-Spam-Flag" "YES" {
fileinto "Junk";
stop;
}
mais ça ne règle pas le problème (2), c'est-à-dire lancer sa-learn suite
aux actions de l'utilisateur.
a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
on peut aussi le forcer sur le serveur.
bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
le dossier, pas le répertoire. faut que ce soit un maildir. si dovecot
est lancé sans l'option -n, il le créera automatiquement.
mais on peut aussi vouloir le mode: si l'utilisateur n'a pas créé (ou a
supprimé) le dossier en questoin, c'est qu'il n'en veut pas et on livre
alors dans sa "Inbox normale". (et là, ça résoud les problèmes (1) et
(2), du moins pour l'admin;-p)
en ce qui concerne baysian, vaut mieux NE JAMAIS faire autolearn. laisse
faire les end users, car chacun a ses notions du spam. ce qui impose que
chacun doit avoir une base baysian dans son ~ .
pas d'accord. autolearn est l'un des avantages de l'implémentation
bayesienne de spamassassin. et c'est assez robuste puisque les critères
de déclenchement sont assez stricts (il ne suffit pas qu'un mail soit
classé comme spam pour qu'il y aiat autolearn...).
De plus, les "end users" sont en général mal implémentés :)
- ils se trompent ("euh... mais c'est quoi ce PC. c'est pas ce message
la que je te disais de mettre là où je ne sais plus où tu l'as mis...")
- ils s'en moquent ("oais. c'est pas à moi d'entrainer leur spamatatin.
de toute façon, j'aime pas les tartes renversées", ... )
- ils oublient ("mais non, me suis jamais inscrit à ce truc")
- ils confondent tout ("c'est pas très interessant, alors je le marque
comme spam. ça leur apprendra. comme ça le No suivant sera mieux")
- ils confondent "effacer" et "marquer comme spam" (je l'ai vu dans les
deux sens, par la même personne. c'est une question d'humeur, je suppose)
- ils ont peur ("allo, j'ai un mail, je sais pas si je dois le marquer
comme spam car j'ai peur que ça fasse tout peter. alors je vous le
fort-ouarde")
et contrairement à une fameuse légende, l'homme n'est pas meilleur qu'un
filtre automatique. d'accord, pour 1 ou 2 mails, c'est facile. mais au
bout d'un moment, la fatigue et l'envie d'en finir prennent le dessus et
le rendement baisse.
ps: n'oublie pas l'antivirus avant l'antispam. mais je suis sur que tu y
as déjà pensé.
vaut mieux. et à ce sujet, pour ceux qui utilisent clamav, les
signatures de chez sanesecurity sont pas mal.
http://sanesecurity.com/clamav/
rvenne a écrit :Daniel Caillibaud a écrit :Le 27/11/08 à 19:09, Debian User French
a écrit :je n'arrive pas à déplacer le mail dans la boîte de réception car je
ne sais pas dans quel répertoire je suis (multi-utilisateur)
Une solution pourrait être de "renvoyer" le mail dans dovecot ou
postfix (je ne sais pas lequel des 2), mais je ne trouve pas la
commande adéquate.
Une piste ?
J'ai écrit un script qui fait ça, si ça peut t'aider :
http://ll.lairdutemps.org/linux/scripts_bash/checkspam
(pour déplacer le ham dans les mails de invox, c'est la fin qui
devrait t'intéresser, le "while read ham")
Le mv peut sembler un peu "barbare", mais dovecot s'en accomode bien.
et enfin, la soluce des admins feignants, sachant pas programmer,
dans ~/.procmailrc
PATH=/bin:/usr/bin
SHELL=/bin/bash
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0:
* ^Subject: ***SPAM***.*
$MAILDIR/.spams/
et pour les autres fainéants qui ont installé dovecot-sieve,
if header :contains "X-Spam-Flag" "YES" {
fileinto "Junk";
stop;
}
mais ça ne règle pas le problème (2), c'est-à-dire lancer sa-learn suite
aux actions de l'utilisateur.a adapter bien sur. ensuite, il faut bien sur que les end users
s'abonnent au répertoire spams. n'importe quel mail clients graphiques (
ou pas) le fait très bien.
on peut aussi le forcer sur le serveur.bien sur, il faut bien créer le répertoire .spams avant dans Maildir.
le dossier, pas le répertoire. faut que ce soit un maildir. si dovecot
est lancé sans l'option -n, il le créera automatiquement.
mais on peut aussi vouloir le mode: si l'utilisateur n'a pas créé (ou a
supprimé) le dossier en questoin, c'est qu'il n'en veut pas et on livre
alors dans sa "Inbox normale". (et là, ça résoud les problèmes (1) et
(2), du moins pour l'admin;-p)en ce qui concerne baysian, vaut mieux NE JAMAIS faire autolearn. laisse
faire les end users, car chacun a ses notions du spam. ce qui impose que
chacun doit avoir une base baysian dans son ~ .
pas d'accord. autolearn est l'un des avantages de l'implémentation
bayesienne de spamassassin. et c'est assez robuste puisque les critères
de déclenchement sont assez stricts (il ne suffit pas qu'un mail soit
classé comme spam pour qu'il y aiat autolearn...).
De plus, les "end users" sont en général mal implémentés :)
- ils se trompent ("euh... mais c'est quoi ce PC. c'est pas ce message
la que je te disais de mettre là où je ne sais plus où tu l'as mis...")
- ils s'en moquent ("oais. c'est pas à moi d'entrainer leur spamatatin.
de toute façon, j'aime pas les tartes renversées", ... )
- ils oublient ("mais non, me suis jamais inscrit à ce truc")
- ils confondent tout ("c'est pas très interessant, alors je le marque
comme spam. ça leur apprendra. comme ça le No suivant sera mieux")
- ils confondent "effacer" et "marquer comme spam" (je l'ai vu dans les
deux sens, par la même personne. c'est une question d'humeur, je suppose)
- ils ont peur ("allo, j'ai un mail, je sais pas si je dois le marquer
comme spam car j'ai peur que ça fasse tout peter. alors je vous le
fort-ouarde")
et contrairement à une fameuse légende, l'homme n'est pas meilleur qu'un
filtre automatique. d'accord, pour 1 ou 2 mails, c'est facile. mais au
bout d'un moment, la fatigue et l'envie d'en finir prennent le dessus et
le rendement baisse.ps: n'oublie pas l'antivirus avant l'antispam. mais je suis sur que tu y
as déjà pensé.
vaut mieux. et à ce sujet, pour ceux qui utilisent clamav, les
signatures de chez sanesecurity sont pas mal.
http://sanesecurity.com/clamav/