Weekly Snap: Spamassassin, LiveStatus & MonitoringX

weekly snapJan 4- 8 started the New Year with a stable LiveStatus release, MonitoringExchange twittering and quick fixes for admins suffering from spam turn-of-decade inconveniences.
Bernd L shared a tip for admins using Spamassassin who may have found many emails being filtered out due to the filter rule FH_DATE_PAST_20XX. He showed how to modify the Spamassassin rule and offered the patch which unfortunately will face the same problem at the next turn of decade. For the lazy and those who don’t want to wait for the coming updated distribution package, he suggested sa-update.
Birger tipped off the release of check_mk version 1.1.0 and with it, a stable LiveStatus event broker addon. Enabling efficient status data transfer from a Nagios or Icinga core to other applications such as NagVis, Live Status is on the flipside unable to deliver historical data. This disadvantage however is shared with its alternative software – ndo2fs. The other drawback of its generic API incompatibility with all data sources can luckily be resolved by Icinga’s API. This can be adapted for LiveStatus with the majority of the work already done and available on GIT.
More on monitoring, Julian announced MonitoringExchange’s entrance to Twitter. To keep yourself informed of the new or updated plugins and projects as they are released, simply follow the account- MonitoringX.

Jahr 2000-Problem die Zweite: Spamassassin und das Jahr 2010

In den Postfächern der meisten Admins sind seit dem Jahreswechsel sicher viele Anfragen zu verschollenen Mails eingegangen. So wurden seit dem Jahreswechsel viele Mails durch den Spamfilter Spamassassin aufgrund des Datums ausgefiltert. Schuld daran ist die Filterregel FH_DATE_PAST_20XX, der eigentlich Mails ausfiltern sollte die zu weit in der Zukunft liegen. Das Problem wurde von den Spamassassin-Machern schon relativ zeitig erkannt und bereits vor ca. 6 Monaten durch einen Patch “behoben”. In der aktuellen Fassung trifft uns dieses Problem jedoch am 1.1.2020 wieder, d.h. hier können sich die leidgeplagten Admins schonmal einen Kalendereintrag machen 😉
Trotz dem frühen Patch waren viele Systeme von diesem Fehler betroffen, unter anderem auch große Mail-Provider wie GMX und 1&1. Die Beseitigung des Fehlers ist relativ einfach durchzuführen, die Filterregel FH_DATE_PAST_20XX muss wie folgt modifiziert werden:
Alte Regel:

mailserver:/usr/share/spamassassin# grep DATE_PAST *
50_scores.cf:score FH_DATE_PAST_20XX 2.075 3.384 3.554 3.188 # n=2
72_active.cf:##{ FH_DATE_PAST_20XX
72_active.cf:header   FH_DATE_PAST_20XX    Date =~ /20[1-9][0-9]/ [if-unset: 2006]
72_active.cf:describe FH_DATE_PAST_20XX    The date is grossly in the future.
72_active.cf:##} FH_DATE_PAST_20XX

Neue Regel:

mailserver:/usr/share/spamassassin# grep DATE_PAST *
50_scores.cf:score FH_DATE_PAST_20XX 2.075 3.384 3.554 3.188 # n=2
72_active.cf:##{ FH_DATE_PAST_20XX
72_active.cf:header FH_DATE_PAST_20XX Date =~ /20[2-9][0-9]/ [if-unset: 2006]
72_active.cf:describe FH_DATE_PAST_20XX The date is grossly in the future.
72_active.cf:##} FH_DATE_PAST_20XX

In den nächsten Tagen sollten entsprechend aktualisierte Distributions-Pakete verfügbar sein. Bis dahin lässt sich die oben beschriebene Änderung selbst durchführen oder das Spamassassin-eigene Tool sa-update verwenden. Mit diesem Tool werden die Spamassassin-Dateien auf den aktuellsten Release-Stand gebracht.