Kontakt-Formular

    Hallo,

    ich benutze das Plugin ContactForm - Johannes Ries, um ein Kontaktformular zu bekommen. Die Nachrichten werden mir dann an eine Email-Adresse zugesandt.

    Leider schaffe ich ich es nicht, das Ding so im PHP-File einzurichten, dass hier Umlaute richtig wiedergegeben werden. Die sehen also voll schlimm aus in der empfangenen Email, obwohl hier ein charset="UTF-8" mit drin steht.

    Kann mir jemand sagen, wie ich das dort einrichten kann oder ein anderes Plugin für ein Kontaktformular empfehlen, bei dem ich die Emails im HTML-Format oder zumindest mit Umlauten an mich verschicken lassen kann?

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Zitat von marX

    Wie sieht so ne kaputte Mail denn beispielhaft aus? Am beste mit den wichtigsten Headerzeilen.

    Die Mail, die ankommt sieht etwa so aus:

    --------------------------------------------------------------------------------
    Name: OXO
    IP:
    Website:
    --------------------------------------------------------------------------------


    Das ist eine Testmail mit Umlauten ä, ö,
    ü

    Hoffe es klappt!?


    Viel Glück,
    OxO

    --------------------------------------------------------------------------------


    [FONT=verdana,geneva,lucida,'lucida grande',arial,helvetica,sans-serif]Im Prinzip fehlen eben alle Umlaute!

    Gibt es noch andere gute WP-Plugins für diesen Zweck am Markt? Eventuell auch noch eines, das HTML kann? [/FONT]

    Das sieht schon nach ISO-Ausgabe von UTF-8 codierten Zeichen aus. Ist aber nicht das Problem der Mail-Codierung, da die Zeichen ja HTML-codiert sind. Der fehler tritt also schon vorher auf, möglicherweise an der Stelle, wo die HTML-Entities erzeugt werden. Die Zeile kannst du ja mal suchen und auskommentieren. Bei korrekt eingestelltem Zeichenencoding werden keine HTML-Entities benötigt (von &, " und < mal abgesehen).

    Igitt, HTML in E-Mails... :mrgreen:

    Probier mal "cForm II".

    Zitat von marX

    Das sieht schon nach ISO-Ausgabe von UTF-8 codierten Zeichen aus. Ist aber nicht das Problem der Mail-Codierung, da die Zeichen ja HTML-codiert sind. Der fehler tritt also schon vorher auf, möglicherweise an der Stelle, wo die HTML-Entities erzeugt werden. Die Zeile kannst du ja mal suchen und auskommentieren. Bei korrekt eingestelltem Zeichenencoding werden keine HTML-Entities benötigt (von &, " und < mal abgesehen).

    Igitt, HTML in E-Mails... :mrgreen:

    Probier mal "cForm II".

    Ich weiss, dass HTML-Emails etwas verpöhnt sind. Viele Leute hatten zu den Zeiten als die Modems noch richtig am Start waren das Argument gebracht, dass die grösser sind und das doch unnötig ist.

    Dann kamen die ganzen Problem mit Outlook-Express hinzu etc.

    Ich sage mal so, wenn ich ein Dokument schreibe, dann will ich doch auch wichtige Sachen unterstrichen, Fett, Kursiv etc. haben. Da eignet sich eben HTML mit seinem Markup ganz gut.

    Zu der Sache mit dem WP-Contactform: ich habe da mal kein HTML geschrieben, sondern die Umlaute einfach so eingetragen und das Ergebnis war das, was ich geschickt habe. Du meinst also, dass ich da mal die ganzen PHP-Dateien durchsuchen soll, wo die Mail evtl. mit diesen Zeichen erzeugt wird?

    Das cForm ii macht auf den ersten Blick ja einen sehr guten Eindruck. Wenn nur schon wieder das CSS an den Style der Webpage angepasst wär :-D

    Zitat von OXO

    Ich weiss, dass HTML-Emails etwas verpöhnt sind. Viele Leute hatten zu den Zeiten als die Modems noch richtig am Start waren das Argument gebracht, dass die grösser sind und das doch unnötig ist.

    Dann kamen die ganzen Problem mit Outlook-Express hinzu etc.

    Ich sage mal so, wenn ich ein Dokument schreibe, dann will ich doch auch wichtige Sachen unterstrichen, Fett, Kursiv etc. haben. Da eignet sich eben HTML mit seinem Markup ganz gut.

    Heute sind zwar die Bandbreiten für den Versand und Empfang Mails meist größer, aber es gibt jede Menge Endgeräte (Handys, Palms, PPC etc) und Mail-Programme die keine HTML-Mails darstellen können oder sollen und stattdessen entweder gar nichts oder den puren Quelltext anzeigen.

    HTML wird bei Emails eben auch gern für 'böse' Dinge benutzt und ist daher meist deaktiviert.

    Unabhängig davon gibt es aber auch für Reintext-Mails 'Steuercodes' ( *fett*, /kursiv/, _unterstrichen_) um ein wenig Formatierung reinzubringen. Wenn ein Endgerät oder ein Mailclient dies nicht versteht, dann kann man die Mail dennoch problemlos lesen.

    Zitat von OXO

    Ich weiss, dass HTML-Emails etwas verpöhnt sind. Viele Leute hatten zu den Zeiten als die Modems noch richtig am Start waren das Argument gebracht, dass die grösser sind und das doch unnötig ist.


    Das ist nicht das Argument. Das Argument ist, das HTMl eigentlich nie Bestandteil des E-Mail-Standards war. ;-) Aber egal. Heute sind die Gründe eher, das man wie schon gesagt wurde, damit böse™ Sachen anstellen kann. Javascript in Mails, oder Nachladen von Inhalten (womit man auch wieder "tracken" kann).

    Mein Mailclient ist übigens so eingestellt, das von HTML tatsächlich nur fett, kursiv und unterstrichen übrig bleibt. Alles andere wird ausgefiltert. Und die angesprochenen *fett*, /kursiv/ und _unterstrichen_ beherrscht er problemlos, genauso wie Hervorheben von Quoting-Ebenen. ;-)

    Aber das gehört alles nicht hierher...


    Zitat

    Zu der Sache mit dem WP-Contactform: ich habe da mal kein HTML geschrieben, sondern die Umlaute einfach so eingetragen und das Ergebnis war das, was ich geschickt habe.


    Schon klar.

    Zitat

    Du meinst also, dass ich da mal die ganzen PHP-Dateien durchsuchen soll, wo die Mail evtl. mit diesen Zeichen erzeugt wird?


    Ja, so siehts aus. Die entsprechende Funktion heißt htmlentities(). An dieser Stelle genügt ein htmlspecialchars().

    fehlermeldung beim admin menü


    Fatal error: Call to undefined function load_plugin_textdomain() in /users/damn/www/blog/wp-content/plugins/wp-contactform/options-contactform.php on line 8

    Dito ...

    Fatal error: Call to undefined function load_plugin_textdomain() in C:\Programme\Xampp\htdocs\wordpress\wp-content\plugins\wp-contactform\options-contactform.php on line 8

    ... in WP 2.6

    Allerdings las ich auf Johannes Ries` Seite, dass er den Support - und damit wohl die Weiterentwicklung - für WP-Contactform im Frühjahr d.J. leider eingestellt hat.

    Vielleicht weiss trotzdem ein kluger Kopf hier Rat!?


    Einmal editiert, zuletzt von gthr (1. August 2008 um 10:47)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden