milter messages marked as ALL_TRUSTED
Matus UHLAR - fantomas
uhlar at fantomas.sk
Wed Apr 22 11:57:37 CEST 2020
>> >>>>Can you advise me easy way to log e.g. Received: headers from amavisd-new
>> >>>>or a hint, what more to log?
>>
>> >>On 20.04.20 23:22, Damian wrote:
>> >>>Run amavis with debug-sa parameter and egrep for "tag RELAY|trusted". Do
>> >>>you see obvious differences between the two systems?
>>
>> >On Tue, Apr 21, 2020 at 05:32:01PM +0200, Matus UHLAR - fantomas wrote:
>> >>no differences for now, but you helped me at least a bit.
>> >>Because of reason unknown to me yet, mail is tagged as originating:
>>
>> On 21.04.20 21:48, Henrik K wrote:
>> >And you really have atleast amavisd-new 2.11.0-6.1 package version
>On Wed, Apr 22, 2020 at 11:29:08AM +0200, Matus UHLAR - fantomas wrote:
>> yes.
>> >which has the well know originating bug fixed?
>> I have noticed originatuing bug
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882324
>>
>> but:
>>
>> 1. the bug was about amavisd NOT honoring the "originating" flag
>>
>> 2. my problem is that amavis does set "orgiginating" flag for mails that are
>> not originating
On 22.04.20 12:46, Henrik K wrote:
>The patch also fixes this case. Don't read too much into the bug
>description, you need to understand what the code actually does. It also
>sets originating=0, which didn't happen with the missing code.
I don't manipulate the "originating" flag at all, so there must be something
that sets it when not needed.
I was trying to understand the code but there's much of code so I asked
people who might already know better
I believe that "originating" flag should only be set when the mail was
submitted. Otherwise, standard TrustPath mechanism should be used.
--
Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
On the other hand, you have different fingers.
More information about the amavis-users
mailing list