Discussion :

[olaxius]

Bonjour,
Sous Exchange serveur 2010 version 14.03.0123.003 (sp3), lorsque je créé une règle de transport pour analyser le contenu de l'adresse d'expéditeur , le processus EdgeTransport.exe part en mayonnaise et prend 99% de l'uc .
Voici la règle de transport :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Quand l'adresse de l'expéditeur correspond au modèle de texte (\w|\W)*@toto.fr$
envoyer un message de rejet 'non remis' à l'expéditeur avec le code '5.7.1'

Ce qui donne en powershell

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
New-TransportRule 
-Name:"Test"  
-FromAddressMatchesPatterns:'(\w|\W)*@toto.fr$' 
-RejectMessageReasonText:'Non remis' -RejectMessageEnhancedStatusCode: '5.7.1'

J'ai vérifié la syntaxe de la regex avec plusieurs outils sur le web et il n'y a pas de problème .
Est ce qu'Exchange ne supporte pas ce genre de syntaxe ou est-ce moi qui commet une erreur ?
D'avance merci de vos réponses
Le serveur Exchange est installé sur un windows 2008 R2

[CosmoKnacki]

Je ne connais pas exchange, mais ce que tu as écrit mérite qu'on s'y arrête (\w|\W)*, ce qui signifie littéralement:

un caractère appartenant à la classe \w ou pas, présent zéro ou plusieurs fois de suite, et ce, à partir de n'importe où dans la chaîne.

C'est extrêmement permissif (on peut le résumer à n'importe quoi, n'importe où, de n'importe quelle taille), donc si tu l'appliques à une chaîne se terminant bien par @toto.fr, pas de problèmes, la correspondance sera trouvée relativement rapidement sans trop d'efforts. Par contre si tu l'appliques à une chaîne ne se terminant pas par @toto.fr, le "n'importe quoi-de n'importe quelle taille" devra être testé à toutes les positions dans la chaîne pour pouvoir enfin échouer, ce qui représente énormément de possibilités (la complexité dépend de la taille de la chaîne et croit exponentiellement).

Après un rapide coup d'œil, sur les possibilités de vocabulaire que t'offre ce moteur de regex qui semblent plutôt restreintes (d'après la doc Micro$oft), ce que tu peux faire c'est:

• soit éviter le "n'importe où" en utilisant l'ancre de début de chaîne ^ (comme ça la pattern ne sera testée qu'au début de la chaîne et pas à chaque positions dans la chaîne):^(\w|\W)*@toto.fr$.
• Mais après tout, à quoi bon chercher "n'importe quoi" que ce soit au début, à la fin ou au milieu puisque c'est n'importe quoi? Autant juste vérifier ce qui t'intéresse, c'est à dire le domaine. Dans ce cas autant juste écrire:@toto.fr$. Car en faisant ça tu te débarrasses du "n'importe quoi" et du "de n'importe quelle taille" en même temps. Il suffit juste de trouver la position où ça fonctionne (la complexité devient alors linéaire en fonction de la taille de la chaîne.)

[olaxius]

merci pour cette réponse .
Je suis entièrement d'accord avec votre analyse , mais lorsque je met '@toto.fr$' ça ne matche pas, c'est pourquoi j'ai forcé avec la syntaxe bourin (\w|\W)* .
Merci pour votre analyse

[CosmoKnacki]

Je ne connais pas la nature du moteur de regex utilisé, mais tu dois pouvoir le soulager un peu en écrivant la pattern de cette manière (ce qui permet de se passer de l'alternative):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

^\w*(\W\W*\w\w*)*\W*@toto.fr$

[olaxius]

J'ai essayé la syntaxe que vous proposez , mais j'ai une fin de non recevoir de la part de exchange qui ne supporte pas la regex donnée.
A priori c'est cette partie

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(\W\W*\w\w*)*

qu'il ne supporte pas .