DeltaHF

The problem seems to have been fixed now.

Thank you so much for your rapid support and a great plugin!

Hi Elliot, thank you for your reply.

You can view the contact form here (sorry for the Bitly link, I would just prefer my domain to not show up in the forum database here). There are a few intermittent Turnstile-related warnings showing up in the Developer Console.

I reviewed my backups to see the plugin was previously updated on April 29, so it should have been running 1.18.5 before last night.

I experienced the same thing when the first new post was published after installing Cache Enabler. It was a catastrophic failure and knocked PHP-FPM offline entirely, taking other non-WordPress apps with it.

Restarting PHP-FPM and Nginx fixed the issue. I am using the advanced configuration with the custom Nginx configuration settings. As with Justin’s issue, the only clues were the PHP error log filled with tens of thousands of these lines while the site was offline:

PHP Warning: chmod(): Operation not permitted in /home/nginx/domains/domain.com/public/wp-admin/includes/class-wp-filesystem-direct.php on line 173

The /path/to/wp-content/cache/cache-enabler directory is owned by the PHP-FPM user (nginx) and permissions are set to 777. It has a lot of cached pages as expected inside it, so the plugin does appear to be mostly working as expected.

The /path/to/wp-content/settings/cache-enabler directory is also owned by the PHP-FPM user (nginx) with 755 permissions and the www.domain.com.php configuration file itself has permissions of 644. (I never modified that myself, it was just the default.)

I have manually defined these constants in wp-config.php

define('WP_CACHE', TRUE);
define('FS_METHOD', 'direct');

I defined FS_METHOD based upon @coreyk’s advice given here in this forum. Not sure if it’s relevant or not.

Same issue for me. Latest version of Chrome/Mac OS.

I’m also running PHP 7.2.7. Here’s a sample of my PHP error logs:

[29-Jun-2018 23:00:10 UTC] PHP Warning:  filesize(): stat failed for /home/site/public_html/wp-content/uploads/2008/12/citroen_wrc_drivers_2008.jpg in /home/site/public/wp-content/plugins/resmushit-image-optimizer/classes/resmushit.class.php on line 312
[29-Jun-2018 23:00:10 UTC] PHP Warning:  filesize(): stat failed for /home/site/public_html/wp-content/uploads/2008/12/citroencompetition.jpg in /home/site/public/wp-content/plugins/resmushit-image-optimizer/classes/resmushit.class.php on line 312
[29-Jun-2018 23:00:11 UTC] PHP Warning:  filesize(): stat failed for /home/site/public/wp-content/uploads/2014/02/apmcheader_012.png in /home/site/public/wp-content/plugins/resmushit-image-optimizer/classes/resmushit.class.php on line 312
[29-Jun-2018 23:00:17 UTC] PHP Fatal error:  Allowed memory size of 838860800 bytes exhausted (tried to allocate 23072768 bytes) in /home/site/public/wp-content/plugins/resmushit-image-optimizer/classes/resmushit.class.php on line 321

I’ve got just over 21,000 images; not sure if that’s the problem?

• This reply was modified 6 years, 4 months ago by DeltaHF. Reason: adding logs

Same issue for me. 4,457 posts, all software up-to-date.

Fatal error: Allowed memory size of 671088640 bytes exhausted (tried to allocate 20480 bytes) in /home/site/public/wp-includes/wp-db.php on line 1896

Hi Julien, it is/was. I had to remove the plugin last month.

Thanks xyzscripts, that did the trick as well.

This is a very useful plugin.

Same issue here. Thanks for the name sorting trick!

fullmoonloon,

Just enter a different return-path address in your FS Contact Form settings. Read this page and pay specific attention to the screenshot near the bottom: https://www.fastsecurecontactform.com/yahoo-com-dmarc-policy

I’ve just posted this in Diva’s thread linked above, but for those of you who may find this thread in the future looking for a solution to your own email address being used by default when you attempt to reply to messages from FS Contact Form, here’s the solution:

The address used in the “Return-path address” field MUST BE DIFFERENT from your email address which the emails will be sent to. Otherwise, if the “From” header of a received message is set to your own address, Gmail and other large webmail providers will ignore the “Reply-To” header and direct the message back to you. (This behavior is documented here.)

Hopefully this can be mentioned in the FS Contact Form settings or on the plugin’s DMARC policy page.

Diva, I think I have found the solution – the “Return Path Address” setting in FS Contact Form should be different than the email address you’ll be reading (and replying) to the messages with. Otherwise, Gmail (and probably AOL mail, too) will ignore the “Reply-To” header and replace it with your email address by default when you hit reply.

This just worked for me in Gmail, hopefully it helps you too!

Mike Challis, I would STRONGLY recommend noting this stipulation in the FS Contact Form settings, as it will save everyone who uses the plugin with Gmail and AOL a lot of trouble and confusion. ??

Agreed – I have found that I, too, now have to copy/paste the sender’s email address back into the “to” field of my email client.

It’s very inconvenient, but I don’t see a way around this. How are other contact forms (in general) handling this issue?

Thanks for addressing this, Mike – your “Solution 2” solved the issue on my end.

Keep up the great work on FSContactForm!

Hm, I’m on 2.9.2. Not good to hear that it’s also happening on 3.0. ??

A gentle bump…