On Thu, 23 Feb 2012 17:32:27 +0000 Mark Porthouse wrote: > Hello, > > I've just experienced a *very unusual scenario* where SA is checking > the reputation of the dynamic public IP address of the sending > desktop client's authorised SMTP connection to their SMTP server.
> > I'm currently not convinced that it isn't a bug, as I don't think > that it is a problem with trusted networks or procmail. We went though this on the bug tracker. SA is failing to differentiate between an mx handover and submission. The main way that it does this via internal and trusted network settings. If you have submission on the same IP address as the MX server, or you network setting are wrong then it can fall back to detecting Authentication. In your case no authentication is recorded in the received header. This has nothing to do with pop or fetchmail, It's just that submission servers commonly share an IP address with pop/imap. What you need to do is determine whether the POP/submission server is also the MX server. If it isn't then you fix your problem through configuration, otherwise you have to work around it.
