> From: Богун Дмитрий > Одно и тоже выражение по разному разворачивается в разных версиях экзима. > > Само выражение довольно сложное и я путем скармливания его кусков в exim > -be нашел место, на котором что-то ломается > Это версия 4.77 > > $h_cc: > > <[email protected]> > > $h_to: > <[email protected]> > > ${if match_address{$item}{${addresses: $h_to:, $h_cc:}} {$value}{dummy}} > {}{dummy}}
Ну на самом деле не так. Но и не так, как вам хочется. > Это 4.76 > > $h_cc: > > <[email protected]> > > $h_to: > <[email protected]> > > ${if !match_address{$item}{${addresses: $h_to:, $h_cc:}} {$value}{dummy}} > > > > > Вариан в 4.76 значительно больше похож на правду, собственно там > работает и большое выражение, которое перестало работать при обновлении > на 4.77. Вопрос в том как узнать бага это или что-то поменяли в синтаксисе? В дистрибутиве exim версий начиная с 4.77, например последнем exim-4.80.tar.bz2, файл exim-4.80/README.UPDATING: Exim version 4.77 ----------------- ... * The match_<type>{string1}{string2} expansion conditions no longer subject string2 to string expansion, unless Exim was built with the new "EXPAND_LISTMATCH_RHS" option. Too many people have inadvertently created insecure configurations that way. If you need the functionality and turn on that build option, please let the developers know, and know why, so we can try to provide a safer mechanism for you. The match{}{} expansion condition (for regular expressions) is NOT affected. For match_<type>{s1}{s2}, all list functionality is unchanged. The only change is that a '$' appearing in s2 will not trigger expansion, but instead will be treated as a literal $ sign; the effect is very similar to having wrapped s2 with \N...\N. If s2 contains a named list and the list definition uses $expansions then those _will_ be processed as normal. It is only the point at which s2 is read where expansion is inhibited. If you are trying to test if two email addresses are equal, use eqi{s1}{s2}. If you are testing if the address in s1 occurs in the list of items given in s2, either use the new inlisti{s1}{s2} condition (added in 4.77) or use the pre-existing forany{s2}{eqi{$item}{s1}} condition. Кроме того, это вкратце описано в doc/NewStuff и doc/ChangeLog . Кроме того, в документации: http://www.exim.org/exim-html-current/doc/html/spec_html/ch11.html match_address {<string1>}{<string2>} See match_local_part. match_local_part {<string1>}{<string2>} ... Note that <string2> is not itself subject to string expansion, unless Exim was built with the EXPAND_LISTMATCH_RHS option. _______________________________________________ Exim-users mailing list [email protected] http://mailground.net/mailman/listinfo/exim-users
