- Linux - LUG OWL

Re: #metoo, was Mailman? (war: Re:).eml
by Cord Beermann 19 Jan '26

19 Jan '26

Hallo! Du (Kai 'wusel' Siering via Linux) hast geschrieben: >> Das bricht damit andere Dinge kaputt. > >Inwiefern? Die Mailman-2-Listen auf freifunk.net »tun einfach« – AFAICS –, >also sollte das für lug-owl.de auch hinzubekommen sein? >Wie sollte es das können? Munge setzt Absender auf Liste, d. h. wir haben >aus Mailsystemsicht eine Mail, die linux(a)lug-owl.de erzeugt hat. Alle Tests >gegen gegen lug-owl.de, was nur SPF macht. wenn ich das auf die schnelle richtig verstehe macht Munge DKIM und ggf. PGP-Signaturen kaputt, sofern sie das Subject in die Signatur aufnehmen (Stephans DKIM tut das) > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jolura.de; s=dkim; > t=1768811191; > h=from:subject:date:message-id:to:cc:mime-version:content-type: > in-reply-to:references; >> 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) >In meinen Thunderbirds ist das halt doppelt broken: kein Subject (was >leider RFC-konform ist, sonst würde ich solche Mails per Milter schon >droppen — more bounces for linux-owner) und wegen leerem Body auch >kein zu quotender Text. Thunderbird ist auch so ein Patient... >Wrap sorgt dafür, daß alle Listenempfänger meine Mails wegen meiner >p=quarantine-Einstellung in fragwürdiger Form bekommen; ich kann aber >nicht vor jeder Antwort auf die Liste für 10 Minuten dies auf p=none >– wie für dieses Reply – schalten. Und weil ich auch nicht als das >Konventionen ignorierende Arschloch, zudem ohne meine Schuld, gesehen >werden will (auch wenn mich das in anderer Konstellation nicht störte) ... >Lies: ich würde gerne versehen, warum "Munge" $hier nicht geht, wo es >$woanders augenscheinlich funktioniert. Ich habe jetzt mal auf Munge gestellt. Mal gucken wo es jetzt bricht. Cord

1 0

Linux Routing
by lug＠hoetger.org 19 Jan '26

19 Jan '26

Moin, ich hatte gedacht, ich hätte das mit dem Routing verstanden. Ist aber offenbar doch nicht so. Kann mir jemand erklären, warum 1.1.1.1 durch das VPN geroutet wird und nicht direkt über die Defaultroute rausgeht? hajo@ryzen:~$ ip route get 1.1.1.1 1.1.1.1 dev wg_fritz table 52110 src 192.168.178.203 uid 1000 cache hajo@ryzen:~$ ip r default via 172.19.88.94 dev wlo1 proto dhcp src 172.19.88.122 metric 600 172.19.88.0/24 dev wlo1 proto kernel scope link src 172.19.88.122 metric 600 192.168.178.0/24 dev wg_fritz proto static scope link metric 50 192.168.178.0/24 dev wg_fritz proto kernel scope link src 192.168.178.203 metric 50 Liebe Grüße -- Hans-Joachim Hötger ++++ Mathematikerpaar geschieden: Bruch war in der Summe gesehen das Produkt jahrelanger Differenzen ++++ Der Postillon Newsticker

4 6

Re:
by Cord Beermann 18 Jan '26

18 Jan '26

Hallo! Du (Kai 'wusel' Siering via Linux) hast geschrieben: >BTW, da lug-owl.de nicht DKIM-signiert ist, müßten seit November doch >die Bounces gen Google (GMail) bei 100% liegen lt. [1]? alle 119 Mails die wir heute in richtung gmail/googlemail verschickt haben wurden anstandslos angenommen. Cord

1 0

Administrativa: Mailinglisten geschlossen
by Cord Beermann 18 Jan '26

18 Jan '26

Hallo, eine kurze Nachricht aus dem Maschinenraum. Die folgenden Mailinglisten wurden aufgrund von Jahr(zehnte)langer Nichtnutzung geschlossen: Raum: https://lug-owl.de/pipermail/raum/ 20C3: https://lug-owl.de/pipermail/20c3/ Politik: https://lug-owl.de/pipermail/politik/ Schulen ans Netz: https://lug-owl.de/pipermail/san/ die Archive bleiben bis auf weiteres online, POsten/Sub/Unsub ist nicht mehr möglich. unsere Listen findet Ihr hier: https://lug-owl.de/mailman/listinfo Cord

1 0

Re:
by Stephan Ilaender 17 Jan '26

17 Jan '26

sorry, hier der “lesbare” thread https://social.fimpern.de/display/823aaaa8-52b41e0827590f52-a8ff7ef6 Am Samstag, Januar 17, 2026 18:12 CET, schrieb Kai 'wusel' Siering via Linux <linux(a)lug-owl.de>: Moin, am 17.01.26 um 15:23 schrieb Frank Bergmann: > #metoo > > Seit ein paar Monaten kriege ich die meisten E-Mails von der Liste mit leerem Body. > > Dafür gibt es dann einen Anhang, wo die E-Mail drin ist. > Nervt ungemein. > > Am 17.01.26 um 12:32 schrieb Kai 'wusel' Siering via Linux: >> Mailman? (war: Re:).eml Ich bin mir mittlerweile ziemlich sicher, daß linux(a)lug-owl.de mit der Einstellung "Wrap Message" unter "dmarc moderation action" konfiguriert ist — das greift bei Absenderdomains, die für als gefälscht¹ erkannte Mails dem Empfängerserver "quarantine" oder "reject" vorschlagen. Statt "Wrap Message" sollte IMHO besser "Munge From" verwendet werden, dann wird bei Mails von Domains mit strengen DMARC-Einstellunge die From:-Zeile uf die Liste geändert und der Absender wandert in's Reply- To:-Feld. Die Listen auf freifunk.net bei in-berlin.de nutzen auch Mailman 2 (2.1.39 lt. Headern) und dort wird das transparent so umgesetzt; zu- sätzlich werden dort die alten DKIM-Header rausgefiltert, die auf die neue Mail vom Listenserver ja eh' nicht zutreffen. Und ja, es kann sein, daß ich im letzten April "p=quarantine" von der Einstellung "p=none" zuvor für die Domain uu.org gesetzt habe, weshalb das bei mir erst seit dann passiert ... S. a. https://wiki.list.org/DOC/Mailman%202.1%20List%20Administrators%20Manual#Se… Und an Thomas wg. "Ein Betreff wäre ganz nett. Netikette etc..." — ja, fände ich auch cooler, und auch Frank findet es ja weniger toll, einen Teil der Mails nur mit leerem Subject, leerem Body und der eigentlichen Nachricht als Attachment zu bekommen — was AFAICS der Einstellung "Wrap Message" entspricht. Neues Jahr, neue Einstellungen? ;-) Ciao, -kai ¹ "Gefälscht" sind DKIM-signierte Mails, bei denen entweder in Header oder Body Änderungen vorhenommen wurden (Maillinlisten-Info-Footer, Adressänderungen in Envelope- oder Header-From, Subject-Ändeungen, …) und/oder die nicht vom "richtigen" Mailserver verteilt werden. Bitte keine lange blutigen Diskussionen, daß es früher alles besser war™, es ist leiderm, wie es ist … -- Kai Siering Schalückstraße 107, 33332 Gütersloh eMail: wusel(a)uu.org Fon: +49 172 863 5608 ---------------------------------------------------------------------- "Getdate firmly believes that years after 1999 do not exist; getdate will have to be killed by the year 2000." -- From the "Bugs" section of cnews-020592/libc/getdate.3 -- Stephan Ilaender +491754119651

1 0

Re:
by Stephan Ilaender 17 Jan '26

17 Jan '26

Nabend, das ging offenbar auf diesen Change hier zurück den Cord vorgenommen hat - nachdem alle Mails mit “hartem” SPF mit dem Absender “fälschen” durch mailman problematisch waren. Daher betriffts hier (scheinbar) gerade auch nur die, die ihren SPF “hart” gesetzt haben (Wusel, Flo, …) - siehe: https://social.kendoo.eu/@corona/113839856190180378 und Cords Antwort. Wenn ein anderes Setting da besser ist für mailman kann Cord das vielleicht anpassen (wenn das was er gesetzt hat aka wrap nicht optimal war) ciao, Stephan Am Samstag, Januar 17, 2026 18:12 CET, schrieb Kai 'wusel' Siering via Linux <linux(a)lug-owl.de>: Moin, am 17.01.26 um 15:23 schrieb Frank Bergmann: > #metoo > > Seit ein paar Monaten kriege ich die meisten E-Mails von der Liste mit leerem Body. > > Dafür gibt es dann einen Anhang, wo die E-Mail drin ist. > Nervt ungemein. > > Am 17.01.26 um 12:32 schrieb Kai 'wusel' Siering via Linux: >> Mailman? (war: Re:).eml Ich bin mir mittlerweile ziemlich sicher, daß linux(a)lug-owl.de mit der Einstellung "Wrap Message" unter "dmarc moderation action" konfiguriert ist — das greift bei Absenderdomains, die für als gefälscht¹ erkannte Mails dem Empfängerserver "quarantine" oder "reject" vorschlagen. Statt "Wrap Message" sollte IMHO besser "Munge From" verwendet werden, dann wird bei Mails von Domains mit strengen DMARC-Einstellunge die From:-Zeile uf die Liste geändert und der Absender wandert in's Reply- To:-Feld. Die Listen auf freifunk.net bei in-berlin.de nutzen auch Mailman 2 (2.1.39 lt. Headern) und dort wird das transparent so umgesetzt; zu- sätzlich werden dort die alten DKIM-Header rausgefiltert, die auf die neue Mail vom Listenserver ja eh' nicht zutreffen. Und ja, es kann sein, daß ich im letzten April "p=quarantine" von der Einstellung "p=none" zuvor für die Domain uu.org gesetzt habe, weshalb das bei mir erst seit dann passiert ... S. a. https://wiki.list.org/DOC/Mailman%202.1%20List%20Administrators%20Manual#Se… Und an Thomas wg. "Ein Betreff wäre ganz nett. Netikette etc..." — ja, fände ich auch cooler, und auch Frank findet es ja weniger toll, einen Teil der Mails nur mit leerem Subject, leerem Body und der eigentlichen Nachricht als Attachment zu bekommen — was AFAICS der Einstellung "Wrap Message" entspricht. Neues Jahr, neue Einstellungen? ;-) Ciao, -kai ¹ "Gefälscht" sind DKIM-signierte Mails, bei denen entweder in Header oder Body Änderungen vorhenommen wurden (Maillinlisten-Info-Footer, Adressänderungen in Envelope- oder Header-From, Subject-Ändeungen, …) und/oder die nicht vom "richtigen" Mailserver verteilt werden. Bitte keine lange blutigen Diskussionen, daß es früher alles besser war™, es ist leiderm, wie es ist … -- Kai Siering Schalückstraße 107, 33332 Gütersloh eMail: wusel(a)uu.org Fon: +49 172 863 5608 ---------------------------------------------------------------------- "Getdate firmly believes that years after 1999 do not exist; getdate will have to be killed by the year 2000." -- From the "Bugs" section of cnews-020592/libc/getdate.3 -- Stephan Ilaender +491754119651

1 0

Re:
by Florian Lohoff 17 Jan '26

17 Jan '26

On Sat, Jan 17, 2026 at 12:32:27PM +0100, Kai 'wusel' Siering via Linux wrote: >Nope, seit ca. Mitte April 2025 kommen hier Mails von – quick scan – zz.de, mailbox.org, web.de, GMX und uu.org so broken an, davor tat's sauber. Müßtest Du doch auch sehen bei Flos Antwort hier im Thread? > >Dachte erst an DKIM/DMARC, weil in den Fällen auch der Absender umgeschrieben wird, aber einige Mails mit DKIM-Signatur kommen weiter unverfrickelt über Mailman an ... > >Also kein 2026-Problem immerhin ;-) >-- >Linux mailing list Linux(a)lug-owl.de >subscribe/unsubscribe: https://lug-owl.de/mailman/listinfo/linux >Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo Wegen dieses Footers nehme ich an. Der wird in den body der mail gepfriemelt. Nur wenn man eine gnupg signatur hat würde dann ja die signatur kaputt gehen. Also macht die mailinglisten software quatsch und fügt das vermutlich als verunglückte MIME multipart quatsch an. Generell ist es eine sehr doofe idee der mailinglisten software zu sagen sie soll in die mail (Ausser den Header) etwas einfügen. Das zerstört alle möglichen arten von signaturen Flo -- Florian Lohoff f(a)zz.de Any sufficiently advanced technology is indistinguishable from magic.

1 0

Re:
by Thomas Findeisen 17 Jan '26

17 Jan '26

Ein Betreff wäre ganz nett. Netikette etc... Danke und frohes Neues. Am 17.01.2026 um 12:32 schrieb Kai 'wusel' Siering via Linux: ... -- OpenPGP 0xa5cbd3df87e53d57 [pgp.mit.edu]

2 1

Re:
by Stephan Ilaender 17 Jan '26

17 Jan '26

Moin Kai Betrifft scheinbar wie immer nur Dich - einzelfall.de? 😜 In diesem Sinne frohes Neues! Ciao Stephan Am 17. Januar 2026 00:34:49 MEZ schrieb Kai 'wusel' Siering via Linux <linux(a)lug-owl.de>: >-- >Linux mailing list Linux(a)lug-owl.de >subscribe/unsubscribe: https://lug-owl.de/mailman/listinfo/linux >Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo

2 1

Realtek und mein heimliches WLAN
by lug＠hoetger.org 04 Jan '26

04 Jan '26

Moin, ich habe ja nun meinen neuen Klapprechner mit Trixie installiert. Es gibt aber Schwierigkeiten mit dem Realtek Treiber in meinem heimlichen WLAN. Sobald ich den Rechner an die usb-c Dockingstation stecke, die ihn auch mit ethernet versorgt, läuft alles gut. Ich habe ihn heute mal mit in die Firma genommen. Auch an dem dienstlichen Cisco AP macht er keine Zicken. Nur mit meinem WLAN will er nicht. Das mag vielleicht an den vielen Repeatern liegen. Ich habe eine Fritzbox und drei Fritz Repeater. Zwei von denen machen das 2.4 und 5GHz Band, einer nur das untere. Die Anzeige der Verbindungsrate zappelt auch hin und her. Vermutlich springt das Wlan Interface zwischen den APs hin und her bis nichts mehr geht. Das System friert förmlich ein. - Kennst Du eine Möglichkeit, dem Realtek Treiber zu sagen, dass er sich einmal einen AP aussuchen soll um dann nicht mehr rumzuprobieren? - Würde es helfen, wenn ich für die sieben BSSIDs jeweils ein logisches WLAN definiere und das dann auf die jeweilige BSSID festtackere? - Andere Vorschläge? hajo@ryzen:~$ lspci -k (...) 03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8922AE 802.11be PCIe Wireless Network Adapter (rev 01) DeviceName: Realtek Ethernet Subsystem: Lenovo Device 4922 Kernel driver in use: rtw89_8922ae Kernel modules: rtw89_8922ae Liebe Grüße -- Hans-Joachim Hötger "But you can't really make deals or negotiate with physics." Greta Thunberg: Tagesschau Interview, 16.10.2020

2 1