Le service web est fait par ocsigen (un serveur HTTP écrit en ocaml,
voir http://ocsigen.org pour les détails. Si absoluement nécess aire je
peux passer en lighttpd) et le service mail est fait par exim4.
Je ne tiens pas trop à faire de ce VPS un serveur POP3 ou IMAP
(principalement pour ne pas remplir le disque du VPS, limité à 20Go en
tout et pour tout), mais je prefère rediriger les méls vers d'a utres
boites aux lettres. Et je voulais aussi éviter une solution type
webmail dessus.
Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
boites au lettres pérennes dessus).
Il existe des paquets debian en rapport, par exemple spamassassin,
spamoracle, maildrop, ... mais en général ils supposent des bo ites
aux lettres locales. Et en particulier, ils classent généraleme nt les
spams dans des boites locales.
En particulier, la redirection vers des boites chez @free.fr ne
fonctionnent pas, car Free exige le filtrage préalable du spam.
http://postmaster.free.fr/
Avez vous d'autres solutions à me suggérer? J'envisage sans
enthousiasme de devoir
0. utiliser un filtre bayesien comme spamoracle et une liste blanche
1. configurer exim4 pour qu'il rejete activement les messages
classifiés comme spam en renvoyant à leur émetteur un mess age
comporant une URL ad hoc à consulter pour débloquer un message.
2. si besoin, développer en Ocaml les services HTML sous ocsigen
manquants.
J'ai par ailleurs une extrême réticence envers PHP, language qu e je
connais peu, et que je déteste pour son insécurité. En par ticulier, je
ne connais pas les bonnes libraries PHP Ã utiliser, et je sais qu'il
faut sans cesse les mettre à jour, ce qui m'est pénible.
Cordialement.
Le service web est fait par ocsigen (un serveur HTTP écrit en ocaml,
voir http://ocsigen.org pour les détails. Si absoluement nécess aire je
peux passer en lighttpd) et le service mail est fait par exim4.
Je ne tiens pas trop à faire de ce VPS un serveur POP3 ou IMAP
(principalement pour ne pas remplir le disque du VPS, limité à 20Go en
tout et pour tout), mais je prefère rediriger les méls vers d'a utres
boites aux lettres. Et je voulais aussi éviter une solution type
webmail dessus.
Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
boites au lettres pérennes dessus).
Il existe des paquets debian en rapport, par exemple spamassassin,
spamoracle, maildrop, ... mais en général ils supposent des bo ites
aux lettres locales. Et en particulier, ils classent généraleme nt les
spams dans des boites locales.
En particulier, la redirection vers des boites chez @free.fr ne
fonctionnent pas, car Free exige le filtrage préalable du spam.
http://postmaster.free.fr/
Avez vous d'autres solutions à me suggérer? J'envisage sans
enthousiasme de devoir
0. utiliser un filtre bayesien comme spamoracle et une liste blanche
1. configurer exim4 pour qu'il rejete activement les messages
classifiés comme spam en renvoyant à leur émetteur un mess age
comporant une URL ad hoc à consulter pour débloquer un message.
2. si besoin, développer en Ocaml les services HTML sous ocsigen
manquants.
J'ai par ailleurs une extrême réticence envers PHP, language qu e je
connais peu, et que je déteste pour son insécurité. En par ticulier, je
ne connais pas les bonnes libraries PHP Ã utiliser, et je sais qu'il
faut sans cesse les mettre à jour, ce qui m'est pénible.
Cordialement.
Le service web est fait par ocsigen (un serveur HTTP écrit en ocaml,
voir http://ocsigen.org pour les détails. Si absoluement nécess aire je
peux passer en lighttpd) et le service mail est fait par exim4.
Je ne tiens pas trop à faire de ce VPS un serveur POP3 ou IMAP
(principalement pour ne pas remplir le disque du VPS, limité à 20Go en
tout et pour tout), mais je prefère rediriger les méls vers d'a utres
boites aux lettres. Et je voulais aussi éviter une solution type
webmail dessus.
Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
boites au lettres pérennes dessus).
Il existe des paquets debian en rapport, par exemple spamassassin,
spamoracle, maildrop, ... mais en général ils supposent des bo ites
aux lettres locales. Et en particulier, ils classent généraleme nt les
spams dans des boites locales.
En particulier, la redirection vers des boites chez @free.fr ne
fonctionnent pas, car Free exige le filtrage préalable du spam.
http://postmaster.free.fr/
Avez vous d'autres solutions à me suggérer? J'envisage sans
enthousiasme de devoir
0. utiliser un filtre bayesien comme spamoracle et une liste blanche
1. configurer exim4 pour qu'il rejete activement les messages
classifiés comme spam en renvoyant à leur émetteur un mess age
comporant une URL ad hoc à consulter pour débloquer un message.
2. si besoin, développer en Ocaml les services HTML sous ocsigen
manquants.
J'ai par ailleurs une extrême réticence envers PHP, language qu e je
connais peu, et que je déteste pour son insécurité. En par ticulier, je
ne connais pas les bonnes libraries PHP Ã utiliser, et je sais qu'il
faut sans cesse les mettre à jour, ce qui m'est pénible.
Cordialement.
Renvoyer les spams à leur expéditeur n'est pas une bonne idà ©e et est
habituellement déconseillé. Certains spammeurs n'attendent que ça. Moi
je les envoie dans une boîte perso afin d'y détecter les faux p ositifs
(quelques unités par moi) avant mise à la poubelle. Le destinat aire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Renvoyer les spams à leur expéditeur n'est pas une bonne idà ©e et est
habituellement déconseillé. Certains spammeurs n'attendent que ça. Moi
je les envoie dans une boîte perso afin d'y détecter les faux p ositifs
(quelques unités par moi) avant mise à la poubelle. Le destinat aire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Renvoyer les spams à leur expéditeur n'est pas une bonne idà ©e et est
habituellement déconseillé. Certains spammeurs n'attendent que ça. Moi
je les envoie dans une boîte perso afin d'y détecter les faux p ositifs
(quelques unités par moi) avant mise à la poubelle. Le destinat aire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
> Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
> fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
> boites au lettres pérennes dessus).
> Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
> fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
> boites au lettres pérennes dessus).
> Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
> fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
> boites au lettres pérennes dessus).
Spamassassin n'est pas un MTA, c'est le rôle d'Exim ou équivalent
d'envoyer les messages vers Free.fr. Je dis ça mais je connais mal
Exim, utilisant Postfix à la place.
Donc d'après moi, il faudrait : messages (fetchmail ?) -> exim ->
spamassassin -> exim -> smtp.Free.fr. On peut aussi y associer procmail
pour la redirection vers Free.fr.
Renvoyer les spams à leur expéditeur n'est pas une bonne idée et est
habituellement déconseillé. Certains spammeurs n'attendent que ça. Moi
je les envoie dans une boîte perso afin d'y détecter les faux positifs
(quelques unités par moi) avant mise à la poubelle. Le destinataire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Quel rapport entre le filtre antispam et le serveur web/php ?
Spamassassin n'est pas un MTA, c'est le rôle d'Exim ou équivalent
d'envoyer les messages vers Free.fr. Je dis ça mais je connais mal
Exim, utilisant Postfix à la place.
Donc d'après moi, il faudrait : messages (fetchmail ?) -> exim ->
spamassassin -> exim -> smtp.Free.fr. On peut aussi y associer procmail
pour la redirection vers Free.fr.
Renvoyer les spams à leur expéditeur n'est pas une bonne idée et est
habituellement déconseillé. Certains spammeurs n'attendent que ça. Moi
je les envoie dans une boîte perso afin d'y détecter les faux positifs
(quelques unités par moi) avant mise à la poubelle. Le destinataire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Quel rapport entre le filtre antispam et le serveur web/php ?
Spamassassin n'est pas un MTA, c'est le rôle d'Exim ou équivalent
d'envoyer les messages vers Free.fr. Je dis ça mais je connais mal
Exim, utilisant Postfix à la place.
Donc d'après moi, il faudrait : messages (fetchmail ?) -> exim ->
spamassassin -> exim -> smtp.Free.fr. On peut aussi y associer procmail
pour la redirection vers Free.fr.
Renvoyer les spams à leur expéditeur n'est pas une bonne idée et est
habituellement déconseillé. Certains spammeurs n'attendent que ça. Moi
je les envoie dans une boîte perso afin d'y détecter les faux positifs
(quelques unités par moi) avant mise à la poubelle. Le destinataire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Quel rapport entre le filtre antispam et le serveur web/php ?
Bonjour,
Le dimanche 14 novembre 2010, Alain Rpnpif a écrit...
> > Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
> > fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
> > boites au lettres pérennes dessus).
Vois le paquet greylistd (postgrey pour Postfix). N'enlève pas tout (je
ne connais que postgrey), mais en enlève quand même un paquet.
Bonjour,
Le dimanche 14 novembre 2010, Alain Rpnpif a écrit...
> > Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
> > fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
> > boites au lettres pérennes dessus).
Vois le paquet greylistd (postgrey pour Postfix). N'enlève pas tout (je
ne connais que postgrey), mais en enlève quand même un paquet.
Bonjour,
Le dimanche 14 novembre 2010, Alain Rpnpif a écrit...
> > Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
> > fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
> > boites au lettres pérennes dessus).
Vois le paquet greylistd (postgrey pour Postfix). N'enlève pas tout (je
ne connais que postgrey), mais en enlève quand même un paquet.
Tu peux aussi regarder du coté de DSPAM [0].
Le paquet Debian est en très mauvais état, mais nous travaillons dess us. Tu
peux utiliser les paquets officieux que je mets à disposition [1] pour
lenny. Nous avons besoin de retours de testeurs ;)
Tu peux aussi regarder du coté de DSPAM [0].
Le paquet Debian est en très mauvais état, mais nous travaillons dess us. Tu
peux utiliser les paquets officieux que je mets à disposition [1] pour
lenny. Nous avons besoin de retours de testeurs ;)
Tu peux aussi regarder du coté de DSPAM [0].
Le paquet Debian est en très mauvais état, mais nous travaillons dess us. Tu
peux utiliser les paquets officieux que je mets à disposition [1] pour
lenny. Nous avons besoin de retours de testeurs ;)
Julien, les problèmes que j'avais avec le dspam de Debian (pas le tien)
étaient des problèmes de permission et des problèmes de log. Je n'ai
pas compris où dspam met ses logs (le répertoire /var/log/dspam resta it
vide). Est-ce que le paquet dspam que tu fais mes les bons fichiers
pour dspam sous /etc/exim4/ ?
Julien, les problèmes que j'avais avec le dspam de Debian (pas le tien)
étaient des problèmes de permission et des problèmes de log. Je n'ai
pas compris où dspam met ses logs (le répertoire /var/log/dspam resta it
vide). Est-ce que le paquet dspam que tu fais mes les bons fichiers
pour dspam sous /etc/exim4/ ?
Julien, les problèmes que j'avais avec le dspam de Debian (pas le tien)
étaient des problèmes de permission et des problèmes de log. Je n'ai
pas compris où dspam met ses logs (le répertoire /var/log/dspam resta it
vide). Est-ce que le paquet dspam que tu fais mes les bons fichiers
pour dspam sous /etc/exim4/ ?
[ je remets la liste d-u-f en copie, la réponse peut servir à d'autres ]
[ je remets la liste d-u-f en copie, la réponse peut servir à d'autres ]
[ je remets la liste d-u-f en copie, la réponse peut servir à d'autres ]
On Sun, 14 Nov 2010 10:00:42 +0100
Julien Valroff wrote:
>
> Tu peux aussi regarder du coté de DSPAM [0].
> Le paquet Debian est en très mauvais état, mais nous travaillons dessus. Tu
> peux utiliser les paquets officieux que je mets à disposition [1] pour
> lenny. Nous avons besoin de retours de testeurs ;)
>
Je n'avais pas encore lu ta réponse et j'avais déjà déjà essayé sans
succès dspam comme indiqué dans mon mél d'avant.
Julien, les problèmes que j'avais avec le dspam de Debian (pas le tien)
étaient des problèmes de permission et des problèmes de log. Je n'ai
pas compris où dspam met ses logs (le répertoire /var/log/dspam restait
vide).
Est-ce que le paquet dspam que tu fais mes les bons fichiers
pour dspam sous /etc/exim4/ ?
Je voudrais essayer de nouveau dspam, mais j'ai vraiement besoin d'aide
si nécessaire. Tu pourrais m'aider?
Pourrais tu expliquer (ici, ou ailleurs, par exemple sur kirya.net) les
améliorations que tu as faites sur la config de dspam par rapport au
paquet Debian?
Et pourquoi dspam a besoin d'un user distinct de Debian-exim4?
On Sun, 14 Nov 2010 10:00:42 +0100
Julien Valroff <julien@debian.org> wrote:
>
> Tu peux aussi regarder du coté de DSPAM [0].
> Le paquet Debian est en très mauvais état, mais nous travaillons dessus. Tu
> peux utiliser les paquets officieux que je mets à disposition [1] pour
> lenny. Nous avons besoin de retours de testeurs ;)
>
Je n'avais pas encore lu ta réponse et j'avais déjà déjà essayé sans
succès dspam comme indiqué dans mon mél d'avant.
Julien, les problèmes que j'avais avec le dspam de Debian (pas le tien)
étaient des problèmes de permission et des problèmes de log. Je n'ai
pas compris où dspam met ses logs (le répertoire /var/log/dspam restait
vide).
Est-ce que le paquet dspam que tu fais mes les bons fichiers
pour dspam sous /etc/exim4/ ?
Je voudrais essayer de nouveau dspam, mais j'ai vraiement besoin d'aide
si nécessaire. Tu pourrais m'aider?
Pourrais tu expliquer (ici, ou ailleurs, par exemple sur kirya.net) les
améliorations que tu as faites sur la config de dspam par rapport au
paquet Debian?
Et pourquoi dspam a besoin d'un user distinct de Debian-exim4?
On Sun, 14 Nov 2010 10:00:42 +0100
Julien Valroff wrote:
>
> Tu peux aussi regarder du coté de DSPAM [0].
> Le paquet Debian est en très mauvais état, mais nous travaillons dessus. Tu
> peux utiliser les paquets officieux que je mets à disposition [1] pour
> lenny. Nous avons besoin de retours de testeurs ;)
>
Je n'avais pas encore lu ta réponse et j'avais déjà déjà essayé sans
succès dspam comme indiqué dans mon mél d'avant.
Julien, les problèmes que j'avais avec le dspam de Debian (pas le tien)
étaient des problèmes de permission et des problèmes de log. Je n'ai
pas compris où dspam met ses logs (le répertoire /var/log/dspam restait
vide).
Est-ce que le paquet dspam que tu fais mes les bons fichiers
pour dspam sous /etc/exim4/ ?
Je voudrais essayer de nouveau dspam, mais j'ai vraiement besoin d'aide
si nécessaire. Tu pourrais m'aider?
Pourrais tu expliquer (ici, ou ailleurs, par exemple sur kirya.net) les
améliorations que tu as faites sur la config de dspam par rapport au
paquet Debian?
Et pourquoi dspam a besoin d'un user distinct de Debian-exim4?
Le 11 novembre 2010, Basile Starynkevitch a écrit :Le service web est fait par ocsigen (un serveur HTTP écrit en ocaml,
voir http://ocsigen.org pour les détails. Si absoluement nécessaire je
peux passer en lighttpd) et le service mail est fait par exim4.
Je ne tiens pas trop à faire de ce VPS un serveur POP3 ou IMAP
(principalement pour ne pas remplir le disque du VPS, limité à 20Go en
tout et pour tout), mais je prefère rediriger les méls vers d'autres
boites aux lettres. Et je voulais aussi éviter une solution type
webmail dessus.
Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
boites au lettres pérennes dessus).
Il existe des paquets debian en rapport, par exemple spamassassin,
spamoracle, maildrop, ... mais en général ils supposent des boites
aux lettres locales. Et en particulier, ils classent généralement les
spams dans des boites locales.
En particulier, la redirection vers des boites chez @free.fr ne
fonctionnent pas, car Free exige le filtrage préalable du spam.
http://postmaster.free.fr/
Avez vous d'autres solutions à me suggérer? J'envisage sans
enthousiasme de devoir
0. utiliser un filtre bayesien comme spamoracle et une liste blanche
1. configurer exim4 pour qu'il rejete activement les messages
classifiés comme spam en renvoyant à leur émetteur un message
comporant une URL ad hoc à consulter pour débloquer un message.
2. si besoin, développer en Ocaml les services HTML sous ocsigen
manquants.
J'ai par ailleurs une extrême réticence envers PHP, language que je
connais peu, et que je déteste pour son insécurité. En particulier, je
ne connais pas les bonnes libraries PHP à utiliser, et je sais qu'il
faut sans cesse les mettre à jour, ce qui m'est pénible.
Cordialement.
Bonjour,
Spamassassin n'est pas un MTA, c'est le rôle d'Exim ou équivalent
d'envoyer les messages vers Free.fr. Je dis ça mais je connais mal
Exim, utilisant Postfix à la place.
Donc d'après moi, il faudrait : messages (fetchmail ?) -> exim ->
spamassassin -> exim -> smtp.Free.fr. On peut aussi y associer procmail
pour la redirection vers Free.fr.
Renvoyer les spams à leur expéditeur n'est pas une bonne idée et est
habituellement déconseillé. Certains spammeurs n'attendent que ça.
Moi
je les envoie dans une boîte perso afin d'y détecter les faux positifs
(quelques unités par mois) avant mise à la poubelle. Le destinataire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Le 11 novembre 2010, Basile Starynkevitch a écrit :
Le service web est fait par ocsigen (un serveur HTTP écrit en ocaml,
voir http://ocsigen.org pour les détails. Si absoluement nécessaire je
peux passer en lighttpd) et le service mail est fait par exim4.
Je ne tiens pas trop à faire de ce VPS un serveur POP3 ou IMAP
(principalement pour ne pas remplir le disque du VPS, limité à 20Go en
tout et pour tout), mais je prefère rediriger les méls vers d'autres
boites aux lettres. Et je voulais aussi éviter une solution type
webmail dessus.
Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
boites au lettres pérennes dessus).
Il existe des paquets debian en rapport, par exemple spamassassin,
spamoracle, maildrop, ... mais en général ils supposent des boites
aux lettres locales. Et en particulier, ils classent généralement les
spams dans des boites locales.
En particulier, la redirection vers des boites chez @free.fr ne
fonctionnent pas, car Free exige le filtrage préalable du spam.
http://postmaster.free.fr/
Avez vous d'autres solutions à me suggérer? J'envisage sans
enthousiasme de devoir
0. utiliser un filtre bayesien comme spamoracle et une liste blanche
1. configurer exim4 pour qu'il rejete activement les messages
classifiés comme spam en renvoyant à leur émetteur un message
comporant une URL ad hoc à consulter pour débloquer un message.
2. si besoin, développer en Ocaml les services HTML sous ocsigen
manquants.
J'ai par ailleurs une extrême réticence envers PHP, language que je
connais peu, et que je déteste pour son insécurité. En particulier, je
ne connais pas les bonnes libraries PHP à utiliser, et je sais qu'il
faut sans cesse les mettre à jour, ce qui m'est pénible.
Cordialement.
Bonjour,
Spamassassin n'est pas un MTA, c'est le rôle d'Exim ou équivalent
d'envoyer les messages vers Free.fr. Je dis ça mais je connais mal
Exim, utilisant Postfix à la place.
Donc d'après moi, il faudrait : messages (fetchmail ?) -> exim ->
spamassassin -> exim -> smtp.Free.fr. On peut aussi y associer procmail
pour la redirection vers Free.fr.
Renvoyer les spams à leur expéditeur n'est pas une bonne idée et est
habituellement déconseillé. Certains spammeurs n'attendent que ça.
Moi
je les envoie dans une boîte perso afin d'y détecter les faux positifs
(quelques unités par mois) avant mise à la poubelle. Le destinataire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.
Le 11 novembre 2010, Basile Starynkevitch a écrit :Le service web est fait par ocsigen (un serveur HTTP écrit en ocaml,
voir http://ocsigen.org pour les détails. Si absoluement nécessaire je
peux passer en lighttpd) et le service mail est fait par exim4.
Je ne tiens pas trop à faire de ce VPS un serveur POP3 ou IMAP
(principalement pour ne pas remplir le disque du VPS, limité à 20Go en
tout et pour tout), mais je prefère rediriger les méls vers d'autres
boites aux lettres. Et je voulais aussi éviter une solution type
webmail dessus.
Je voudrais filtrer le spam sur ce serveur exim4 (sachant qu'il ne
fait que SMTP, pas POP ou IMAP, autrement dit qu'il n'y a pas de
boites au lettres pérennes dessus).
Il existe des paquets debian en rapport, par exemple spamassassin,
spamoracle, maildrop, ... mais en général ils supposent des boites
aux lettres locales. Et en particulier, ils classent généralement les
spams dans des boites locales.
En particulier, la redirection vers des boites chez @free.fr ne
fonctionnent pas, car Free exige le filtrage préalable du spam.
http://postmaster.free.fr/
Avez vous d'autres solutions à me suggérer? J'envisage sans
enthousiasme de devoir
0. utiliser un filtre bayesien comme spamoracle et une liste blanche
1. configurer exim4 pour qu'il rejete activement les messages
classifiés comme spam en renvoyant à leur émetteur un message
comporant une URL ad hoc à consulter pour débloquer un message.
2. si besoin, développer en Ocaml les services HTML sous ocsigen
manquants.
J'ai par ailleurs une extrême réticence envers PHP, language que je
connais peu, et que je déteste pour son insécurité. En particulier, je
ne connais pas les bonnes libraries PHP à utiliser, et je sais qu'il
faut sans cesse les mettre à jour, ce qui m'est pénible.
Cordialement.
Bonjour,
Spamassassin n'est pas un MTA, c'est le rôle d'Exim ou équivalent
d'envoyer les messages vers Free.fr. Je dis ça mais je connais mal
Exim, utilisant Postfix à la place.
Donc d'après moi, il faudrait : messages (fetchmail ?) -> exim ->
spamassassin -> exim -> smtp.Free.fr. On peut aussi y associer procmail
pour la redirection vers Free.fr.
Renvoyer les spams à leur expéditeur n'est pas une bonne idée et est
habituellement déconseillé. Certains spammeurs n'attendent que ça.
Moi
je les envoie dans une boîte perso afin d'y détecter les faux positifs
(quelques unités par mois) avant mise à la poubelle. Le destinataire
peut aussi les filtrer vers un répertoire spécial en se basant sur
les en-têtes.