[MlMt] From "XXX via mailmate"

[MM_Arc]

Benny,

Many thanks for the reaction & input.

I can perfectly live in this “via-world”, even better since I now 
understand the “root-cause”( anyhow prefer this to the meta one ;-) 
).

Our very best wishes, that 2024 might bring you health, happiness and 
more then you wish for.

Kindest regards,


Marc

On 21 Dec 2023, at 19:38, Benny Kjær Nielsen wrote:

> On 20 Dec 2023, at 4:55, Quinn Comendant via mailmate wrote:
>
>> On 19 Dec 2023, at 16:06, Bill Cole wrote:
>>
>>> Mailman modifies the "From" header of messages sent from domains 
>>> which would otherwise be widely rejected […]
>>> I won't try to pick apart the precise details for this list. Perhaps 
>>> Benny can explain the specific rules.
>>
>> Mailman checks the DMARC policy published to the DNS TXT records of 
>> the domain in the "From" header of the original message. If the 
>> policy is 'p=reject' or 'p=quarantine', Mailman may modify the "From" 
>> header to use the list's email address or the server's hostname to 
>> prevent rejection due to DMARC, SPF, or DKIM checks.
>
> Bill and Quinn are correct. The “via” is a workaround for 
> DMARC-issues with the mailing list. This is one of those subjects 
> where I feel like I have to start over every time I want to understand 
> the details of what's going on ;-)
>
>> It doesn't treat all senders the same because some people self-host 
>> their email domain and don't use DKIM or SPF.
>
> Ironically, the mailing list server for MailMate is self-hosted (by 
> me) and it has only been using SPF. This seems to have been a serious 
> problem with Gmail addresses (I think many/most of them have been 
> thrown off the list by MailMan by now).
>
> Hopefully, the changes I've made today (on the server) means that DKIM 
> will work going forward. That should make Google happy: 
> https://blog.google/products/gmail/gmail-security-authentication-spam-protection/
>
> This will NOT solve the problem which makes the use of “via” 
> necessary for some correspondents. If I understand it correctly then a 
> standard solution does exist now, but it's not a high priority for me 
> to make that work: 
> https://en.wikipedia.org/wiki/Authenticated_Received_Chain
>
> -- 
> Benny
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> https://lists.freron.com/listinfo/mailmate
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20231228/8d0da128/attachment.htm>