Mark Martinec:
AuthServID by itself is not good enough, such header field must also
belong to a set of trusted fields. SpamAssassin solves the problem
of determining which header fields can be trusted by settings
trusted_networks / internal_networks / msa_networks.
Patrick Ben Koetter:
How wou
Mark Martinec:
AuthServID by itself is not good enough
don't agree...
A-R header are defined by RFC7001
there is also a section about "Remove Existing Header Fields":
http://tools.ietf.org/html/rfc7001#section-5
replace "conforming MTA" by "conforming MILTER" while reading :-)
Andreas
* Mark Martinec :
> >@lbutlr:
> >>How does amavis know if you removed the spammer headers and
> >>added your own?
>
> Andreas Schulze wrote:
> >It has to trust the administrator does a good job :-)
> >
> >Each A-R header include an AuthServID (a hostname generating the
> >A-R header)
> >Any A-R he
@lbutlr:
How does amavis know if you removed the spammer headers and added your
own?
Andreas Schulze wrote:
It has to trust the administrator does a good job :-)
Each A-R header include an AuthServID (a hostname generating the A-R
header)
Any A-R header consumer must know these "TrustedAuth
@lbutlr:
How does amavis know if you removed the spammer headers and added your own?
It has to trust the administrator does a good job :-)
Each A-R header include an AuthServID (a hostname generating the A-R header)
Any A-R header consumer must know these "TrustedAuthServIDs" and trust
thes
On Feb 16, 2016, at 3:31 AM, Patrick Ben Koetter wrote:
> * @lbutlr :
>> On Feb 15, 2016, at 1:53 PM, A. Schulze wrote:
>>> Feature Request: Amavisd-new should recognise A-R header and use/trust them.
>>> Assumption: the A-R header aren't present in an incoming message but really
>>> added by a
* @lbutlr :
> On Feb 15, 2016, at 1:53 PM, A. Schulze wrote:
> > Feature Request: Amavisd-new should recognise A-R header and use/trust them.
> > Assumption: the A-R header aren't present in an incoming message but really
> > added by a local milter.
>
> How would amavis know if the headers were
On Feb 15, 2016, at 1:53 PM, A. Schulze wrote:
> Feature Request: Amavisd-new should recognise A-R header and use/trust them.
> Assumption: the A-R header aren't present in an incoming message but really
> added by a local milter.
How would amavis know if the headers were added by the local serv
* A. Schulze :
>
> Hello Mark,
>
> I'm a little uncomfortable with the DKIM check implemented in amavis.
> For unrelated reasons we use an spf-milter and opendkim-milter in
> front of amavisd-milter.
>
> So in the moment amavisd-milter get the message there are already
> two A-R Header present.
Hello Mark,
I'm a little uncomfortable with the DKIM check implemented in amavis.
For unrelated reasons we use an spf-milter and opendkim-milter in
front of amavisd-milter.
So in the moment amavisd-milter get the message there are already two
A-R Header present.
Unfortunately amavisd-new c
10 matches
Mail list logo
