On 3/7/2023 12:30 PM, Charles Keepax via Alsa-devel wrote:
Hi Jaroslav,
any chance that you can take a look at mailing list settings, it seems like from few days some messages to mailing list come as "Someone via Alsa-devel", like in top line, also content is attached as messages, so when I clicked reply it didn't quote the email, as message body is "empty", because all content is in attachment. You can also see it on archives: https://lore.kernel.org/alsa-devel/167843595709.26.931771458197876919@mailma...
Notice that message came from: From: Charles Keepax via Alsa-devel @ 2023-03-07 11:30 UTC and then that content is in attachment: [-- Attachment #0: Type: message/rfc822, Size: 6313 bytes --] again showing the header this time without "via Alsa-devel" line: From: Charles Keepax ckeepax@opensource.cirrus.com
Thanks, Amadeusz
On 10. 03. 23 9:40, Amadeusz Sławiński wrote:
On 3/7/2023 12:30 PM, Charles Keepax via Alsa-devel wrote:
Hi Jaroslav,
Hi,
any chance that you can take a look at mailing list settings, it seems like from few days some messages to mailing list come as "Someone via Alsa-devel", like in top line, also content is attached as messages, so when I clicked reply it didn't quote the email, as message body is "empty", because all content is in attachment. You can also see it on archives: https://lore.kernel.org/alsa-devel/167843595709.26.931771458197876919@mailma...
I've turned on for the testing purposes the DMARC [1] mitigation which encapsulates the original message as attachment [2] in mailman 3. The original message is not mangled. You should use the attachment as the source for the reply. The other mitigation option is to mangle From, but I think that it's even worse for the replies.
Note that this mitigation is only for senders which have strict DMARC rules (reject or quarantine) in their DNS records like mentioned cirrus.com, bootlin.com etc.
It is really difficult to play nicely here. But breaking DMARC rules means delivery issues and putting the outbound SMTP server to the reject list (as a spam source).
If we cannot live with this settings, I can turn it off, but consider to:
1) ask the senders with the strict DMARC to use another domain 2) work with the attachment (original message) for those senders 3) if the message is not delivered to all members, the purpose of this mailing list is lost
Jaroslav
[1] https://dmarc.org [2] https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/handlers/do...
On 3/10/2023 2:36 PM, Jaroslav Kysela wrote:
On 10. 03. 23 9:40, Amadeusz Sławiński wrote:
On 3/7/2023 12:30 PM, Charles Keepax via Alsa-devel wrote:
Hi Jaroslav,
Hi,
any chance that you can take a look at mailing list settings, it seems like from few days some messages to mailing list come as "Someone via Alsa-devel", like in top line, also content is attached as messages, so when I clicked reply it didn't quote the email, as message body is "empty", because all content is in attachment. You can also see it on archives: https://lore.kernel.org/alsa-devel/167843595709.26.931771458197876919@mailma...
I've turned on for the testing purposes the DMARC [1] mitigation which encapsulates the original message as attachment [2] in mailman 3. The original message is not mangled. You should use the attachment as the source for the reply. The other mitigation option is to mangle From, but I think that it's even worse for the replies.
Note that this mitigation is only for senders which have strict DMARC rules (reject or quarantine) in their DNS records like mentioned cirrus.com, bootlin.com etc.
It is really difficult to play nicely here. But breaking DMARC rules means delivery issues and putting the outbound SMTP server to the reject list (as a spam source).
If we cannot live with this settings, I can turn it off, but consider to:
- ask the senders with the strict DMARC to use another domain
- work with the attachment (original message) for those senders
- if the message is not delivered to all members, the purpose of this
mailing list is lost
Jaroslav
[1] https://dmarc.org [2] https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/handlers/do...
Ah, email handling standards, that explains it. Well, I guess I have no problem with it, it was just bit confusing to me what is going on ;) Thanks, for explanation!
Amadeusz
participants (2)
-
Amadeusz Sławiński
-
Jaroslav Kysela