qlddrones

SO why would some end up in the Postman SMTP log and others not? I have now found the log of emails handled by Google Apps in the console and I can see that some emails which CP Contact Form is saying were send but Postman SMTP is not recording are showing up as having passed through Google’s SMTP server, although there is no guarantee they ever got beyond there.

What’s your thinking in using -all? Google says “Publishing an SPF record that uses -all instead of ~all may result in delivery problems”.

Also I read a tutorial for this where they used @ instead of the domain name. Any thoughts about that? They didn’t explain why.

Hi Jason, thanks for responding. I just found that setting before I got the notification of this reply. I have now set it to log the last 100.

I have created the SPF record in the DNS but I was not sure what to add as a TTL value. Can you confirm this is OK?

wildcare.org.au. 24 IN TXT v=spf1 include:_spf.google.com ~all
Thanks for identifying that. I would never have figured it out for myself. I have searched for posts like the one you mention but not found that one.

Regards, Tony

The info from our hosting company is not relevant. IronPort was blocking some emails prior to us migrating the SMTP function from PHP to Google Apps Gmail but has not blocked any since then.

Is there a way to check/log the verification emails being generated by the form? I cannot see them at all in the CP Contact messages log and I can only see about 1 for each 4-5 membership applications in the Postman SMTP log.

Since submitting this our situation has changed a bit. We are now seeing SOME emails being sent but definitely not all. In the past 48 hours we’ve had 8 membership applications and we received 8 emails, but the CP Contact Form logs show one of these was submitted 3 times and we only received one email. Also, the form is supposed to send a confirmation email to the submitter but for 8 forms we see only two confirmation emails having been generated (according to our Postman SMTP email logs). Also, we are being told by our web hosting company that some of the form emails are being blocked from sending by their IronPort spam detection system. If we could see the actual emails being blocked, we could possibly send them to the company and have them whitelisted, but I cannot see where they are logged as emails (rather than as form records).

I disabled minify in W3 and that seems to have fixed it. Thank you for your help!

Tony

Hi and thanks for looking at that for me.

I know how to clear the W3 cache, but I don’t know how to clear PageSpeed or Cloudflare’s caches short of disabling them and then re-enabling them and even then I’m not sure it clears them fully. Can you point me to any info about this?

I am not running a separate minify plugin. I am using the minify cache in W3. Are you seeing something beyond that? I think what you’re saying is not to bother with the minification in W3 as PageSpeed takes care of that?

Note that I’ve had to add another plugin to stop attachment pages from being displayed as they were hurting my SEO. To see the issue now, visit my test site at https://test.travelnasia.com/?attachment_id=24190.

Can you please try again, site hosting has changed and you should not be seeing any errors now.

If you get an out of memory error, just refresh. Site is not down, it’s just the server memory (192M) is apparently not sufficient for the theme and its plugins.

Delete the extra slide in the slider editor – the one with nothing in it.

Thanks for zero support. I’ve deleted your plugin and bought another slider.

Interesting … connected my work iPad to my smartphone as a WiFi hotspot and I can load the site again, so it’s network specific and definitely note a browser issue.

So the only solution is to downgrade again?

I have also tried removing all plugins and setting the theme to twentyfourteen. No joy.