[exim-conf] судьба чужих заголовков

Victor Ustugov victor на corvax.kiev.ua
Вс Окт 30 19:22:55 EET 2005


приветствую

озадачился я тем, что при добавлении заголовков с помощью warn и message 
существующие заголовки с совпадающими именами остаются без изменений

это может привести к некоторых проблемам при анализе значений полей, 
вставляемых на основании результатов проверки письма с помощью spamd

пару дней назад реализовано и сегодня дотестировано опциональное 
удаление или переименование заголовков, связанных с проверкой писем 
spamassassin'ом

действие для старых заголовков (например: X-Spam-Status, X-Spam-Flag, 
X-Spam-Score, X-Spam-Report) указывается в переменной 
confSPAMASSASSIN_OLD_HEADERS. возможные значения RENAME, REMOVE и 
NOTHING. значением по умолчанию является RENAME:

define(`confSPAMASSASSIN_OLD_HEADERS', `RENAME')dnl

имена обрабатываемых полей заголовков, разделенные двоеточием, 
указываются в переменной confSPAMASSASSIN_HEADERS.
значение по умолчанию:
define(`confSPAMASSASSIN_HEADERS', 
`X-Spam-Status:X-Spam-Flag:X-Spam-Score:X-Spam-Report:X-Spam-Checker-Version:X-Spam-Info:X-Spam-Action:X-Spam-Original-Recipients')dnl

добавить свои названия полей можно в site/conf, используя следующий 
синтаксис:
define(`confSPAMASSASSIN_HEADERS', 
confSPAMASSASSIN_HEADERS`:X-Spam-Field1:X-Spam-Field2')dnl

поля удаляются и добавляются в системном фильтре, ибо добавление и 
удаление полей в роутерах и транспортах распространяется только на тех 
получателей, которые обрабатываются данными роутерами и транспортами. 
следовательно, таким образом, при сохранении письма системным фильтром в 
каталоге с резервными копиями или карантине меняется получатель и поля 
не добавляются, что недопустимо.

так что welcome to test

-- 
Best wishes Victor Ustugov   mailto:victor на corvax.kiev.ua
public GnuPG/PGP key:        http://victor.corvax.kiev.ua/corvax.asc
ICQ UIN: 77186900, 32418694  nic-handle: CRV2-RIPE, CRV-UANIC




Подробная информация о списке рассылки exim-conf