xmlrpc.php ist die beliebteste Ressource

xmlrpc.php ist die beliebteste Ressource im Blog, dabei kann man die gar nicht aufrufen, wenn man nicht ich oder WordPress ist 😉 Die Spammer der Welt wollen darüber Forenspam verteilen, was mit Passwortschutz schwierig wird.

Das sind die Stats für Dezember 2023

Die ist viel beliebter als die Startseite selbst 😉 vielleicht sollte ich das für alle, die eh nicht zugreifen dürfen, auf die Startseite umleiten, dann hat es wenigstens einen Sinn 😉 Was meint Ihr ? 🙂

Linux am Dienstag – Programm für den 16.1.2024

Dienstag ist Linuxtag, wisst Ihr doch 😉 Also geht es weiter mit den Interna von SystemD und anderen Nachrichten .

Linux am Dienstag – Programm für den 16.1.2024

u.a. im Programm am 16.1.2024,  ab 19 Uhr:

  • Vorsicht Kunde – ausgeweidete High-End Grafikkarten
  • Vortrag – SystemD und seine Hintergrund-Prozesse III (Matthias)
  • Audacity – baut OpenVino KI für Effekte ein, die es schon konnte
  • Sicherheit – vernetzte Bosch Industrieschrauber anfällig für Ransomware
  • Ebay – Millionenstrafe wegen Einschüchterungsversuchen

und andere IT-Newsbeiträge aus aller Welt. Wie jede Woche per Videokonferenz auf https://meet.cloud-foo.de/Linux .

Hinweis: Die bisherigen Vorträge findet man unter https://linux-am-dienstag.de/archiv/ .

Fedora: Exim 4.97.1 zerbricht Munin – How To Fix

Das neue Jahr fängt ja gut an, Fedora User dürfen Ihre Mailserver einmal mehr selbst fixen 🙁

Fedora: Exim 4.97.1 zerbricht Munin – How To Fix

Heute Nacht kam das Exim 4.96 auf 4.97.1 Update ins Stabel und reihenweise sind uns die Munininstallationen um die Ohren geflogen. Grund ist ein Fehler beim Parsen der mailq Übersicht von exiqgrep .

Munin ruft exiqgrep -cz auf und wertet dann per interessanter AWK Anweisung die Ausgabe aus, aber das geht nicht mehr, weil exiqgrep einen Fehler meldet:

# exim -bpu
9h 2.2K 1rO3sE-005JbF-1D-H <> *** frozen ***
 xxxx@xxxxxx.de

# exiqgrep -cz
Line mismatch: 9h 2.2K 1rO3sE-005JbF-1D-H <> *** frozen ***

gebraucht wird das im Munin Plugin: exim_mailqueue

Ursache ist eine defekte RegExpression in exiqgrep Zeile 217:

Line 215:      if ($line =~ /^\s*(?<age>\w+)
Line 216:          \s+(?<size>(?:\d+(?:\.\d+)?[A-Z]?)?)
Line 217:          \s*(?<msgid>(?:\w{6}-\w{6}-\w{2}|\w{6}-\w{11}-\w{4})) # old, 2023 msgid formats
Line 218:          \s+(?<from><.*?>)/x) {

Die Zeile 217 muß man nur so ändern:

\s*(?<msgid>(?:\w{6}-\w{6}-\w{2}|\w{6}-\w{11}-\w{4}))(?:-H)?     # old, 2023 msgid formats

und schon ist das Problem gelöst.

Natürlich gibt es einen aktiven Fedora Bugreport dazu. Ich frage mich nur, wieso jemand einen neuen Exim baut und dann nicht alle Patche bis zu dem Stand einbaut?

Quelle: Exim Dev ML & https://bugzilla.redhat.com/show_bug.cgi?id=2258027exim_mailqueue