Hi,
first, sorry for my elementary english.
I've encountered a problem running cluebringer 2.0.11 on my new Debian 7
mailserver.
My intention was to do SPF check in 3 possible fashion:
1) standard incoming email, all checked.
2) specials "tolerate" problem in SPF record, sometime misconfigured
customer's mailserver create a problem on receiveng email, so i'd like
to use a policy that "tolerate" bad SPF leaving a track into mail header
3) special sender that do not check SPF at all
So, i've maked my simple 3 policy in a cascade fashion, briefly the
policies:
Priority 20: Incoming mail, members: !$*,!%internal_ips , SPF
Chech=yes, Reject=yes, Add SPF Header: ---
Priority 21: Tolerate SPF, members: %spf_tolerate, SPF Chech=yes,
Reject=NO, Add SPF Header: YES
Priority 22: NO-Check, members: %spf_no_check, SPF Chech=NO,
Reject=NO, Add SPF Header: NO
all works good, and the 'Tolerate' leave this on logfile:
module=CheckSPF, action=add_header, ..... reason=spf_fail
Also che check appears into mail header, perfect.
Problem come putting ON the Greylisting module, everiting seems to works
and on logfile I found 2 rows:
module=CheckSPF, action=add_header ..... reason=spf_fail
module=Greylisting, action=pass, ...... reason=authenticated
but in heder mail nothing appear about SPF check.
I've found that the problem is on modules execution order, infact every
module has a declaration like this:
# User plugin info
our $pluginInfo = {
name => "SPF Check Plugin",
priority => 70,
init => \&init,
request_process => \&check,
};
and the modules/README.txt explain:
Module Priorities:
------------------
0 - Lowest
100 - Highest
Core - 100
AccessControl - 90
CheckHelo - 80
CheckSPF - 70
Greylisting - 60
Quotas - 50
To solve my problem I've switched the priorities of the two modules
CheckSPF / Greylisting and now on my logfile the 2 rows are inverted:
module=Greylisting, action=pass, ...... reason=authenticated
module=CheckSPF, action=add_header ..... reason=spf_fail
so the action=add_header effectively puts info info mail header and
eveithing now work properly.
So my question is:
Why this strange execution order?
Before making some DNS requests to resolve SPF is not best to resolve
local Greylisted DB entry?
Is this proposable to default on distribution?
Can I making this simple change cause some other future strange behavior?
Best regards to everyone.
Franco
_______________________________________________
Users mailing list
[email protected]
http://lists.policyd.org/mailman/listinfo/users_lists.policyd.org