Mangled and non-mangled TUHS mail lists
Grant Taylor
gtaylor at tnetconsulting.net
Wed Oct 4 04:20:15 AEST 2017
On 10/03/2017 08:08 AM, Steffen Nurpmeso wrote:
> It is a bit of a pity, since almost all MLs really worth reading
> use this tagging (e.g., ih, leapsecs, tz, the security lists,
> groff, as well as pcc and tinycc-devel, to name a few).
I think that modifying the subject to add a tag is a perfectly valid
thing. As such, provisions should make such modifications /possible/.
Then leave the choice of doing so or not up to each list's administrator.
> And DKIM
> is no problem at all if you use G....e groups over HTTPS and give
> the business some opportunities to actually make some of the money
> necessary to drive the environment you use, HEH???
I think that GG is an option. Just an option that I choose not to use.
I also vehemently in the option to host things yourself. - Email is
not too complex that people can't successfully run their own server if
they want to do so.
> DKIM should
> have been designed to create DKIM envelopes, so that lists could
> simply create an encapsulating DKIM layer, and all would be fine.
I believe that Mailman has an option to attach the DKIM signed message
much like I (mis?)understand the wrapper that you're talking about.
In such case, DKIM has no say. DKIM is designed to validate that a
message has not been modified in source. - The wrapper message is a
new message that happens to have an attachment. Since DKIM filters are
looking for a DKIM-Signature header in the outer most message, it does
not matter what's in the inner / attached message.
I also staunchly believe that Mailing lists are an entity unto
themselves. Said entity is what sends the emails, not me. As such, my
opinion is that said entity should draft completely new messages using
textual content from source material that I provided. Thus there is
nothing about the original message envelope to be a problem.
This also means that mailing lists could support things like subject
modification / SPF / DKIM / DMARC / ARC / S/MIME / PGP, etc. directly.
But ... that's just me and my opinion.
--
Grant. . . .
unix || die
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3717 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20171003/54480702/attachment.bin>
More information about the TUHS
mailing list