Universal Messenger 7.54.0

Das Release 7.54.0 Build 1890 wurde im April 2024 veröffentlicht. Dieses Release umfasst:

Zwei-Faktor-Authentifizierung für Backoffice-Zugang
Funktionserweiterungen und Optimierungen
Updates diverser Bibliotheken
DB2-Unterstützung eingestellt

DB2-Unterstützung eingestellt

Die Unterstützung der DB2-Datenbank wird mit Release 7.54 offiziell beendet.

Bitte wenden Sie sich an den Support, sollten Sie DB2 noch produktiv für den Universal Messenger nutzen!

Zwei-Faktor-Authentifizierung für Backoffice-Zugang

Das UM-Backoffice unterstützt nun Zwei-Faktor-Authentifizierung (2FA) per time-based one-time password (TOTP). Zur Generierung der entsprechenden Passwörter können gängige Mobile Apps wie 1password, MS Authenticator oder Google Authenticator verwendet werden.

Die Verwendung dieser Funktion erfordert, dass in UM/cmsbs-conf/cmsbs.properties als Login-Modus entweder default oder internal eingestellt ist:

cmsbs.gui.login = "default"

In einer Bestandsinstallation muss darüber hinaus zur Aktivierung der Funktion lediglich die folgende Zeile in die Datei UM/cmsbs-conf/additional.attributes eingefügt werden:

include: @de.pinuts.cmsbs.guilogin/totp.attributes

Bei Neuinstallationen ist die Funktion automatisch aktiviert.

Die Einrichtung erfolgt dann durch den individuellen Nutzer über das Benutzer-Menü oben rechts.

Funktionsverbesserungen

Bouncebehandlung allgemein

Die Abmeldung wegen zu vieler Bounces wird nun vorzugsweise in der neueren Tabelle Newsletter Aktivität (newsletter_channel_activity) protokolliert. Ist diese Tabelle nicht vorhanden, erfolgt die Protokollierung in der älteren Tabelle Channel-Vorgänge (chaction). Ist keine der beiden Tabellen vorhanden, erfolgt die Abmeldung ohne entsprechende Protokollierung.

Die Erfahrung hat gezeigt, dass gerade bei der Nutzung externer E-Mail-Versanddienstleister die Klassifizierung von Bounces nicht immer zuverlässig funktioniert, so dass gelegentlich Hardbounces nicht als solche erkannt und stattdessen als Softbounces an den UM gemeldet werden. Über eine neue Konfigurationsoption kann nun gesteuert werden, dass Empfänger, für die hintereinander zu jedem versendeten Newsletter ein Soft- oder Hardbounce empfangen wurde, ebenfalls von allen Listen abgemeldet werden, auch wenn die konfigurierte Gesamtzahl an Bounces noch nicht erreicht wurde.

Die Einstellung

cmsbs.bounce.newsletter.max_in_a_row   = 5

bewirkt demnach, dass Empfänger abgemeldet werden, wenn sie zum fünften Newsletter in Reihe einen Bounce bewirkt haben.

Folgende Kombination aus Konfigurationsoptionen hat sich in der Praxis als sinnvoll erwiesen:

# Beim ersten Hardbounce abmelden:
cmsbs.bounce.hardbounce.max            =  1

# Bei Softbounces / Autoresponds nicht direkt abmelden:
cmsbs.bounce.softbounce.max            = -1
cmsbs.bounce.autorespond.max           = -1

# Nach fünf Bounces hintereinander direkt abmelden:
cmsbs.bounce.newsletter.max_in_a_row   =  5

Mailversand / Bouncebehandlung per SendGrid

Die per Webhook eingegangenen Bounces werden in Form künstlich erzeugter Bounce-E-Mails am betreffenden Eintrag in der Tabelle Mail-Eingang gespeichert. Zu Recherche- bzw. Debuggingzwecken können hier alle Informationen eingesehen werden, die seitens SendGrid übermittelt wurde.

Wenn der UM per Webhook ein “spamreport”-Event von SendGrid gemeldet bekommt, wird der betreffende Empfänger sofort von allen Listen abgemeldet.

Mailversand / Bouncebehandlung per Mailjet

Die per Webhook eingegangenen Bounces werden in Form künstlich erzeugter Bounce-E-Mails am betreffenden Eintrag in der Tabelle Mail-Eingang gespeichert. Zu Recherche- bzw. Debuggingzwecken können hier alle Informationen eingesehen werden, die seitens Mailjet übermittelt wurde.

Abmeldungen per One-Click-Unsubscribe, die von Mailjet entgegengenommen wurden, können nun vom UM verarbeitet werden und bewirken die sofortige Abmeldung von allen Listen.

Core Scripting Engine

Ein neues CSE-Plugin ermöglicht die Erzeugung, Signierung und das Parsen und Verifizieren von JSON-Web-Tokens (JWT).

Newsletterarchiv

Das Dropdown zur Filterung nach der Zielsegmentgröße wurde um die Werte 10.000 und 100.000 erweitert. Die Auswahloptionen dieses Feldes können im Einzelfall per globaler Konfigurationoption cmsbs.gui.newsarchive.minContacts überschrieben worden sein. In diesem Fall greift diese Anpassung nicht automatisch.

Unter Empfänger in der Newsletterdetailansicht wird nun in der Liste der Empfänger auch das Datum einer eventuellen Abmeldung aufgeführt. Diese neue Spalte wird auch im CSV-Export mit ausgegeben.

Mailversand

Beim Mailversand werden nun spezielle Situationen besser abgefangen und behandelt, bei denen das SMTP-Relay die Annahme einzelner E-Mails verweigert. In diese Situationen kommt es nun nicht mehr zu einem Abbruch des gesamten Versands; stattdessen wird ein Hardbounce für den jeweiligen Empfänger aufgezeichnet.

Optimierungen

Die Darstellung der versendeten E-Mails unter Tracking in der Eintragsansicht wurde optimiert und sollte nun – vor allem in Systemen mit vielen Einträgen – schneller geladen werden und die Datenbank nicht mehr so stark belasten.

Die Anzeige der Web Newsletter Archiv App wurde optimiert, so dass die Auflistung der Newsletter nun in bestimmten Fällen schneller erfolgt.

Beim Newsletterversand konnte aufgrund des Wegfalls der SMS-Versandfunktion in Release 7.47.0 eine weitere Optimierung vorgenommen werden. Dadurch werden während des Versandvorgangs diverse Datenbankabfragen eingespart.

Die Analyse von View- und Klickdaten zur Erkennung von “Bot-Interaktionen” erfolgt nun nur noch rückwirkend für maximal 14 Tage. Dadurch wird eine Überlastung des Systems direkt nach der ersten Aktivierung der Analysefunktion verhindert. Auf die weitere Nutzung der Funktion hat dies keinen Einfluss.

Im Newsletterarchiv wurde die Darstellung von Newslettern optimiert, deren Versand noch andauert bzw. mit Fehler abgebrochen ist.