OH MANN!!!
DAS DARF DOCH WOHL NICHT WAHR SEIN!!!
Die Lösung:
Die Definition der Rules muß unterhalb von $banned_filename_re
vorgenommen werden
Also zuerst:
$banned_filename_re = new_RE(
### BLOCKED ANYWHERE
# qr'^UNDECIPHERABLE$', # is or contains any undecipherable
components
qr'^\.(exe-ms|dll)$', # banned file(1) types,
rudimentary
# qr'^\.(exe|lha|cab|dll)$', # banned file(1) types
...................
...................... usw
)
und erst dann
%banned_rules = (
'MYBANNEDFILES' => new_RE( [ qr'^\.(rpm|cpio|tar)$' => 0 ],
qr'.\.(exe|vbs|pif|scr)$'i, ),
'DEFAULT' => $banned_filename_re,
);
wäre schön, wenn das irgendwo dokumentiert wäre
:( schade
Vielleicht kann diese Info irgendwer brauchen
vg, Andi
Am 10.11.2016 um 14:53 schrieb Andreas
Wass - Glas Gasperlmair:
Hallo, ich wieder!
Sobald ich %banned_rules aktiviere, funktioniert mein
content-blocking auf DEFAULT nicht mehr
#####################################################
bei Einlieferung auf submission port greift lt. maillog meine
policy bank "ORIGINATING" und die damit verbundene Table
MYBANNEDFILES (alles OK)
Nov 10 14:12:15 mail amavis[4323]: loaded policy bank
"ORIGINATING"
Hier sieht man auch die verwendete Table
Nov 10 14:08:11 mail amavis[4323]: (04323-01) collect banned
table[0]: andi@wassa.at,
tables: MYBANNEDFILES=>Amavis::Lookup::RE=ARRAY(0x269f8a8)
(Alles bestens)
##############################################
bei Mailserver zu Mailserver greift lt. maillog meine policy
bank "AM.PDP-SOCK" allerdings nicht die Table DEFAULT
Nov 10 14:14:31 mail amavis[4324]: loaded policy bank
"AM.PDP-SOCK"
Nov 10 14:08:30 mail amavis[4324]: (04324-01) collect banned
table[0]: andi@wassa.at,
tables:
(auch nicht, wenn ich banned_filename_maps => ['DEFAULT']
explizit reinschreibe oder auf eine andere rule verweise)
$policy_bank{'AM.PDP-SOCK'} = {
protocol => 'AM.PDP',
banned_filename_maps => ['DEFAULT'],
#banned_filename_maps => ['MYBANNEDFILES'],
auth_required_release => 0, # do not require secret_id for
amavisd-release
};
Meine Rules sehen zur Zeit so aus wobei der Verweis 'DEFAULT'
=> $banned_filename_re immer ins leere geht
(abschliessendes Komma bringt auch nix)
%banned_rules = (
'MYBANNEDFILES' => new_RE( [ qr'^\.(rpm|cpio|tar)$' => 0
], qr'.\.(exe|vbs|pif|scr)$'i, ),
'DEFAULT' => $banned_filename_re
);
So wie es scheint funktioniert der Verweis 'DEFAULT' =>
$banned_filename_re in den %banned_rules NICHT.
Nov 10 14:14:31 mail amavis[4324]: loaded policy bank
"AM.PDP-SOCK"
Hier sieht man eben, dass keine Table verwendet wird
Nov 10 14:08:30 mail amavis[4324]: (04324-01) collect banned
table[0]: andi@wassa.at,
tables: (HIER MÜSSTE DIE VERWENDETE TABLE STEHEN)
Erst wenn ich den koml. Block von %banned_rules auskommentiere
funktioniert das Ganze wieder.
Nov 10 14:08:30 mail amavis[4324]: (04324-01) collect banned
table[0]: andi@wassa.at,
tables: DEFAULT=>Amavis::Lookup::RE=ARRAY(0x32f93e0)
Hat denn keiner einen Tipp für mich, bin langsam am verzweifeln
nach 3 Tagen probieren.
vg, Andi