James,
The design and intention of postfix is to keep "dealing with policies"
_outside_ postfix ? The author states in one of the READMEs :
Purpose of Postfix SMTP access policy delegation
The Postfix SMTP server has a number of built-in mechanisms to block or accept
mail at specific SMTP protocol stages. As of version 2.1, Postfix can delegate
policy decisions to an external server that runs outside Postfix.
With this policy delegation mechanism, a simple greylist policy can be
implemented with only a dozen lines of Perl, as is shown at the end of this
document. Another example of policy delegation is the SPF policy server by
Meng
Wong at http://spf.pobox.com/. Examples of both policies can be found in the
Postfix source code, in the directory examples/smtpd-policy.
What is the reason to make a patch for something that works fine ???
Marc
James Couzens wrote:
On Sat, 2004-09-18 at 01:17, dave(_at_)watersheep(_dot_)org wrote:
I've only recently installed libspf2 (version 1.0.4, plus policyd-1.0.1,
running from postfix), and I don't understand the results I'm getting.
libSPF now has a C patch directly against the Postfix source tree not
having to make use of the policy daemon. You are welcome to try it out.
Its in the RC6-pre6 release available @ http://libspf.org
Cheers,
James