powermail für TYPO3

powermail ist das produktionsreife Formular-System für TYPO3

Zwischen dem TYPO3-Core-Form-Framework und kompletten Marketing-Automation-Tools klafft in der Praxis eine Lücke: Redaktionen wollen Formulare ohne Code bauen, mit Bedingungslogik, Datei-Upload, DSGVO-Einwilligung, Weiterleitung an CRM und sauberem PDF-Export. Genau dafür ist powermail gebaut. Die Extension von in2code ist das meistinstallierte Formular-Plugin im TYPO3-Ökosystem und läuft auf dem Grossteil aller mittleren und grossen TYPO3-Projekte, die Gosign betreut. Seit der ersten Version vor über einem Jahrzehnt hat sich powermail zum Schweizer Taschenmesser der TYPO3-Formularentwicklung entwickelt und ist auch dann eine valide Wahl, wenn der TYPO3-Core-Form-Framework theoretisch ausreichen würde.

Typische Einsatzszenarien gehen von Kontaktformularen bis zu Bewerbungsportalen

Das häufigste Szenario ist trivial, aber unvermeidlich: Kontaktformulare auf Unternehmenswebseiten, die E-Mails an verschiedene Abteilungen verschicken. powermail erlaubt das über bedingte Empfänger-Routen, ohne dass ein Entwickler eingreifen muss. Redakteure pflegen die Felder im Backend wie ein Seiteninhalt, inklusive Reihenfolge, Pflichtfelder und Validierung. Eine typische Unternehmens-Installation hat drei bis fünf Formular-Varianten: allgemeine Kontaktanfrage, Presse-Kontakt, Karriere, Support und Produktberatung. Jede Variante landet über einen eigenen Empfänger-Filter in der richtigen Abteilungs-Inbox.

Deutlich anspruchsvoller sind mehrstufige Bewerbungsformulare, wie sie bei öffentlichen Einrichtungen und Hochschulen üblich sind. Ein Bewerbungsportal fragt in Schritt 1 Stammdaten ab, in Schritt 2 den gewünschten Studiengang, in Schritt 3 Zeugnisse per Upload und in Schritt 4 eine DSGVO-Einwilligung mit Verlinkung auf die Datenschutzerklärung. powermail rendert alle vier Schritte aus einem einzigen Formular-Datensatz und speichert den Fortschritt zwischen den Schritten in einer Session, sodass der Bewerber bei Bedarf zurückspringen kann. Bedingungen blenden Felder abhängig von vorherigen Antworten ein oder aus, was bei komplexen Formularen wie Stipendien-Anträgen oder Habilitations-Anmeldungen eine dreistellige Anzahl Feldkombinationen übersichtlich macht.

Ein drittes Szenario, das powermail von einfacheren Extensions abhebt, ist die Integration in CRM- und Marketing-Tools. Die Finisher-Architektur erlaubt es, Daten parallel an HubSpot, Salesforce, Brevo oder einen eigenen Webhook zu senden, bevor die Bestätigungsmail an den Absender rausgeht. Bei Gosign ist powermail deshalb auch das Standard-Tool für Lead-Formulare, die direkt in den Vertriebsprozess einspeisen. In einem Enterprise-Projekt haben wir powermail an Salesforce Marketing Cloud angebunden und gleichzeitig über einen Webhook an das interne Ticket-System weitergeleitet, sodass Sales- und Support-Teams parallel auf die Anfrage zugreifen können.

Technische Architektur trennt Formular-Definition, Finisher und Template

powermail besteht aus drei konzeptionellen Ebenen: der Formular-Definition im Backend, den Finishern, die nach dem Absenden ausgeführt werden, und den Fluid-Templates, die das Rendering übernehmen. Jede Ebene ist erweiterbar, ohne die Extension zu forken. Diese klare Trennung macht powermail zum robusten Werkzeug für langlebige TYPO3-Projekte, in denen Formulare über Jahre hinweg gepflegt und erweitert werden.

Formulare werden als Records in tx_powermail_domain_model_form angelegt. Jedes Formular enthält Pages (Schritte), jede Page enthält Felder. Die Feld-Typen reichen von Text, E-Mail, Select, Radio, File-Upload bis zu HTML-Content und Consent-Checkboxen. Bedingungslogik wird über das Conditions-Modul gepflegt: “Zeige Feld B nur, wenn Feld A den Wert X hat”.

Finisher sind die eigentliche Stärke der Extension. Der Standard-Finisher verschickt E-Mails, speichert Einträge in der Datenbank und erzeugt PDF-Exports. Weitere Finisher lassen sich per FinisherInterface implementieren: Webhook-Versand, CRM-Sync, Salesforce, SAP-Übergabe. Die Reihenfolge der Finisher ist konfigurierbar, und jeder Finisher kann den Prozess bei einem Fehler abbrechen.

Templates liegen als Fluid-Dateien im EXT-Pfad und werden typischerweise per SiteSet oder eigenem Paket überschrieben. Das bedeutet: Ein einziges globales Template-Overlay reicht, um alle Formulare einer Website einheitlich zu gestalten. Wer stattdessen pro Formular eigene Templates braucht, kann die Template-Pfade per TypoScript umkonfigurieren und ein Template-Set pro Formular-Typ pflegen.

Häufige Probleme betreffen Spam, GDPR und Mail-Zustellbarkeit

Das dominierende Supportthema bei öffentlichen powermail-Formularen ist Spam. Out of the box bringt die Extension Honeypot-Felder, Zeitstempel-Prüfung und ein optionales ReCaptcha v3 über ext:powermailrecaptcha mit. Trotzdem landet Spam im Backend, wenn die Administration die Prüfmechanismen nicht aktiviert hat. Wir empfehlen, in jedem Formular Honeypot UND ReCaptcha zu kombinieren und zusätzlich einen IP-basierten Rate-Limit-Finisher zu verwenden.

Das zweite Problem ist die DSGVO-Konformität. Formular-Einwilligungen müssen revisionssicher dokumentiert sein: Datum, Version der Datenschutzerklärung, IP und User-Agent. Die Extension bietet dafür den Consent-Storage, der Einwilligungen separat protokolliert und für Audits exportierbar macht.

Drittens ist die Mail-Zustellbarkeit ein Dauerthema. Bestätigungsmails landen im Spam, weil der Absender nicht authentifiziert ist. SPF, DKIM und DMARC müssen auf Ebene des Mail-Servers korrekt eingerichtet sein, und die powermail-Konfiguration sollte einen Return-Path und einen validen Reply-To setzen. Bei grossen Installationen empfehlen wir zusätzlich einen dedizierten Transaktionsmail-Service wie Brevo, Mailgun oder Amazon SES, damit die Zustellrate nicht unter der allgemeinen Server-Reputation leidet.

TYPO3 v12 und v13 werden vollständig unterstützt

powermail ist bei jedem TYPO3-LTS-Release zeitnah verfügbar, weil in2code die Extension aktiv pflegt. Die aktuelle Serie unterstützt TYPO3 v11, v12 und v13 parallel. Beim Upgrade älterer Installationen betreffen Breaking Changes vor allem eigene Finisher-Klassen, die auf die aktuelle Interface-Signatur umgestellt werden müssen, sowie Fluid-Templates, die auf ViewHelper-Änderungen reagieren.

Gosign migriert powermail-Installationen typischerweise zusammen mit dem TYPO3-Core-Upgrade. Dabei prüfen wir vor dem Sprung, welche eigenen Finisher und Templates existieren, welche Drittanbieter-Integrationen angebunden sind und ob veraltete Plugin-Varianten noch im Einsatz sind. Die Migration läuft meist ohne Datenmigration, weil die Record-Struktur der Formular-Definition stabil bleibt.