Kontaktseite: Nachricht ABSENDEN - funktioniert nicht

Hallo Sabine,

willkommen im Forum. Ich nehme an, es geht um http://www.naehschnuppe.eu. Ein Test bringt hier die Fehlermeldung "Could not instantiate mail function". Häufigste Ursache hierfür sind fehlende Schreibrechte für PHP auf dem Server, siehe https://docs.zeta-producer.com/formularverwaltung.html

Hallo Zeta Team

Können Sie mir weiter helfen

Die E-Mail-Adresse des Formularempfängers ist ungültig.

Der Betreiber der Website sollte die Formularkonfiguration überprüfen

Meine PHP Version ist 5.6 - Meine Zeta Version ist 13 - E-Mail: Kontakt@Volkschor-Albershausen.de

Für Ihre Hilfe wäre ich sehr dankbar

LG

Herbert Seitz

Hallo HSE ohne Link zur Webseite mit dem Formular können wir nur bedingt helfen.

Vermutlich ist einfach in den Formulareinstellungen der Empfänger noch nicht korrekt eingegeben worden.

Hallo Stefan S

Vielen Dank für die schnelle Antwort. Der Link zur Webseite ist:

https://www.volkschor-albershausen.de/

Mit freundlichen Grüßen

Herbert Seitz

Die im Formular definierte Empfängeradresse ist: info@example.com

Das ist falsch. Konfigurieren Sie das Formular mit einer korrekten Adresse: https://docs.zeta-producer.com/v13/formular-einfuegen.html#a1363

Hallo

Ich muss dieses Thema wieder aufgreifen, da ich es jetzt auch bekomme.

Aufgetreten ist es nach einem Serverwechsel und den damit verbundenen Update von Ubuntu 18.04 auf 22.04. Die Homepage wurde dabei 1:1 übertragen.

Ich bin jetzt kein PHP Spezialist, aber was ich bisher herausgefunden habe ist, dass in der Datei "functions.php" die "$arrReceiverEmail" leer ist.

foreach ( $arrReceiverEmail as $testEmail ){

if( !isValidEmail( trim($testEmail) ) strpos($testEmail, "@example.com") ){

$error .="Die E-Mail-Adresse des Formularempfängers ist ungültig. Der Betreiber der Website sollte die Formularkonfiguration überprüfen.</br>

</br>The recipient-email of the form is invalid.The owner of this website should verify the form-configuration.</br>";

break;

}

}

Obwohl eigentlich nicht erforderlich, habe ich die Empfänger-E-Mail in Zeta auch mal neu gesetzt und die Homepage aktualisiert. Die Fehlermeldung bleibt aber die gleiche.

Wo kann das Problem liegen?

Gruß

Arne

Hallo Arne,

Zu Beginn die Feststellung, dass das Formular bis zum Serverwechsel anscheinend funktioniert hat. Der Fehler liegt also nicht Zeta, sondern an einer veränderten Umgebung für die veröffentlichte Homepage. Um den Fehler einzugrenzen, fehlt noch einiges an Informationen:

1. Webadresse, Link zum Formular
2. Verwendete Zeta-Version
3. Verwendete PHP-Version auf dem Server
4. Schreibrechte für Ordner /php und untergeordnet geprüft?

Hallo Thomas

Prinzipiell würde ich ihnen Recht geben, dass es Zeta nicht ist, wenn da dieses leere Array "$arrReceiverEmail" (siehe oben) bei Zeta nicht wäre.

Ansonsten

1. Webadresse, Link zum Formular: https://www.verbindungdurchbegegnung.de/kontakt.html
2. Verwendete Zeta-Version: 16.6.0
3. Verwendete PHP-Version auf dem Server: 8.2.6, aber auch mit der alten Version 7.4.33 getestet
4. Schreibrechte für Ordner /php und untergeordnet geprüft? Sieht ok aus (755 bzw. 644)

Gruß

Arne

Die im Formular hinterlegte Empfänger-E-Mail scheint zu passen.

Was liefert denn "Veröffentlichen > Serveranforderungen prüfen"?

Beide Häkchen sind gesetzt

Ok. Melde mich Montag. Hier ist wg. Feiertag langes Wochenende.

Ok. Danke

Hallo

Zu meiner Beobachtung mit dem leeren Array für die Empfänger Email-Adressen wurde bisher nichts gesagt.

Kann da die Ursache für mein Problem liegen?

Gruß

Arne

arnevolk Hallo,

ich vermute, bei Ihnen schlägt die Entschlüsselung der Empfänger-Adresse fehl.n Wie auch bereit sin der Vergangenheit bei einem anderen Nutzer: RE: Formular - Mail-Adresse wird nicht akzeptiert

Warum das so ist, erschließt sich mir aktuell nicht. Haben Sie Gelegenheit, das Projekt mal auf einen anderen Server zu veröffentlichen?

Hallo

Nein, aber es war ja vorher auf einem anderen Server, wo es funktionierte.

Mit ihrem Hinweis auf openssl_decrypt(des-cbc) habe ich jetzt zumindest einen Punkt, den ich an meinen Hoster weiterleiten kann.

OK, viel Glück!

Hallo,

bei uns tritt das Problem beim Versuch der Website-Migration von Win2012R2 / IIS nach Ubuntu 22.04 LTS / Apache ebenfalls auf.

(Website unverändert hochgeladen).

Stöbern im PHP-Code ergibt,… [aus Sicherheitsgründen entfernt]

Ich habe aber in den Einstellungen von ZetaProducer nix gefunden, wo man einen cryptKey für die En(!)cryption angeben könnte,
und wie oben schon gesagt auch keine PHP-Source-Stelle, wo die Formular-Daten encrypted würden.

Deshalb Frage an den Zeta Support:

Wo findet die Encryption der Formular-Daten statt ? Und wo steht der cryptKey bzw. wo ist der CryptKey konfigurierbar, mit dem dieses geschieht ?

Hallo Max1004 ,

unsere Verschlüsselung hier offenzulegen, wäre extrem unklug. Darauf gehen wir also besser nicht ein. Vertrauen Sie uns bitte, dass wir das schon richtig machen.

Sollte bei Ihnen das Formular nicht funktionieren, nennen Sie uns bitte die nötigen Eckdaten, wie verwendete ZP-Version und die URL zum Formular.

Hallo,

die ZP-Version ist "16.3.0 Business";

die URL zur Page mit dem Formular würde ich, weil sie ja nicht funktioniert, ungern hier ins öffentliche Forum reinschreiben.
Kann ich die an eine Support-Mail-Adresse senden ? Falls ja, an welche ?

Das Formular steht auf der Page ganz unten.

PHP ist 7.2.34

Beim Absenden des Formulars wird die Fehlermeldung:

"

Die E-Mail-Adresse des Formularempfängers ist ungültig. Der Betreiber der Website sollte die Formularkonfiguration überprüfen.

The recipient-email of the form is invalid.The owner of this website should verify the form-configuration.

"
angezeigt, und das Problem tritt wie oben schon gesagt auf bei der Website-Migration von Win2012R2 / IIS nach Ubuntu 22.04 LTS / Apache

BTW:
Es gibt etliche Formulare auf dieser Website, und bei allen (bisher getesteten) besteht das Problem.

Max1004

Ja, gerne. Bitte URL zusammen mit einem Link zu diesem Beitrag hier (als Referenz) an support[ät]zeta-producer.com ([ät] durch @ ersetzen) senden.

Was bringt bei Ihnen "Veröffentlichen > Serveranforderungen prüfen" für ein Ergebnis?

Hallo arnevolk und Max1004

ich habe eine Testseite erstellt, um die auf dem Webserver verfügbaren Entschlüsselungsalgorithmen zu ermitteln. So kommen wir der Ursache ggf. auf die Spur.

Bitte die Seite aus dem Anhang downloaden, dann entzippen, auf den Webserver laden und mir hier die URL zu dieser Seite nennen.

Wenn die ausgegebene Liste "des-cbc" nicht enthält, ist dies die Ursache des Problems und der Provider sollte sich darum kümmern, den fehlenden Algo nachzuinstallieren.

Hallo,

ich habe die PHP hochgeladen; leider ist in der Liste aber [94] => des-cbc enthalten.

Den Link mit der Formular-URL und der cyphermethods.php - URL schicke ich separat per Mail.

Den Menüpunkt "Veröffentlichen > Serveranforderungen prüfen" gibt es so bei mir nicht, sondern das sieht so aus :

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Die (Verbindungs-)Tests unter "Webserver konfigurieren" sind aber erfolgreich.

Oder wie kann ich diese Serveranforderungs-Prüfung sonst aufrufen ?

Max1004 Danke für die Mail. Die enthielt aber keinen Link zum Formular.

Wenn ich Ihre Testwebsite öffne, erhalte ich im Browser erstmal eine Sicherheitswarnung wg. dem Zertifikat. Wenn ich diese übergehe und zur website wechsle und mir dann das Formular auf der Startseite ansehe, fällt folgendes auf:

In den FTP-Einstellungen des Projekts ist der "Web-Adresse" noch kein https:// vorausgestellt. Das sollten Sie unbedingt tun, weil Ihre Website ja automatisch auf https:// weiterleitet.

Wenn das erledigt ist und das Problem dann immer noch besteht, testen wir weiter…

Hallo,

vielen Dank für die Tips.

Wir haben jetzt auch für die Test-Webseite ein Zertifikat installiert und bei der Web-Adresse das Präfix https:// vorangestellt.

Leider besteht das Problem damit aber immer noch, sowohl beim Formular auf der Start-Seite als auch bei anderen Formularen.

Sie können zwecks Reproduktion also einfach das Formular der Startseite verwenden.

Was können wir sonst noch tun/ausprobieren, um die Ursache des Problems zu finden ?

BTW:
Auf einem der Formulare auf einer anderen Seite hatte ich übrigens auch mal die "Debug"-Checkbox angehakt,

aber so weit scheint er auf dem neuen Server mit der Testwebseite gar nicht zu kommen.

Wenn ich dagegen auf der Maschine, auf der ZP läuft eine "Vorschau" derselben Page anzeigen lasse, dann erscheint beim Absenden eine Debug-Ausgabe,

allerdings ohne Fehlermeldungen, weil dort das Problem nicht auftritt.

Hallo Max1004 bitte senden Sie mir Ihr Projekt zu, damit ich damit auf dem Server ein paar Tests fahren kann. Ich werde keine bestehenden Inhalte verändern, sondern nur neue zum Text hinzufügen, die aber im Projekt nirgends sichtbar sein werden, wenn man die URL nicht kennt. Nach meinen Tests werden die Inhalte wieder entfernt:

1. Öffnen Sie Ihr Projekt in Zeta Producer
2. Gehen Sie auf das Menü "Extras"
3. Klicken Sie auf den Button "Optionen"
4. Klicken Sie auf "Aktionen"
5. Klicken Sie rechts auf die Aktion "Projekt Senden" damit diese Markiert ist
6. Klicken Sie unten auf den Button "Ausführen"
7. Geben Sie im 1. Feld Ihre E-Mail-Adresse ein, damit wir Sie für Rückfragen kontaktieren können
8. Geben Sie als Referenz ins Feld Bemerkungen den Link zu diesem Forum-Artikel ein (per Kopieren und Einfügen)
9. Klicken Sie auf den Button "Senden"

Hallo Stefan

Ich habe eine Mail an euren Support mit dem Link zur Testseite geschickt.

Gruß

Arne

Hallo arnevolk

Danke für die Mail. Auf Ihrem Server fehlt der „des-cbc“ cipher für OpenSSL. Vielleicht kann Ihr Hostinganbieter das Problem mit diesem Hinweis beheben.

Mit den verwendeten SSL-Zertifikaten wie Let’s encrypt etc. hat dies nichts zu tun.

Wenn ich "openssl enc -ciphers" auf der Maschine ausführe, ist „des-cbc“ dabei.

arnevolk wir benötigen es halt in PHP und da scheint es zu fehlen.

Hallo Stefan

Hast du eine Idee, warum es PHP nicht sieht?

Und auch nur diesen.

Bei Google bin ich da noch nicht fündig geworden.

Gruß

Arne

Nein, aber da bin ich auch kein Spezialist. Hosten Sie das selbst und haben daher keinen Provider, der sich darum kümmern kann?

Ja, ist ein VirtualServer, wo PHP schon vorinstalliert war.

Im Normalfall reicht auch die Grundkonfiguration, was ja der vorherige Server gezeigt hatte.

arnevolk ok, verstehe. Da kann ich dann leider nicht weiter behilflich sein. Probleme mit eigenen Hosing-Servern übersteigen die Leistungen, die wir hier bieten können. Vielleicht finden Sie ja irgendwie den Unterschied zum vorigen Server heraus.

Max1004 Ihr Projekt kam auch an. Besten Dank. In meinen Tests schlug die Entschlüsselung mit openssl_decrypt() auf Ihrem Server grundsätzlich fehl. Wenn Ich Ihr Projekt dann in ZP 16.3 (ein Update auf 16.6 wäre ratsam) öffne und dann "Extras > Optionen > Aktionen > Website Features prüfen" aufrufe, erhalte ich dieses Ergebnis:

Ich würde also Vorschlagen, Sie erhöhen zunächst die PHP Version auf dem Webserver auf mindestens 7.4 oder auch gerne gleich 8.2. Dann können wir gerne nochmal testen. Die Fehlenden PHP-Module sollten ggf. auch nachinstalliert werden.

Hallo Max1004 ,

ich sehe, Sie haben die PHP-Version nun hochgesetzt. Ich habe dann nochmal getestet. Weder aus einem in 16.6 erstelltem Projekt, noch Ihrem Kannich ein Formular versenden. Die Entschlüsselung schlägt immer fehl.

Sorry, aber ich bin nun mit meinem Latein am Ende.

Ich habe ein sehr einfaches Testfile auf Ihren Server gelegt, das Sie unter /zp-decrypt-test.php finden.

Dieses Script verdeutlicht sehr einfach, dass openssl_encrypt und openssl_decrypt lediglich leerstrings liefern (auf meinem Server funktioniert das Skript).

Kontaktieren Sie bitte Ihren Provider und beschreiben Sie ihm das Problem . Ich hoffe er kann die Ursache - auch mittels des Trest-Skripts - ermitteln.

Bin gespannt, was die Ursache war (sofern er das rauskriegt)!

Hallo Stefan

Warum muss Zeta auf die Cipher Methode "des-cbc" beschränkt werden?

Kann man das nicht konfigurierbar machen?

Im Internet findet man zu dieser Methode kaum Informationen.

Und wenn ich mir die Cipher Method Listen von OpenSSL und PHP auf meinem Server anschaue gäbe es genügend Alternativen.

Am Sicherheitsaspekt kann es auf jeden Fall nicht liegen, da haben die "des" Methoden von OpenSSL nicht so ein tollen Ruf.

Gruß

Arne

Das ist halt aktuell so, funktioniert eigentlich auch überall und bläht das Widget nicht mit unnötiger Komplexität (Ver- und Entschlüsselung müssen ja auch den selben Algo nutzen…) auf.

PS: hier geht es weniger um „Sicherheit“ als darum, die Email-Adresse nicht im Klartext an Spammer zu liefern, welche die Website abgrasen.

Hallo Stefan

Na, "Sicherheit" ist das schon, aber lassen wir die Kirche dazu im Dorf.

Wäre es möglich, zumindest einen Plan-B anzubieten?

Plan B: https://docs.zeta-producer.com/formulare-per-…nden.html#a3663