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 -- Linux mailing list [email protected] subscribe/unsubscribe: https://lug-owl.de/mailman/listinfo/linux Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo
