Thank you. We will adjust our internal policy.

Am Fr., 26. Aug. 2022 um 12:43 Uhr schrieb Laura Atkins via mailop <
mailop@mailop.org>:

> To answer your first question: a lot of mail is double signed. Signing
> with 2 identical d= but different s= is unusual, but I don’t think it’s
> prohibited anywhere. I also don’t think the RFC addresses anything about
> mail disposition in case of failures. It could be that the 2 identical d=
> one passing and one failing is causing a spam filter somewhere to act up.
>
> Given the problem is inside your infrastructure, the easiest fix is
> probably on your end. I’ve not had good experiences getting 3rd parties to
> modify these kinds of decisions (even when they’re clearly buggy and acting
> in ways that are probably unintended) and they often have what they
> perceive as valid reasons for making them.
>
> laura
>
>
>
> On 26 Aug 2022, at 11:02, Stefan Bauer via mailop <mailop@mailop.org>
> wrote:
>
> The other party is putting our mails in junk/spam folder. Mail is not
> rejected and reports, that the reason is invalid dkim signatur.
>
> Am Fr., 26. Aug. 2022 um 11:56 Uhr schrieb Laura Atkins via mailop <
> mailop@mailop.org>:
>
>> When you say “fail” do you mean the mail is being rejected? Or just that
>> one signature is failing to verify with DKIM?
>>
>> laura
>>
>>
>>
>> On 26 Aug 2022, at 10:32, Stefan Bauer via mailop <mailop@mailop.org>
>> wrote:
>>
>> Hi folks,
>>
>> are 2 DKIM-signatures in a mail with different s= but for same d= a
>> problem in general?
>>
>> According to RFC 6376 4.2 i would say no, the receiver should check both
>> signatures and not perm fail on the first, however we see some trouble with
>> some recipients:
>>
>> Log from receivers:
>>
>> 2022-08-22T06:35:38+02:00 S2VG300MR01 MTA[10124]: 2022-08-22 06:35:38
>> [10124] 1oPzA2-0002dI-Qd acl_check_dkim: fail domain.tld domain.tld
>> 2022-08-22T06:35:38+02:00 S2VG300MR01 MTA[10124]: 2022-08-22 06:35:38
>> [10124] 1oPzA2-0002dI-Qd DKIM: d=domain.tld s=18022801 c=relaxed/relaxed
>> a=rsa-sha256 b=2048 t=1661142932 [verification failed - signature did not
>> verify (headers probably modified in transit)]
>>
>> We have 2 mail worlds, that send mail for same domain. Sometimes, a mail
>> from world 1, enters world 2, gets processed and send to third party. This
>> way, the mail has 2 signatures.
>>
>> Thank you.
>>
>> Stefan
>>
>>
>> _______________________________________________
>> mailop mailing list
>> mailop@mailop.org
>> https://list.mailop.org/listinfo/mailop
>>
>>
>> --
>> The Delivery Experts
>>
>> Laura Atkins
>> Word to the Wise
>> la...@wordtothewise.com
>>
>> Email Delivery Blog: http://wordtothewise.com/blog
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> mailop mailing list
>> mailop@mailop.org
>> https://list.mailop.org/listinfo/mailop
>>
> _______________________________________________
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
>
>
> --
> The Delivery Experts
>
> Laura Atkins
> Word to the Wise
> la...@wordtothewise.com
>
> Email Delivery Blog: http://wordtothewise.com/blog
>
>
>
>
>
>
> _______________________________________________
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
>
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Reply via email to