Kontaktformular gibt Captcha-Hinweis nicht aus

[yellowled]

Gegeben sei: Eine Kundenseite mit statischer Seite als Startseite, ein Kontaktformular sowie das Spamschutz-Plugin mit Captchas. Zum Test fülle man das Kontaktformular mit Testdaten und gebe mutwillig ein falsches Captcha ein. Ergebnis: "Ihre Nachricht wurde erfolgreich verschickt." -- Irrtum, denn dank falschem Captcha wird sie eben nicht verschickt. Normalerweise erhält man dann aber eine Rückmeldung, dass das Captcha falsch war.

Wo kann es hier klemmen? Spamschutz-Plugin? Reihenfolge der Plugins? (Erst Spamschutz, dann Formular(e), dann stat. Seiten) Es gibt hier ein Standard-Formular und ein dynamisches, beide haben individuelle .tpl-Dateien, kann da etwas Murks sein? Liegt es an der statischen Startseite?

YL

[garvinhicking]

Hi!

Könnte am Template liegen, wenn das die Variablen nicht so richtig belegt/ausliest, oder eine andere Variable als indikator benutzt. Mal mit unverändertem Standard-Formular-Template geprüft?

Grüße,
Garvin

[yellowled]

Mal mit unverändertem Standard-Formular-Template geprüft?

Nee, zumal die da auch noch irgendwie interne Probleme mit der einen verwendeten E-Mail-Adresse haben. Hole ich aber gleich mal nach.

YL

[yellowled]

Aaalso: Auch mit Standard-Templates werden beide Formulare (sowohl Standard als auch dynamisch) als "erfolgreich verschickt" vermeldet. (Ja, ich habe vorher templates_c ausgekippt )

s9y v1.5 (glaube ich, da bin ich jetzt mit dem Versionsnummernchaos auch leicht verwirrt -- Jude war's!), Spamschutz v1.77.

Captchas aktivieren: Ja
Captchas nach wie vielen Tagen erzwingen: 7

So ziemlich alle Einstellungen zu Kommentaren stehen auf "moderieren" oder "keine", da hier keine Kommentare genutzt werden. Keine Prüfung von Email-Adresse, keine .htaccess-Blockade, derzeit auch kein Logfile.

Wenn Du mehr wissen musst, musst Du sagen, was

YL

[garvinhicking]

Hi!

Hm, kannst du testweise das statische seiteneventplugin mal deaktivieren, damit man das ausschließen kann?

Weißt Du ob das denn je geklappt hat mit dem Captcha-Ding? In den Kontaktformularen steck ich ja recht wenig drin.

Grße,
Garvin

[yellowled]

Hm, kannst du testweise das statische seiteneventplugin mal deaktivieren, damit man das ausschließen kann?

Ungern. Die Seite ist bereits "live" -- wenn, dann kann ich das irgendwann die Tage mal nächtens machen, aber nicht vor Montag. Zudem wäre man dort durchaus auch bereit, auf Captchas zu verzichten, da ein interner Spamfilter läuft.

Die Fehlersuche dient mehr so meinem eigene Interesse, aber wenn Du schon so fragst:

Weißt Du ob das denn je geklappt hat mit dem Captcha-Ding? In den Kontaktformularen steck ich ja recht wenig drin.

... dann kann man das bestimmt auch in Ruhe in einer Testumgebung ausloten, oder?

YL

[yellowled]

Äh, halt, Moment: Ich habe das vorhin in meinem Blog ausgetestet, da bekam ich eine Fehlermeldung bei falschem Captcha. Zumindest die Captcha-Prüfung scheint also im Kontaktformular generell zu gehen. Ist die Frage, inwiefern das ggf. mit statischen Seiten, speziell statischer Seite als Startseite, kollidiert. Oder?

YL

[garvinhicking]

Hi!

Genau, das ist jetzt meine oberflächliche Vermutung, dass die statische Startseite sich angesprochen fühlt und irgendwelche Variablen auf "alles roger" setzt.

Grüße,
Garvin

[yellowled]

Okay. Es hat sich nun auch dadurch aufgelöst, dass $KUNDIN bereitwillig auf Captchas verzichtet.

Sobald ich dafür Luft habe (Montag oder so) setze ich gerne ein temporäres Testblog auf und teste es damit durch. Wenn ich's nicht vergesse.

YL

[Freudi]

Ich frag mal ganz dohv:
Eingeloggt war beim Testen niemand nicht?

Mein ja nur,
Freudi

[yellowled]

Eingeloggt war beim Testen niemand nicht?

Nein. Wenn man eingeloggt ist, bekommt man gar kein Captcha angezeigt, es sei denn, man hat die entsprechende Spamschutz-Option umgestellt (hier nicht der Fall). Redakteure != /me hatten zum Test-Zeitpunkt noch gar keinen Zugang zum System.

YL

[yellowled]

Sobald ich dafür Luft habe (Montag oder so) setze ich gerne ein temporäres Testblog auf und teste es damit durch.

Testblog steht: http://test.yellowled.de, einstweilen mit Standardtemplate und kaum Plugins, aber bereits mit statischer Testseite und 2 Kontaktformularen (je 1x Standard/dynamisch).

Beide Kontaktformulare funktionieren im Gegensatz zur Kundenseite exakt so, wie es sein soll: Die Emails werden erfolgreich und korrekt zugestellt, es wird auf fehlende Pflichtfelder und falsch ausgefüllte Captchas hingewiesen. Alles richtig, null Fehler. Wir haben also weder ein Problem im System noch in den Plugins.

Ich würde mal ganz bescheiden vermuten, dass die Probleme im Kundenblog also weder am Plugin „Statische Seiten“ bzw. der statischen Startseite noch am Spamschutz/Kontaktformular/Captchas lagen, sondern ggf. an einem weiteren installierten Plugin, welches jetzt im Testblog nicht läuft. Oder?

Im Kundenblog sind zusätzlich installiert:

* Textformatierung: Serendipity
* Erweiterte Eigenschaften von Artikeln
* Regeln für Veröffentlichungen
* Übliche XHTML-Fehler beseitigen
* Suchmaschinen-Sitemap-Generator

Dafür fehlt NL2BR (Seitenleisten-Plugins lasse ich mal aus, das wird's ja nicht sein.)

Ist da was Verdächtiges dabei oder sollte es doch am Template liegen? (Das müsste ich im Testblog erst aufspielen und testen.)

YL

[garvinhicking]

Hi!

* Textformatierung: Serendipity

100% unschuldig

* Erweiterte Eigenschaften von Artikeln

Sehr unwahrscheinlich, aber sicherheitshalber mal installieren und so einrichten.

* Regeln für Veröffentlichungen

100% unschuldig

* Übliche XHTML-Fehler beseitigen

100% unschuldig

* Suchmaschinen-Sitemap-Generator

100% unschuldig

Scheint also echt merkwürdig...

Grüße,
Garvin

[yellowled]

* Erweiterte Eigenschaften von Artikeln

Sehr unwahrscheinlich, aber sicherheitshalber mal installieren und so einrichten.

Installiert & eingerichtet, aber noch nicht „genutzt“ (es wird im Kundenblog nur für einen sticky entry in der einzigen Blogkategorie genutzt -- oh, und den haben meine Kunden gerade gelöscht, sehe ich zufällig. Hm. ). Beide Kontaktformulare funktionieren wie gehabt und erwartungsgemäß.

Aber auch mit sticky entry funktionieren beide Kontaktformulare (im Testblog) exakt wie gewünscht. Und das Template, fällt mir gerade ein, kann es auch nicht sein -- ich hatte es im Testblog auch mit den Standard-tpls für das Kontaktformularplugin getestet. Strange.

Wir werden es vermutlich nicht mehr reproduzieren können, da sich das Kundenblog bereits „weiterentwickelt“. Es spielt dort, wie gesagt, auch keine Rolle mehr, da dort nun auf Captchas verzichtet wird.

YL