• Resolved 150d

    (@150d)


    Hi,

    I’m using the plugin v4.5.1 on a WordPress v4.2.4 site. Everything used to work great, but when I checked just now nothing happens when the “send” button is pressed. If a field (email) is not filled in, there is a error message (as expected.) But when everything is ok, just nothing happens and no email is sent.

    What I’ve tried so far:

    – use theme stylesheet instead of the plugin’s
    – disable AJAX check

    … without success.

    Any ideas…?

    (I noted the various previous threads concerning the same problem. However, even if many are marked “resolved”, they don’t seem to actually contain a solution.)

    edit:
    I tried a few more times. Now, the button reacted, but presented the following result:

    [code]
    Warning: file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in /wp-content/plugins/clean-and-simple-contact-form-by-meg-nicholas/recaptchav2.php on line 45 Warning: file_get_contents(): Failed to enable crypto in /wp-content/plugins/clean-and-simple-contact-form-by-meg-nicholas/recaptchav2.php on line 45 Warning: file_get_contents(https://www.google.com/recaptcha/api/siteverify?secret=%5Bedited%5D+&remoteip=%5Bedited:IP%5D&response=%5Bedited:longcharacterstring%5D): failed to open stream: operation failed in /wp-content/plugins/clean-and-simple-contact-form-by-meg-nicholas/recaptchav2.php on line 45
    [/code]

    Yet, it worked with “use reCAPTCHA” disabled.

    Regards

Viewing 9 replies - 1 through 9 (of 9 total)
  • Hello,

    Unfortunately I am unable to reproduce the error you are experiencing. However it seems that the server that your website is running on is not able to open the url https://www.google.com/recaptcha/api/siteverify
    Google captcha needs to open this url in order to verify that the captcha is correct.

    I would check with your host to make sure that they have opened the relevant ports to allow you to access this url.

    Sometimes hosts can change settings on the server so this may be why your site was working and it isn’t now.

    Thread Starter 150d

    (@150d)

    Hi,

    indeed: It’s hard for me to debug this (shared hosting with limited features), but I can get this result on a console:

    [code]
    > wget https://www.google.com/recaptcha/api/siteverify
    --2015-09-07 12:00:02-- https://www.google.com/recaptcha/api/siteverify
    Resolving https://www.google.com... 173.194.116.180, 173.194.116.179, 173.194.116.176, ...
    Connecting to https://www.google.com|173.194.116.180|:443... connected.
    ERROR: cannot verify https://www.google.com's certificate, issued by /C=US/O=Google Inc/CN=Google Internet Authority G2:
    Unable to locally verify the issuer's authority.
    To connect to https://www.google.com insecurely, use --no-check-certificate.
    [/code]

    So it seems clear, the server can’t verify Google’s SSL certificate.

    Can you venture a guess as to why? Is this Google’s fault or my provider’s?

    Regards

    That is indeed what appears to be happening.

    I don’t know how you would get around this unless your host can help.

    The alternative is to disable recaptcha and turn on akismet. That way all form submissions get filtered by akismet and you shouldn’t get any spam come through.

    Thread Starter 150d

    (@150d)

    I’ve contacted my provider on this issue.

    Thanks for your help!

    Regards

    Thread Starter 150d

    (@150d)

    Hi again,

    Sorry, but I have to come back on this once more:

    My provider told me that the error I’ve been getting from my wget-test referred to missing parameters on the URL and/or unspecified methods (get/post). This makes sense, because a normal request will surely transmit at least the Google API-key in some way, probably as part of the URL. In any case, I get a similar error if I try the wget at home – indicating that this isn’t the problem on my server after all.

    Additionally, as I just noticed the behaviour on my WordPress-site has changed: Before, the “send” button simply did nothing. Now, the message “Please solve the recaptcha to continue.” appears. This is after the reCAPTCHA has already been marked with a green check mark, indicating a successful answer.

    Can I get some sort of debug log from the plugin?

    Regards

    PS: To make matters worse – I just tried a different contact form plugin, and it worked there. So it actually seems to be a problem with CaSCF after all.

    Yes the secret key along with the IP address and the response code should be sent to google. For some reason in your setup is not doing that.

    Can you give me a URL with the contact form on it?

    lazburke

    (@lazburke)

    I’m having the same issue. I presume it’s something of the host’s doing. Has there been any known fix?

    Thread Starter 150d

    (@150d)

    No, I don’t know of a fix. The demo page I set up apparently wasn’t enough to figure out the problem.

    I ended up changing to another plugin. There it worked on the first try.

    Regards

    megnicholas

    (@megnicholas)

    I have a theory guys.

    This plugin has been developed to be super lightweight. It does not load any scripts that it doesn’t need. If you don’t use recaptcha or ajax then it will not load the scripts for that.

    The downside (if you can call it that) is that it must be able to load the needed scripts in the footer. Due to this plugin being a shortcode, the headers have already been sent so it is not possible to load the scripts in the header even if it tried to.

    If the theme does not call <?php wp_footer(); ?> in the footer template file then none of the scripts that this plugin needs will be loaded, therefore recaptcha will not work, the form will not validate and therefore the message will not be sent. This would also cause problems for other plugins that need to load scripts or styles in the footer.

    If your theme does not call wp_footer() then you must raise this issue with the theme author.

Viewing 9 replies - 1 through 9 (of 9 total)
  • The topic ‘not sending’ is closed to new replies.