Zum 12. Juli 2026 befindet sich CROPS WP Mail Suite Pro in einer intensiven Release-Candidate-Phase. Der Funktionsumfang ist weit entwickelt, doch der Schwerpunkt liegt bewusst auf Statuslogik, Freigaben, Queue-Sicherheit und konsistenten Anzeigen. Gerade in dieser Phase zeigt sich, ob einzelne Module nur für sich funktionieren oder im vollständigen Arbeitsablauf zuverlässig zusammenspielen.
Das Original steuert seine Varianten
Für Newsletter-Varianten wurde die Hierarchie präzisiert. Das Original ist die steuernde Instanz. Varianten gehören sichtbar zu diesem Original und sollen nicht wie unabhängige Newsletter mit eigener Freigabelogik erscheinen. Die Oberfläche muss deshalb Gruppierung, Kennzeichnung und gemeinsame Aktionen klar darstellen.
Wird eine oder werden zwei Varianten erzeugt, übernehmen sie zunächst den Status des Ausgangsnewsletters. Ein bereiter Newsletter darf keine neuen Varianten erzeugen, die plötzlich als unverbundene Entwürfe behandelt werden. Umgekehrt darf das bloße Öffnen einer Variante den Status der gesamten Gruppe nicht zurücksetzen.
Freigabe wird als bewusster Gruppenprozess behandelt
Die Aktion „Original + Varianten freigeben“ soll alle zusammengehörigen Inhalte in einem kontrollierten Vorgang prüfen. Einzelne Varianten werden nicht separat freigegeben. Versucht ein Benutzer dennoch, eine Variante direkt zu bearbeiten oder freizugeben, verweist die Suite auf das Original als zuständige Instanz.
Frühere kritische Fehler bei der gemeinsamen Freigabe machten deutlich, wie wichtig transaktionale Statusänderungen sind. Entweder die gesamte Gruppe wird erfolgreich geprüft und aktualisiert, oder der vorherige Zustand bleibt erhalten. Ein teilweise freigegebener Variantenverbund wäre für den späteren Versand nicht akzeptabel.
Entwurf, bereit und freigegeben bleiben getrennte Zustände
Die aktuelle Logik unterscheidet klar zwischen redaktionellem Entwurf, vollständig vorbereitetem Inhalt und bewusst freigegebenem Versandobjekt. Das Durchlaufen aller Formularschritte macht einen Newsletter nicht automatisch frei. Ebenso darf das Zurückkehren zur Übersicht keinen Statuswechsel auslösen.
Diese Trennung betrifft auch Kampagnen. Ein Newsletter kann einer Kampagne zugeordnet und vollständig bearbeitet sein, ohne dass die Kampagne bereits gestartet werden darf. Erst die sichtbare Prüfung von Liste, Versandzweck, Rechtsgrundlage, Absender, Impressum, Abmeldung und Tracking schafft die Grundlage für die Freigabe.
Kampagnen und Follow-Ups erhalten eindeutige Beziehungen
Im Kampagnenformular wird der erste Newsletter als Startinhalt gewählt. Die Kampagnenansicht muss diesen Newsletter direkt verlinken und denselben Zusammenhang anzeigen wie die Newsletteransicht. Für Follow-Up-Serien gilt: Schritt eins benötigt den Start-Newsletter, ab Schritt zwei wird der vorherige Schritt sichtbar und die organisatorische Zuordnung übernommen.
Dadurch entfällt die wiederholte manuelle Auswahl derselben Liste und Kampagne. Gleichzeitig bleibt die Reihenfolge nachvollziehbar. Ein Folge-Schritt kann nicht unbemerkt aus der Serie herausfallen oder mit einer fremden Zielgruppe weiterlaufen.
SMTP ist der verbindliche Versandweg
Im aktuellen Stand erfolgt der produktive Versand ausschließlich über aktiv konfigurierte SMTP-Profile. Ein stiller Rückfall auf die allgemeine PHP-Mail-Funktion ist nicht vorgesehen. Fehlt ein gültiges Profil, wird der Vorgang gestoppt und verständlich gemeldet, statt Nachrichten über einen unerwarteten Weg zu senden.
Die Queue wird gegen reale Störungen gehärtet
In der aktuellen RC-Stufe wurden mehrere kritische SMTP-Poolfälle bearbeitet. Ein Backup-Profil darf nicht ohne tatsächlichen Fehler übernehmen. Stunden- und Tageslimits dürfen nicht doppelt gezählt werden. Parallele Cron-Läufe müssen Kapazitäten sperren, bevor sie Queue-Einträge reservieren.
Auch fehlende, deaktivierte oder leere Pools dürfen keine Nachrichten dauerhaft im Zwischenstatus halten. Wartende Einträge werden kontrolliert neu bewertet. Gelöschte oder deaktivierte Profile werden aus der aktiven Reihenfolge entfernt, ohne bereits abgeschlossene Nachweise zu verändern. Diese Härtung zielt auf stabile Abläufe unter realen Administrationsänderungen.
Dashboard-Zahlen werden installationsbezogen geprüft
Eine Testinstallation zeigte zuletzt 28 Entwürfe an, obwohl tatsächlich nur ein Entwurf vorhanden war. Andere Installationen mit derselben Versionsnummer lieferten korrekte Werte. Diese Abweichung wird nicht als kosmetischer Fehler behandelt, sondern als Hinweis auf eine mögliche Altlast, fehlerhafte Zählquelle oder unzureichende Mandanten- beziehungsweise Statusfilterung.
Die Qualitätsprüfung vergleicht deshalb Dashboard-Kachel, Newsletter-Liste und zugrunde liegende Abfrage. Varianten, Demo-Daten, gelöschte Datensätze und alte Migrationsstände dürfen die Zahl nicht verfälschen. Erst wenn die Kennzahl auf unterschiedlichen Installationen denselben definierten Bestand abbildet, gilt dieser Bereich als releasefähig.
Versandnachweise und Aktivitäten werden übersichtlich begrenzt
Die Filter für Versandnachweise gehören direkt oberhalb der Nachweisliste. Zeitraum, Status, Kampagne, Newsletter und SMTP-Profil sollen den Bestand eingrenzen. Eine Pagination verhindert, dass große Installationen eine endlose Tabelle laden. Aktive Filter bleiben sichtbar und können gezielt zurückgesetzt werden.
Der Dashboard-Bereich „Letzte Aktivitäten“ zeigt nur eine kompakte Auswahl der jüngsten Ereignisse. Für den vollständigen Verlauf führt ein Link in eine eigene, seitenweise aufgebaute Ansicht. Dadurch bleibt das Dashboard schnell und verständlich, während ältere Vorgänge weiterhin verfügbar sind.
Einheitliche Versionsstände gehören zur Prüfung
Alle Pluginbereiche müssen dieselbe Versionsnummer ausgeben. Unterschiedliche Header-, Datenbank- oder UI-Angaben erschweren Support und Vergleich. Die RC-Prüfung kontrolliert daher Paket, interne Schema-Version und sichtbare Anzeige gemeinsam.
Ein Release Candidate ist noch keine Abschlussbehauptung
Der aktuelle Stand umfasst eine breite Suite mit SMTP-Profilen, Poolstrategien, Listen, Editor, Vorlagen, Kampagnen, Follow-Ups, Varianten, Queue, Cron, Tracking, Bounce-Verarbeitung, Nachweisen und Supportwerkzeugen. Die entscheidende Arbeit liegt jetzt in der Verbindung dieser Module und in Tests auf unterschiedlichen Installationen.
CROPS WP Mail Suite Pro nähert sich damit einem ersten belastbaren Verkaufsrelease, ohne offene Beobachtungen zu verbergen. Die RC-Phase dient genau diesem Zweck: widersprüchliche Statusanzeigen beseitigen, kritische Freigaben absichern, Queue-Randfälle prüfen und sicherstellen, dass dieselbe Versionsnummer überall dasselbe Verhalten liefert. Erst danach ist aus einem umfangreichen Funktionsstand ein verlässliches Produkt geworden.
