Feld "name" bei Formular mit Datenformat "E-Mail" wird nicht übernommen

[Anguel]

Hallo Leute!

Gibt es einen bestimmten Grund, warum das Feld "name" bei Formularen im Format "E-Mail" nicht übernommen und eingetragen wird?

UPDATE: Der Name (name) und die E-Mail-Adresse (email) der Formularabsenders werden anscheinend nur ins "Reply-To" der E-Mail eingetragen. Meiner Meinung nach gehören diese aber ins "From" der E-Mail, damit sich das Formular wie eine echte E-Mail verhält, die im Mail-Client später anhand des Absenders auch gefunden werden kann. Nun steht die E-Mail des Admins im "From", was zwar technisch korrekt ist, aber bei der späteren Suche nach dem Absender im E-Mail-Client sehr störend ist. Ich denke da an Support-Mitarbeiter, die ältere E-Mails finden müssen :-(

Grüße
Anguel

[Anguel]

Falls das Problem noch jemanden interessieren sollte:
https://github.com/contao/core/issues/4560

[planepix]

Hallo Anguel,

dann würde ich die Erweiterung [EFG] einsetzen, dann lässt sich das alles einfach und wunderbar einstellen.

Weiterführende Informationen: siehe meine Signatur und im Contao Wiki.

[Anguel]

dann würde ich die Erweiterung [EFG] einsetzen, dann lässt sich das alles einfach und wunderbar einstellen.

Danke für den Tipp planepix, hatte das mit EFG auch probiert, aber irgendwie finde ich dort nirgends eine solche Option :-(

[planepix]

Das Feld für E-Mail (Daten als Rohdaten versenden) muss email lauten, zusammen und klein geschrieben. Dann wird die E-Mail-Adresse des Absenders zur Reply-to-Adresse. Mit und ohne EFG

[Anguel]

Das Feld für E-Mail (Daten als Rohdaten versenden) muss email lauten, zusammen und klein geschrieben. Dann wird die E-Mail-Adresse des Absenders zur Reply-to-Adresse. Mit und ohne EFG

Reply-to ist genau das was ich NICHT haben will. Ich brauche den Namen und die E-Mail-Adresse beide ins FROM der ankommenden E-Mail, damit ein Support-Mitarbeiter meiner Firma sehen und später nachvollziehen kann, von welchem Kunden die E-Mail gekommen ist. So sieht er den Site-Admin der eigenen Website als Absender der ersten Anfrage, bei späteren Replies zum Subject ist es dann aber plötzlich doch der Kunde, der als Absender auftaucht. Wie soll dann der Support-Mitarbeiter alle Mails von diesem Kunden wiederfinden, wenn der bei der ersten E-Mail gar nicht als Absender steht? Wie gesagt, sehr ärgerlich das ganze, habe sowas bisher auch bei keinem anderen Formulargenerator gesehen. Es mag ja sein, dass es da SPAM-Probleme bei manchen Hostern gibt, aber man sollte das zumindest als Option anbieten, weil es ein sehr entscheidendes Feature ist.

[Anguel]

Hm, ich glaube es könnte doch mit EFG klappen - nochmals vielen Dank an planepix :-) Werde das mal testen und berichten. Der Trick wird wohl sein "Bestätigung per E-Mail versenden" mit passenden Insert-Tags zu füllen.

Bezüglich SPAM frage ich mich allerdings, wie es da mit dem normalen "cc" Feld aussieht (= Kopie an mich senden). Eigentlich könnte man doch da jede beliebige Nachricht an jede beliebige
Adresse senden. Schlimmer noch: Die E-Mail kommt dann ganz legal vom Site-Admin und geht somit an alle SPAM-Filter vorbei ...

[Anguel]

Es klappt schon mal ganz gut, der Trick ist also das Feld "Absender" unter EFGs "Bestätigung per E-Mail versenden" zu nutzen (siehe Screenshot im Anhang).
Wenn mir jetzt jemand noch sagen kann, ob es eine Möglichkeit gibt die Zeichen < und > ins Feld "Absender" eingeben zu können, ohne dass diese herausgelöscht werden, wäre es die perfekte Lösung. Ich will nämlich
Realname <emailname@domain.de>
im Absenderfeld haben, damit nicht nur die E-Mail des Absenders, sondern auch dessen Name später im E-Mail-Client erscheinen.
Zum Problem mit den < und > Zeichen siehe auch meinen anderen Thread im EFG Forum: https://www.contao-community.de/show...n-EFG-eingeben

[planepix]

Nicht getestet, aber klappt:

{{form::name}} {{form::email}}

im Absenderfeld?

Wirft er auch &lt; und &gt; raus?

[Anguel]

{{form::name}} <{{form::email}}>

macht er beim speichern zu

{{form::name}} [lt]{{form::email}}[gt]

und das wiederum führt zu:
Fatal error: Uncaught exception Swift_RfcComplianceException with message Address in mailbox given [gt] does not comply with RFC 2822, 3.6.2. thrown

[Anguel]

Mit dem neusten [efg] funktioniert das jetzt:
https://www.contao-community.de/show...l=1#post215295

[timi]

Hallo,

bin eigentlich in Typo3 unterwegs, jedoch auch seit Neustem in Contao :-)
Die Sache mit dem Kontaktformular ist doch aber trotz aller Erklärungen ein Bug und kein Feature.

Es wird hier ja schliesslich keine Rundmail erzeugt, sondern eine Kontaktmail an eine feste Adresse gesandt.
Warum kann dann nicht der Kontaktsuchende auch gleich der Absender der E-Mail sein?

In Typo3 gehts doch auch ohne Probleme. Das Dumme ist, das Problem tritt erst seit einem Serverumzug auf.
Die gleiche Contaoinstallation machte vorher keine Probleme.

Kann da jemand helfen? Kann doch nicht sein, dass man erst EFG vergewaltigen muss um das Kontaktformular nutzen zu können?
Wenn alle Kontaktmails auf "admin@domain.tld" hören ist das weder übersichtlich noch professionell?

Gibt es eine Lösung / Patch ohne EFG?


Vielen Dank!
Tim

[Andreas]

Also ich sehe das nicht als Bug. Ich möchte schon sehen von wem die Mail kommt, und sie kommt von meinem Server. Aber ich kann das schon nachvollziehen, dass wenn du es gewöhnt bist mit deinen Mails so zu arbeiten, dass dir da was fehlt. Vielleicht bekommst du in deinen Client ja eine Spalte, in der dir der ReplyTo angezeigt wird. https://developer.mozilla.org/en-US/..._Custom_Column

[Anguel]

In Typo3 gehts doch auch ohne Probleme. Das Dumme ist, das Problem tritt erst seit einem Serverumzug auf.
Die gleiche Contaoinstallation machte vorher keine Probleme.

Bei Contao gibt es eben so einige nervige Sachen, die eigentlich nicht sein müssten :-)
Das mit Deinem Serverumzug verstehe ich aber nicht. Was genau hat vorher funktioniert, was jetzt nicht funktionieren tut?

P.S.: Mein Workaround über EFG ist IMHO die einzige Möglichkeit, das Problem einigermaßen zu umgehen.

[Andreas]

...Bei Contao gibt es eben so einige nervige Sachen, die eigentlich nicht sein müssten :-)...

Dafür kannst du auf Github aktiv mitmachen https://github.com/contao/core damit es immer weniger nervt

[Anguel]

Dafür kannst du auf Github aktiv mitmachen https://github.com/contao/core damit es immer weniger nervt

Mache ich auch, nur werden da solche Vorschläge schnell abgewiesen und auf Closed gesetzt.
So auch mein Vorschlag zu genau diesem Problem:
https://github.com/contao/core/issues/4560

[Andreas]

Tja, das habe ich auch oft, damit muss man leben, oder/und ne Erweiterung schreiben, die das Verhalten dann aufsetzt.