Victor Ustugov пишет:
> приветствую
>> возникла проблемка
>> я только сейчас заметил, что после перехода на 3.0.2 с 2.63 SA стал
> игнорировать регистр имен полей в правилах. глянул и код и увидел, что
> делается это независимо от каких-либо настроек.
>> а теперь сама проблема:
> у меня в части шаблонных наборов правил имеет значение регистр имен
> полей. т. е. надо различать Content-Transfer-Encodin и
> Content-transfer-encoding
>> есть мысль сделать патч, который бы обеспечивал возможность работать с
> именами полей как с учетом регистра, так и без. предлагаю управлять этим
> через суффикс имени поля в тексте правила (по аналогии с работой с
> недекодированными значениями полей):
>> работа без учета регистра:
> header __CUST_X_MIMEOLE_X_Mailer_OE_550 X-Mailer|X-MIMEOLE =~ /.../
> работа с учетом регистра:
> header __CUST_X_MIMEOLE_X_Mailer_OE_550 X-Mailer|X-MIMEOLE:case =~ /.../
>> дело в том, что при использовании правил из rules.corvax могут быть
> false positives, если применять проверки без учета регистра. так вот,
> если я у себя буду применять этот патч, то мне придется модифицировать
> наборы правил в соответствии с его особенностями (по имен полей добавить
> суффикс ":case"). просто в этом случае всем, использующим мои шаблонные
> правила, придется пересобрать SA с данным патчем.
>> может я чего-то недоглядел и игнорирование регистра имен полей может
> быть опциональным?
>А это не поможет?
http://www.intuitive.com/spam-assassin-rule-help.html
====================
The rule can also be made case-insensitive by adding an i to the end,
like this:
body LOCAL_DEMONSTRATION_RULE /\btest\b/i
score LOCAL_DEMONSTRATION_RULE 0.1
====================
--
SY
Nikolai