Mark Martinec wrote:
According to SA docs on trusted/internal_networks, the
MSA is to be included in the trusted_networks list, and not in internal_networks.

Now the question. A mail submitted to MSA from an external
authenticated client (which also happens to be DUL-listed) uses
a sender address of our domain (as it should be, according to SPF docs).
The SPF check (as done by SA) submits this foreign IP address to SPF,
which naturally claims it is a forgery. This is clearly wrong, the IP address submitted to SPF should be that of MSA, or SPF check should be
skipped altogether.

MSA listed in x_networks:
trusted  internal
0           0      SPF ok, no DUL hit
0           1      SPF ok, no DUL hit
1           0      SPF fails, no DUL hit
1           1      SPF fails, DUL hits

http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4661

Until a patch is made available a workaround is to use SMTP/POP-auth to extend the trusted_networks to all authenticated users (and not use a separate list of hosts in internal_networks).


Daryl

Reply via email to