Plesk CF7 Fehler nach Löschen und Neuanlegen von Abos

  • Hallo liebe Community,

    mich plagt da ein Problem und hoffe, dass mir jemand vielleicht weiterhelfen kann, da der Support mich leider in diesem Punkt hat hängen lassen:

    Kurze Version: Ich habe in meinem Reseller Webhosting 8000 mehrere Plesk Abos (mit jeweils einer primären Domain) gelöscht und zu einem späteren Zeitpunkt wieder neu angelegt. Die WordPress Instanzen wurden wieder installiert, jedoch funktionieren die Kontaktformulare (Contact Form 7, Fehlerbeschreibung weiter unten) nicht mehr. Das Installieren oder Klonen der Instanzen auf ein anderes (vorher nicht gelöschtes Abo) behebt den Fehler. Das Zurück-Klonen auf die vorher gelöschten und neu angelegten Abos ruft den Fehler aber wieder hervor.

    Lange Version: Ich habe in 2023 zwecks Risikostreuung ein Plesk Reseller Paket eines anderen Anbieters zusätzlich gebucht. Nach einer erfolgreich verlaufenen Testphase zog ich schließlich 5 Kundenabos (mit jeweils einer primären Domain sowie WordPress Instanz) dorthin um und löschte die Abos in meinem Reseller Webhosting 8000.

    Nach ca. einem Jahr musste ich jedoch feststellen, dass die Performance des Servers dort immer schlechter wurde. Also wollte ich die Kunden wieder über mein Reseller Webhosting 8000 hosten. Ich legte die Abos mit den primären Domains also wieder an und zog alle WordPress Daten wieder um. Alles schien zunächst auch zu problemlos funktionieren, bis ich nach einiger Zeit bemerkte, dass das (Contact Form 7) Kontaktformular beim Sendeversuch stets den Fehler "Beim Versuch, deine Mitteilung zu versenden, ist ein Fehler aufgetreten. Bitte versuche es später noch einmal." anzeigt.

    Ich fing an Tests durchzuführen und spielte auch ein Backup ein, aber ohne Erfolg. Ich spielte anschließend ein anderes Backup auf die Subdomain eines meiner eigenen Abos ein, was den Fehler behob. Ich freute mich und dachte, ich könnte diese Installation einfach auf das Kundenabo übertragen und fertig. Leider trat das Problem jedes mal wieder auf, sobald die WordPress Instanz wieder auf dem Kundenabo bzw. der Kundendomain lief.

    Nach weiteren Tests merkte ich, dass nur diejenigen 5 Kundenabos / Kundendomains von diesem Problem betroffen waren, die ich vorher gelöscht und wieder neu angelegt hatte. Jedes Mal wenn ich eine der WordPress Instanzen auf ein anderes Abo übertrug, ging das Kontaktformular wieder. Seltsam ist daran auch, dass ein komplett gelöschtes Kundenkonto/-abo/-domain mit anschließendem Neuanlegen stets das gleiche Problem hat.

    Somit denke ich, dass das Problem mit Plesk selbst zu tun haben muss. Also schrieb ich dem Support und nach einer ersten Nachfrage und erneuten Problemschilderung hieß es (zu meiner Enttäuschung) lediglich:

    "Wir haben Ihre Anfrage geprüft und konnten keinen Fehler feststellen, der im Rahmen unseres Supports liegt. Bitte beachten Sie, dass wir lediglich die von uns bereitgestellte Laufzeitumgebung supporten. Einen Support der von Ihnen genutzten Webseite und/oder Ihrer Skripte können wir nicht anbieten. Hier empfehlen wir Ihnen, sich direkt an den Support der entsprechenden Anwendung zu wenden, welche diese ausgiebig kennen sollte."

    Aus Zeitgründen hab ich die 5 betreffenden Instanzen damals (Juli 2024) auf ein anderes Reseller Webhosting 4000 umgezogen, welches ich für ein zeitlich begrenztes Projekt gebucht hatte. Dieses endet aber Ende des Monats. Nun würde ich gern die 5 Instanzen wieder auf meinem Reseller Webhosting 8000 hosten und dieses Problem endlich beiseite schaffen.

    Ich würde mich sehr freuen, falls mir hier jemand weiterhelfen kann.

    Beste Grüße.

  • Danke für den Tipp, Hille. Das würde als Notlösung (sicherlich) klappen.

    Nichtsdestotrotz hätte ich gern, dass PHP Mail auch funktioniert, da ich als Reseller fungiere und das Hosting an meinen Kunden verkaufe...

  • Danke für den Tipp, Hille. Das würde als Notlösung (sicherlich) klappen.

    PHP Mail ist Serverseitig einfach nicht zukunftsorientiert sicher genug. Ich kann die Umstellung auf SMTP auch nur empfehlen.

    Manche benutzen dafür ein Plugin, dabei muss man nur selbst 10 Zeilen Code schreiben um wp_mail von PHP Mail nach SMTP umzubiegen.

    Plugins machens nur einfacher für drag and drop.

    Bei cf7 und seinen addons kann es Probleme bei PHP8 geben, einfach mal php7.4 ausprobieren oder hier das fehlerlog mitsenden.

  • In wie fern kann es da Probleme geben ? Nutze PHP 8.3 und konnte bisher keine feststellen

    Das war nur eine Idee, falls es beim Wechsel zu wechselnden php-versionen kommt.

    Cf7 bzw. seine Addons hinken ein bisschen hinterher, das ist aber teils händisch fixbar, bei mir das einzige Sorgenkind wenn es um PHP8 Versionen geht.

    WP 6.7 hat nur 8.3 Beta Support. Das muss jeder selbst entscheiden.

    Skripte oder Plugins die noch php 7 benötigen um zu laufen, sollte man eh ausmustern

    Das stimmt, kann man aber auch selbst fixen wenn das nicht unterirdisch zusammengeschustert wurde.

  • Vielen Dank für die Antworten soweit.

    Bezüglich der SMTP-Lösung habe ich Bedenken, dass der Spamschutz (Honeypot) bei einigen Kunden vielleicht mal versagen und (zunächst) unbemerkt Spam versendet werden könnte, und das dazu führt, dass die Mailserver IP Reputation leidet.

    Ich wäre euch dankbar, wenn ihr mir darüber eine Einschätzung aus eurem Erfahrungsschatz mitteilen könntet...

  • PHP Mail oder SMTP haben doch am Ende das gleiche Problem bei Spam?

    Jedenfalls bei einigen Hostern wird PHP Mail über Sendmail zum echten SMTP transportiert. (Dkim-signiert) Wie das bei Netcup ist weiß ich nicht.

    Da wäre es egal, da PHP Mail einfach nur ohne Login-Daten funktioniert. (Quasi ähnlich lokal)

    Ich würde einfach mal PHP 8.1 in einer Testinstallation ausprobieren und wenn das nicht klappt einmal WP-Debug mitschreiben lassen. Dabei müsste eigentlich irgendetwas herauskommen. Ich bin mir jetzt nicht sicher, ich meine 1 cf7-Addon bei einer meiner Installationen ist nur bis 8.1 funktionsfähig.

    An SMTP geht ja auch kein Weg vorbei wenn man seine Email bei Hoster A behält und die Webpräsenz zum Hoster B umzieht.

  • Danke Schupp, das hat mich zur Lösung gebracht.

    Fehlerursache war zum einen, dass ich versehentlich davon ausging, dass die Webserver IP für PHP Mails verwendet wird, statt die Mailserver IP und SMTP. Dieser Irrtum lag vor, weil im Plesk beim anderen Anbieter keine Mailadressen für die jeweiligen Kunden angelegt waren, und CF7 trotzdem funktionierte. Deshalb dachte ich, dass dort keine Verbindung besteht.

    Ich fragte mich, wie Plesk für Kontaktformular-Mails vorgeht, wenn keine Mailadressen angelegt sind. Dazu analysierte ich bei den Abos, wo CF7 funktionierte, die Header der CF7 Mails und stellte fest, dass Plesk unterschiedliche Mailadressen verwendet. In einem Abo wurde die Adresse verwendet, die in CF7 als Absender Adresse eingetragen war, in einem anderen eine Mailadresse, die mal in dem Abo zu Testzwecken angelegt und wieder gelöscht war.

    Somit musste das Problem an den "E-Mail-Einstellungen" liegen. Ich legte eine Mailadresse für eines der Abos an, wo CF7 nicht funktionierte und erhielt eine Warnung von Plesk (siehe Foto). Über die "Postausgangskontrolle > Abonnement > Grenze ändern" kam ich dann zum Fenster "Begrenzung ausgehender Nachrichten" und sah, dass überall "Benutzerdefinierter Wert für das Abonnement" mit dem standardmäßig eingesetzten Wert 0 ausgewählt war, statt "Serverweiter Standardwert". Nachdem ich das korrigierte, war das Problem gelöst.

    Ich frage mich, warum Plesk diese Einstellung nach dem Löschen und erneuten Anlegen der Abos so vornahm. Vielleicht lag es möglicherweise daran, dass ich bei den betreffenden Abos vorher mal die Mailfunktion deaktiviert hatte, da die betreffenden Kunden andere Anbieter für den Mailverkehr nutzen und keine Mailadresse über das Abo benötigten.

    Wie dem auch sei bin ich froh, den Fehler gefunden zu haben und bedanke mich bei allen sehr!

    Beste Grüße :)