#metoo, was Mailman? (war: Re:).eml

[Cord Beermann]

Hallo! Du (Kai 'wusel' Siering) hast geschrieben:

>> > Dafür gibt es dann einen Anhang, wo die E-Mail drin ist.
>> > Nervt ungemein.

>> die Mail sollte dann in einem Attachment sein.

>Ja, aber es fehlt in der äußeren Mail der Subject-Header komplett. K9
>kann damit um, Thunderbird antwortet dann auf die leere Mail mit ohne
>Subject :-(

Ja, ist imho ein Bug^W^Weine schlechte Implementierung. Leider tief in python
vergraben... 

vielleicht kann ja mal ein kundiger in die sourcen gucken und mir sagen ob ein
zufügen von 'subject' in den KEEPERS in
/usr/lib/mailman/Mailman/Handlers/WrapMessage.py dieses Problem beheben
würde, dann würde ich mal schauen ob ich da ein Bugfix-Paket
generieren und installieren kann. 

(Upstream ist mailman2 tot, mailman3 haben wir schon auf der Kiste, aber
leider gibt es keinen einfachen Upgradepfad, vielleicht sollte man diese
Mailinglisten auch durch discourse ersetzen? Das wird hier bereits vom
Freifunk Verein [1] und dem Makerspace GT [2] eingesetzt und macht auf mich
den Eindruck das es besser in die heutige Zeit passt, es hat ein modernes
Webinterface mit Forenfunktion, kann aber auch problemlos weiter per Mail
genutzt werden. Meinungen?)

>> Das doofe mit Mail heutzutage ist das SPF, DKIM, DMARC und Konsorten die
>> Zustellung von Mails als Mailingliste nahezu unmöglich macht,
>> insbesondere wenn der Absender ein DMARC-Setting reject hat.

>Das ist imho eine verkürzte Sicht, es ist in erster Linie halt anders
>als vor 30 Jahren, als eine Mail beliebig auf dem Weg zum Empfänger
>verändert werden konnte. AFAICS funktioniert es korrekt, wenn in der vom
>Mailinglistenserver aus der eingehenden erzeugten Mail:

> - Als RFC-Absender die Listenadresse gesetzt wird (als Envelope-Absender
>   ist das ja sowieso Standard)
> - Zur direkten Erreichbarkeit des Absenders das alte From: zum Reply-To:
>   wird
>
>Das kann Mailman 2 AFAICS per "munge from".

Don't get me started.

Das bricht damit andere Dinge kaputt. Der "Standard" ist falsch. Es war schon
alles vorhanden, wie du ja auch schreibst (Envelope-From), aber man musste ja
dahin gehen das man den From als Kriterium für die technische validität 
nimmt anstatt den Envelope-From.

>AFAICS müßte "munge from" reichen — AFAIK sollten DKIM-Sigaturen,
>deren d= nicht auf die From-Adresse paßt, für die Bewertung irre-
>levant sein. (freifunk.net purged, mit etwas neuerem Mailman, alte
>DKIM-Header, erscheint mir aber eher als nice-to-have.)

Wie auch immer: Munge macht dafür Signaturen kaputt. die MIME-Kapseln
finde ich die schlauere Idee, damit erhält der Empfänger die
Mail so wie sie sein sollte und der äussere Envelope stellt die
Authentizität sicher. (ob die mailman2 Implemntierung das im Moment
sauber hinbekommt, vermag ich nicht zu sagen, aber in meinem mutt sieht das so
aus)

Cord