Formular versendet Mail 403 Forbidden

Hallo,

prüfen Sie bitte mal die Systemvoraussetzungen:

• Öffnen Sie Ihr Projekt in Zeta Producer
• Wechseln Sie zum Menü "Extras"
• Klicken Sie auf den Button "Optionen"
• Klicken Sie im Fenster links auf "Aktionen"
• Klicken Sie in der Liste der Aktionen auf "PHP prüfen" (in ZP 11) bzw. "Website-Features prüfen" (in ZP 12/13) damit die Zeile markiert wird
• Klicken Sie unter der Liste auf den Button "Ausführen"

Zudem scheinen Sie ein Fremdwidget "zpwshariff" zu nutzen, welches Skriptfehler verursacht. Das sollten Sie ggf. entfernen bzw. ausblenden.

Hallo,

laut der Prüfung haben Sie kein PHP auf dem Server aktiv. PHP in Version 5.3 oder höher ist aber Voraussetzung.

Hallo,

klingt zunächst mal nach fehlende Brechtigungen auf deinem Webserver.

Kenne jetzt den "PHP-Boost" von Strato auf Anhieb nicht, aber nimm diesen zum Testen mal raus.
Nicht dass das evtl. reinhauen könnte?...

Berechtigungen sollten für das Verzeichnis /assets/php/ für den Besitzer (Webserver) vorhanden sein.
Dies auch mal bitte kontrollieren.

Evtl. liegts aber auch an deiner "Umlautdomain", das man da vielleicht noch was ändern muss.
Aber mach zunächst mal, das oben beschrieben.

Hallo Olaf,

ich vermute ebenfalls die Umlautdomain als Ursache. Ersetze mal in den FTP-Einstellungen das www.grüneflügel.de durch http://www.xn--grneflgel-r9ae.de/

Hallo Olav,

hast du das mit den Berechtigungen auch überprüft?

Und kurz vor dem Schluß machen für heute, noch aus der Hüfte geschossen:
Hast du eine .htaccess im Einsatz auf deinem Webserver?

Falls ja, dann poste hier mal bitte den Inhalt.

Hallo Olav,

also hat es sich damit jetzt erledigt?
Und hast du dann was in der .htaccess geändert?

Hallo Olaf,

da ich jetzt auch meinem "Tagesgeschäft" nachgehen muss, komme ich nicht dazu, deine .htaccess auf mögliche Fehler zu kontrollieren.
Vielleicht weiß jemand anderes auf Anhieb was es sein könnte, oder du arbeitest dich Schritt für Schritt selbst durch, und aktivierst eins nach dem anderen.

Vom Gefühl her würde ich sagen, das es evtl. was mit dem Rewrite zu tun haben könnte.

Hallo Olav,

der UTF-8 Eintrag ist erstmal richtig, de verwende ich auch so.

Wechsel mal die PHP Version auf die 5.6. Der Support für die 5.5 ist nämlich zum 31.07.2016 ausgelaufen, ein extended Support wird nur von einigen Anbietern geleistet und ist vielleicht auch nicht in allen Tarifen enthalten. Du brauchst mit Deiner Umlaut-Domain zwingend die Konvertierung punycode zu ascii.
Lege mal eine Testseite "test.php" an und füge dort folgenden Code (ohne Zeilennummer) in einen HTML-Quelltext ein:

<?php var_dump(function_exists('idn_to_ascii'));  // true oder false ?>

Hallo, ich habe das gleiche Problem. Seit monaten hat es gelaufen und jetzt gehen auf beiden DOmains in unterschiedlichen Kd Accounts keine Formulare mehr.

You do not have permission to access this document.
http://www.metallmaennchen.de/assets/php/for…endEmail.php?sc

php am Server habe ich mal auf 5.6 umgestellt. Dauert jetzt ne weile bis es aktiv ist. Ich habe auch nichts geändert. Weder an der Seite noch sonst was.

Reupload hat auch nichts gebracht

das einzige was ich im error log finde ist das hier
21:05:27 2016] [error] [client 5.147.17.200] ModSecurity: Access denied with code 403 (phase 2). Match of "beginsWith %{request_headers.host}" against "TX:1" required. [file "/etc/apache2/modsecurity.d/rules/tortix/modsec/50_plesk_basic_asl_rules.conf"] [line "206"] [id "340162"] [rev "294"] [msg "Protected by Atomicorp.com Basic Non-Realtime WAF Rules: URL detected as argument, possible RFI attempt detected"] [data "%TX:1,TX:1"] [severity "CRITICAL"] [hostname "http://www.metallmaennchen.de"] [uri "/assets/php/formmailer/SendEmail.php"] [unique_id "WBj1h38AAAEAABoXQ1IAAAAS"]

Hallo,

manchmal ändern auch die Provider etwas an Ihrer Infrastruktur bzw. aktualisieren diese und das kann dann solche Auswirkungen haben. Wenn Sie die Provider dann wissen lassen, was bei Ihnen nicht mehr läuft (inkl. Fehlermeldung) können die das bestimmt beheben und wissen bei der nächsten Aktualisierung gleich, worauf zu achten ist…

habe ich grad mit gesprochen können die nicht ! es gibt keinen Fehler laut derer ausagen.. aus verzweiflung habe ich den Präfix www. gesetzt und die firewall komplett deaktiviert
es klappt aber immer noch nicht

ruft man metallmaennchen.de ohne www auf kann man das formular nutzen
ruft man https://community.zeta-producer.com/www.metallmaennchen.de auf geht es nicht mehr

was ein scheiss update.. es liegt nur daran das man hier bei zeta rum gepfuscht hat...
wenn die webseite in deutsch auf dem haupt ordner ist und die englische im unterorder sucht zeta nur noch
die erfolgreich gesendet html im haupt ordner

firewall aus und www präfix nun erzwungen und alles läuft wieder
aber das hier ist eine miese investition gewesen mit diesem programm hier sowas hatte ich in 10 jahren cms nicht so einen scheiss

Hallo,

was Sie hier behaupten, kann ich nicht nachvollziehen.

Siehe auch meinen Kommentar zum selben Problem, das Sie noch bei einem anderen Artikel gepostet haben: Formularfehler?assets/php/formmailer/SendEmail.php?sc

was kann man daran nicht nach vollziehen zeta macht ein update und ohne mein zutuen laufen zwei webseiten nicht mehr die mit zeta vor monaten erstellt wurden.. fertig
und diese zwei webseiten laufen auf unterschiedlichen accounts

Was ich nicht nachvollziehen kann:

• Zeta pfuscht
• Dass dies zwangsweise (wir schließen nichts aus) mit einem Zeta Producer Update zu tun hat und nicht etwa mit einer Änderung des Providers
• Was Sie bezgl. deutschen Seiten im Hauptordner und Englischen im Unterordner beschrieben haben stimmt meines Erachtens nach nicht, denn die Erfolgsseite wird pro Formular-Artikel individuell eingestellt.

Sie sollten bitte auch auf Ihren Ton achten. Wir möchten dass Kraftworte hier vermieden werden, so dass dieses Forum für alle benutzbar bleibt und ein respektvoller Umgang miteinander gewährleistet ist.