Im DRKCMS gibt es verschiedene Möglichkeiten von Formularen. Eine Übersicht finden Sie in folgenden Hilfe-Artikel: https://ticket.dt-internet.de/help/de-de/17/566-verschiedene-formular-typen
In diesem Hilfe-Artikel geht es um das "E-Mail-Formular" (ganz gleich, ob Sie das als Kontaktformular oder für etwas anderes nutzen). Und das Problem, dass dessen Mails nicht zuverlässig bei Ihnen ankommen.
Wenn das Formular-Modul des TYPO3 als FInisher eine Mail verschickt, dann können Sie konfigurieren, welcher Absender genutzt werden soll:
Möglichkeit 1 (standardmäßig gesetzt): Nimm die Variable {email}, das ist das, was die Person ins Formular eingetippt hat. Vorteil dieser Lösung ist, dass Sie eine Mail (mit Absender passend zum ausgefüllten Formular) bekommen, die Sie in Ihrem CRM-System automatisch der Person zuordnen können. Und wenn Sie auf Antworten klicken, dann antworten Sie dem Absender (also der Person) auch direkt. Auf den ersten Blick prima, wenn ... dazu gleich mehr.
Möglichkeit 2: Tragen Sie einen festen Absender ein, z.B. formular@drk-IHR-KREISVERBAND. Dann steht das im Absender drin. Das hat zwei Nachteile: Zum einen können Sie bei der Anfrage nicht einfach so auf "antworten" klicken (d.h. können Sie schon. Aber dann schicken Sie Ihre Anfrage an formular@sich selbst). Und zum anderen müssen Sie Ihrem eigenen Mailserver, wenn Sie einen betreiben, beibringen, dass das seine Richtigkeit hat. Denn ansonsten sieht er eine Mail von uns mit einem Absender, für dessen Mails er zuständig ist. Und das wird er nicht mögen.
Möglichkeit 3 wäre eigentlich die Königslösung: Absender ist formular@drk-IHR-KREISVERBAND. Und Reply-To wäre {email}, also das, was die Person eingetragen hat. Leider funktioniert dieses Setting im DRKCMS mindestens seit Version 12 nicht bzw. nicht mehr (Stand 06/2026).
Was ist nun das Problem bei Version 1? Naja, Ihr Mailserver bekommt eine Mail, die kommt technisch von uns. Aber trägt als Absender das, was die Person eingegeben hat, z.B. eine t-online-Adresse. Und über sog. SPF-Einträge könnte es sein, dass der Provider der Absender-Domain (auf den haben wir ja keinen Einfluss) versucht, Adressfälschungen zu vermeiden. Und dann kann es sein, dass Ihr Mailserver die Mail von uns als Adressfälschung ansieht und abweist. Ein ähnliches Problem tritt an ganz anderer Stelle auch auf, da haben wir die Prozesse im Hintergrund etwas genauer erklärt: https://ticket.dt-internet.de/help/de-de/100/562. Und das Problem (siehe auch den verlinkten Artikel, warum das so ist) tritt leider eben bei manchen Mails auf, und bei manchen nicht, was es für Sie schwerer erkennbar macht.
Was können Sie dagegen tun?
a) Wenn Sie das Formular weiternutzen wollen, konfigurieren Sie es wie oben beschrieben in Möglichkeit 2 um. Dort steht auch beschrieben, welche Nachteile diese Variante hat (damit Sie die Personen in Ihrem KV, die auf "antworten" klicken wollen, entsprechend schulen) und worauf Sie achten müssen auf Seiten Ihres Mailservers.
b) Wenn Sie das Formular weiternutzen wollen in der Konfiguration "Möglichkeit 1", dann bringen Sie Ihrem Mailserver bei, dass er Mails von uns grundsätzlich vertraut. Geben Sie dazu die IP-Bereiche, die Sie aus dem SPF-Record von "spf.dt-internet.de" rauslesen können, auf Ihrem Mailserver frei.
c) Nutzen Sie einen anderen Formular-Typ. Die KDB-Formulare in Verbindung mit dem Ticketsystem der DRKS, oder unser sep. Formular-Angebot (weitere Informationen im DRKCMS-Marktplatz im Bereich "digitale Prozesse") versenden zwar auch eine E-Mail und auch die könnte verlorengehen. Aber die Anfrage ist dann in unserem Formular-Backend jederzeit noch gespeichert und einsehbar.