E-Mail-Signaturen,
die konsequent funktionieren.

Signaturmonster arbeitet als SMTP-Proxy: Alle ausgehenden Mails laufen durch die Software, die automatisch Signatur, CI-Branding und Disclaimer einfügt. Signaturen werden einmal zentral im Web-UI gepflegt — eine Änderung gilt sofort für alle Absender, unabhängig vom Mailclient.

Ja — Thunderbird ist einer der bestunterstützten Clients. Es gibt ein offizielles Thunderbird-Addon, das Signaturen direkt aus Signaturmonster synchronisiert und live im Compose-Fenster anzeigt. Der SMTP-Proxy und das Addon arbeiten zusammen, sodass die Signatur weder doppelt injiziert wird noch manuell gepflegt werden muss.

Ja. Das offizielle Thunderbird-Addon (WebExtension, .xpi) ist kostenlos verfügbar. Nach der Installation verbindet es sich mit deiner Signaturmonster-Instanz und zeigt die korrekte Signatur automatisch beim Öffnen des Compose-Fensters an — einschließlich Variablen, CI-Branding und Disclaimer-Hinweis. Kompatibel ab Thunderbird 91.

Ja. Da Signaturmonster auf SMTP-Ebene arbeitet, können Outlook, Thunderbird, Apple Mail und beliebige andere Clients gleichzeitig genutzt werden — jeder konfiguriert den SMTP-Proxy als ausgehenden Mailserver. Alle erhalten automatisch die korrekte Signatur, CI-Branding und Disclaimer.

Ja. Da Signaturmonster als SMTP-Proxy arbeitet, ist er vollständig unabhängig vom Mailclient. Outlook wird einfach auf den Proxy als ausgehenden Mailserver umgestellt. Outlook-Empfänger erhalten bei Signaturen mit animiertem GIF-Banner automatisch ein statisches PNG als Fallback (via MSO Conditional Comments).

Ja — per Design. Signaturmonster läuft vollständig auf deiner eigenen Infrastruktur. Deine E-Mails werden ausschließlich auf deinem Server verarbeitet und verlassen ihn nur in Richtung des von dir konfigurierten Mail-Providers. Es gibt keine Verbindung zu externen SaaS-Diensten oder Cloud-Plattformen.

Ja. Signaturmonster lässt sich problemlos neben Mailcow betreiben — beide laufen als Docker-Container. Mailclients werden auf den Signaturmonster-SMTP-Proxy umgeleitet, dieser leitet die verarbeiteten Mails an Mailcow weiter. Die Integration erfordert keine Änderungen an der Mailcow-Konfiguration.

Ja. Die Free-Version von Signaturmonster ist dauerhaft kostenlos und voll funktionsfähig — mit einem Absender, Drag & Drop Signatur-Designer, regelbasierter Zuweisung, Variablen-System und Thunderbird-Addon. Für Teams mit mehreren Absendern, CI-Branding und GIF-Bannern gibt es kostenpflichtige Tiers.

Ein SMTP-Proxy ist eine Software, die ausgehende E-Mails abfängt, bevor sie den Mailserver erreichen. Das Mailprogramm sendet die Mail an den Proxy — der Proxy fügt Signatur, Disclaimer und CI-Branding ein und leitet die fertige Mail an den echten Mailserver weiter. Für den Absender ist der Vorgang vollständig transparent, kein Plugin oder Clientanpassung nötig.

Nein. Am Mailserver ändert sich nichts. Du änderst lediglich im Mailclient den ausgehenden SMTP-Server auf die IP-Adresse, auf der Signaturmonster läuft (Port 587). Signaturmonster leitet die Mails anschließend an deinen echten Mailserver weiter.

Ja. Jedes System, das ausgehende E-Mails über SMTP versendet, kann auf Signaturmonster umgeleitet werden — darunter JTL-Wawi, Lexware, Sage, DATEV und andere ERP- und Buchhaltungslösungen. Die Konfiguration erfolgt in den SMTP-Einstellungen der jeweiligen Software.

Ein einzeiliger Installer richtet alles ein: Docker-Images, Konfiguration, SMTP-Relay. Für Linux und macOS: curl -fsSL https://raw.githubusercontent.com/choldermann/signaturmonster/main/install.sh | bash. Für Windows gibt es ein PowerShell-Script. Voraussetzung ist eine laufende Docker-Installation.

Du brauchst ein Gerät, auf dem Docker läuft — das kann ein Heimserver, ein NAS (Synology, QNAP), ein Proxmox-LXC, ein Raspberry Pi oder eine gemietete VM sein. Signaturmonster muss im lokalen Netzwerk erreichbar sein, damit Mailclients den SMTP-Proxy nutzen können.

Ja. Du kannst beliebig viele Absender-Adressen und Domains konfigurieren (je nach Lizenz-Tier). Für jede Adresse lassen sich eigene Signaturen, CI-Profile und Disclaimer-Regeln hinterlegen. Regelbasierte Zuweisung sorgt dafür, dass immer die richtige Signatur greift.

Nein — Outlook unterstützt keine animierten GIFs in E-Mails. Signaturmonster erzeugt automatisch MSO Conditional Comments: Outlook-Empfänger erhalten das statische PNG aus Szene 1 des Banners als Fallback. Alle anderen Clients (Apple Mail, Gmail, Thunderbird etc.) sehen das animierte GIF. Beide Varianten werden per CID inline eingebettet.

Ja. Apple Mail unterstützt Standard-SMTP und kann problemlos auf Signaturmonster umgeleitet werden. Apple-Mail-Empfänger sehen zudem animierte GIF-Banner vollständig, da Apple Mail im Gegensatz zu Outlook GIF-Animationen unterstützt.

Ja. Roundcube und andere Webmailer können über ihre SMTP-Konfiguration auf Signaturmonster zeigen. Damit profitieren auch Nutzer von selbst gehosteten Webmail-Installationen von zentralen Signaturen und Disclaimern.

Disclaimer-Texte werden zentral im Web-UI hinterlegt — als HTML- und Plaintext-Variante. Signaturmonster fügt sie automatisch an jede ausgehende Mail an, die einer konfigurierten Regel entspricht. Ändert sich ein Disclaimer (z.B. Rechtsform, Anschrift), genügt eine Änderung im Web-UI — alle folgenden Mails tragen sofort den neuen Text.

Ja. Überall wo Docker läuft, läuft Signaturmonster. Getestet auf Raspberry Pi 4, Synology NAS (Container Manager), QNAP, Proxmox-LXC (Debian/Ubuntu) und Standard-Linux-Servern. Der Ressourcenbedarf ist gering — ein Raspberry Pi 4 mit 4 GB RAM ist ausreichend.

Ja. Deine E-Mails werden ausschließlich auf deinem eigenen Server verarbeitet. Signaturmonster stellt keine Verbindung zu externen Diensten her — für den Mailversand gibt es keinerlei Verbindung nach außer zu deinem konfigurierten Relay-Server. Beim Eingang am SMTP-Proxy werden Mails kurzzeitig in einer lokalen Queue (SQLite) auf deinem Server zwischengespeichert, bevor sie verarbeitet und weitergeleitet werden. Es wird keine dauerhafte Kopie angelegt.

Nein — das ist keine Lücke, sondern eine architekturelle Konsequenz. Signaturmonster modifiziert Mailinhalte (Signatur, Branding, Disclaimer). Eine anschließende kryptografische Signatur könnte nicht behaupten, der Absender habe genau diesen Inhalt autorisiert. Das gilt für alle inhaltsmodifizierenden Mailsysteme, einschließlich kommerzieller Cloud-Lösungen wie Exclaimer oder CodeTwo. Der entscheidende Unterschied zu Cloud-Lösungen: Signaturmonster läuft auf deiner Infrastruktur — kein Dritter berührt deine Mails.

Wer persönliche E2E-Signierung benötigt (z. B. Anwaltskanzleien, Behörden mit QES-Pflicht): kryptografische Signatur im Mailclient setzen, bevor die Mail den Proxy erreicht, und alle Proxy-Funktionen per #sm:off deaktivieren.

Ja. Unter System → Mail-Queue in der Administrationsoberfläche sind alle Einträge mit Status (pending / sent / failed), Absender, Empfänger und Betreff einsehbar. Mails können dort einzeln heruntergeladen werden — hilfreich für Debugging, Audit-Zwecke oder die manuelle Prüfung fehlgeschlagener Zustellversuche. Fehlgeschlagene Einträge lassen sich direkt aus der UI heraus erneut einreihen.

Das hängt von den konkreten Anforderungen ab. Für qualifizierte elektronische Signaturen (QES) nach eIDAS muss die kryptografische Signatur persönlich im Mailclient gesetzt werden, bevor die Mail den Proxy erreicht. Mit #sm:off werden alle Proxy-Funktionen für diese Mails deaktiviert. Für Standard-Geschäftsmails ohne QES-Pflicht ist Signaturmonster vollständig geeignet. Gateway-Signing auf Organisationsebene (Organisationssignatur, kein persönliches E2E) ist für eine zukünftige Version geplant.