Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du message-id, puis du delivered. ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti par rien)
en ecrivant comme ci-dessous, tu n'es pas lié a l'ordre des lignes : :0 * ^Date:(.*$)+ * ^Message-ID: <.*$(.*$)* * ^Delivered-To: vinc17-.*@vinc17.org
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces
en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du
message-id, puis du delivered.
ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce
qui n'est garanti par rien)
en ecrivant comme ci-dessous, tu n'es pas lié a l'ordre des lignes :
:0
* ^Date:(.*$)+
* ^Message-ID: <.*.qmail@ldh.org>$(.*$)*
* ^Delivered-To: vinc17-.*@vinc17.org
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du message-id, puis du delivered. ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti par rien)
en ecrivant comme ci-dessous, tu n'es pas lié a l'ordre des lignes : :0 * ^Date:(.*$)+ * ^Message-ID: <.*$(.*$)* * ^Delivered-To: vinc17-.*@vinc17.org
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du message-id, puis du delivered. ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti par rien)
en ecrivant comme ci-dessous, tu n'es pas lié a l'ordre des lignes : :0 * ^Date:(.*$)+ * ^Message-ID: <.*$(.*$)* * ^Delivered-To: vinc17-.*@vinc17.org
oups, version corrigée sans les passages a la ligne :
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces
en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du
message-id, puis du delivered.
ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce
qui n'est garanti par rien)
en ecrivant comme ci-dessous, tu n'es pas lié a l'ordre des lignes :
:0
* ^Date:(.*$)+
* ^Message-ID: <.*.qmail@ldh.org>$(.*$)*
* ^Delivered-To: vinc17-.*@vinc17.org
oups, version corrigée sans les passages a la ligne :
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du message-id, puis du delivered. ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti par rien)
en ecrivant comme ci-dessous, tu n'es pas lié a l'ordre des lignes : :0 * ^Date:(.*$)+ * ^Message-ID: <.*$(.*$)* * ^Delivered-To: vinc17-.*@vinc17.org
oups, version corrigée sans les passages a la ligne :
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du message-id, puis du delivered. ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti par rien)
Est-ce que tu lis les messages auxquels tu réponds? J'ai dit que l'ordre des en-têtes est très important. Le test de l'ordre de ces en-têtes est volontaire.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <ccdhtq$rk6$1@sxcom1.cnrm.meteo.fr>,
GERBIER Eric <eric_nospam_gerbier@meteo.fr> écrit:
Vincent Lefevre wrote:
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces
en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement
du message-id, puis du delivered. ta regle ne marche pas si les
lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti
par rien)
Est-ce que tu lis les messages auxquels tu réponds? J'ai dit que
l'ordre des en-têtes est très important. Le test de l'ordre de ces
en-têtes est volontaire.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces en-têtes est très important, c'est d'ailleurs le point de cette règle).
tel que c'est ecrit, il cherche la ligne Date suivit immediatement du message-id, puis du delivered. ta regle ne marche pas si les lignes ne sont pas exactement dans cet ordre (ce qui n'est garanti par rien)
Est-ce que tu lis les messages auxquels tu réponds? J'ai dit que l'ordre des en-têtes est très important. Le test de l'ordre de ces en-têtes est volontaire.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Nicolas Le Scouarnec
:0 * ^Date:(.*$)+ Message-ID: <.*$(.*$)* Delivered-To: vinc17-.*@vinc17.org Mets des * devant chaque ligne de règle.
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces
en-têtes est très important, c'est d'ailleurs le point de cette règle).
Je pense que cette regle s'attend a tout trouver sur une meme ligne, c'est peut etre la que ca bloque. ^ indique un début de ligne, et rien n'indique la fin, et comme les Regexp travaillent ligne/ligne en général, ca doit bloquer.
Peut-etre en faisant un filtre extérieur avec Perl , a la mode de SpamAssassin.
-- Nicolas Le Scouarnec
:0
* ^Date:(.*$)+
Message-ID: <.*.qmail@ldh.org>$(.*$)*
Delivered-To: vinc17-.*@vinc17.org
Mets des * devant chaque ligne de règle.
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces
en-têtes est très important, c'est d'ailleurs le point de cette règle).
Je pense que cette regle s'attend a tout trouver sur une meme ligne,
c'est peut etre la que ca bloque. ^ indique un début de ligne, et rien
n'indique la fin, et comme les Regexp travaillent ligne/ligne en
général, ca doit bloquer.
Peut-etre en faisant un filtre extérieur avec Perl , a la mode de
SpamAssassin.
:0 * ^Date:(.*$)+ Message-ID: <.*$(.*$)* Delivered-To: vinc17-.*@vinc17.org Mets des * devant chaque ligne de règle.
Mais c'est fait: il s'agit d'une seule et même règle (l'ordre de ces
en-têtes est très important, c'est d'ailleurs le point de cette règle).
Je pense que cette regle s'attend a tout trouver sur une meme ligne, c'est peut etre la que ca bloque. ^ indique un début de ligne, et rien n'indique la fin, et comme les Regexp travaillent ligne/ligne en général, ca doit bloquer.
Peut-etre en faisant un filtre extérieur avec Perl , a la mode de SpamAssassin.
-- Nicolas Le Scouarnec
Olivier Tharan
* Nicolas Le Scouarnec (Tue, 6 Jul 2004 10:32:55 +0000 (UTC)):
Peut-etre en faisant un filtre extérieur avec Perl , a la mode de SpamAssassin.
Mail::Audit par exemple. Ou son remplaçant, Email::Filter.
-- olive
* Nicolas Le Scouarnec <root@india.ath.cx.nospam.invalid> (Tue, 6 Jul 2004 10:32:55 +0000 (UTC)):
Peut-etre en faisant un filtre extérieur avec Perl , a la mode de
SpamAssassin.
Mail::Audit par exemple. Ou son remplaçant, Email::Filter.
Non. man procmailrc The following token meanings are special procmail extensions: ^ or $ Match a newline (for multiline matches). Cf mes $ dans ma regexp.
Je l'avais pas vu. Peut etre en rajoutant un ^ au début autres lignes alors, puisque pour moi: $ est une fin de ligne.
Pour procmail, $ n'est pas une fin de ligne, mais un caractère de nouvelle ligne (c'est la syntaxe spécifique procmail pour n). Rajouter un ^ ferait qu'on devrait matcher nn et serait alors incorrect.
Je signale également que le problème est que ma règle ci-dessus n'était pas prise en compte, et qu'ajouter ^ ne ferait qu'ajouter des contraintes supplémentaires (alors qu'il y a en fait déjà trop de contraintes -- sans que je sache pourquoi).
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <slrncerk6j.15b.root@shiva.india.ath.cx>,
Nicolas Le Scouarnec <root@india.ath.cx.nospam.invalid> écrit:
Non. man procmailrc
The following token meanings are special procmail extensions:
^ or $ Match a newline (for multiline matches).
Cf mes $ dans ma regexp.
Je l'avais pas vu.
Peut etre en rajoutant un ^ au début autres lignes alors, puisque pour
moi: $ est une fin de ligne.
Pour procmail, $ n'est pas une fin de ligne, mais un caractère de
nouvelle ligne (c'est la syntaxe spécifique procmail pour n).
Rajouter un ^ ferait qu'on devrait matcher nn et serait alors
incorrect.
Je signale également que le problème est que ma règle ci-dessus
n'était pas prise en compte, et qu'ajouter ^ ne ferait qu'ajouter
des contraintes supplémentaires (alors qu'il y a en fait déjà
trop de contraintes -- sans que je sache pourquoi).
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Non. man procmailrc The following token meanings are special procmail extensions: ^ or $ Match a newline (for multiline matches). Cf mes $ dans ma regexp.
Je l'avais pas vu. Peut etre en rajoutant un ^ au début autres lignes alors, puisque pour moi: $ est une fin de ligne.
Pour procmail, $ n'est pas une fin de ligne, mais un caractère de nouvelle ligne (c'est la syntaxe spécifique procmail pour n). Rajouter un ^ ferait qu'on devrait matcher nn et serait alors incorrect.
Je signale également que le problème est que ma règle ci-dessus n'était pas prise en compte, et qu'ajouter ^ ne ferait qu'ajouter des contraintes supplémentaires (alors qu'il y a en fait déjà trop de contraintes -- sans que je sache pourquoi).
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> 100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17, Championnat International des Jeux Mathématiques et Logiques, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA