Skip Navigation

[Résolu] CRED Post Form Emails Not Sending

This support ticket is created Il y a 5 années et 9 mois. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Aucun de nos assistants n'est disponible aujourd'hui sur le forum Jeu d'outils. Veuillez créer un ticket, et nous nous le traiterons dès notre prochaine connexion. Merci de votre compréhension.

Sun Mon Tue Wed Thu Fri Sat
- - 14:00 – 20:00 14:00 – 20:00 14:00 – 20:00 14:00 – 20:00 14:00 – 20:00
- - - - - - -

Supporter timezone: Asia/Ho_Chi_Minh (GMT+07:00)

Ce sujet contient 63 réponses, a 4 voix.

Dernière mise à jour par Beda Il y a 5 années et 8 mois.

Assisté par: Beda.

Auteur
Publications
#1212087

I mean the redirects (success message, success page) that Toolset Forms redirects to, yes.
That could be removed by "keep displaying this form.

However, that also means interrupting and changing your current and desired workflow of that form, as I understand and also saw on the site it does redirect to a success message.

That's why, at the end, I say it's the less desired solution, but of course it should be a possibility (since the problem is related to redirect)

I personally, would keep the .htaccess rule - it does not break or slow down or endanger your site and solves the conflict.

However, before we make final statements and decisions, of course, I am still expecting also the final answer or more updates of your Host whom I provided all details of our test site as well (and also offered a Toolset license to test with it as well)
Your host is very responsive and I expect a new reply as early as next Monday I think, hence I probably will have news on Tuesday (as I start my week by then).
I already expressed my thankfulness to your Host in person for his help but I would also like to mention this here, that you have an excellent Host. Not every Host(ing company) would go even close to such commitment.

🙂

Right now, for everything to work, please keep the .htaccess rue in place.

#1215419

Hi Beda
I certainly agree with you about my hosting provider! Good of you to acknowledge that fact.

It's interesting that you've ascertained the issue is related to the type of redirect involved - I hadn't spotted that but then I hadn't tested changing that setting either.

I'm a bit unclear right now as to what Toolset's goal is regarding this issue; could you clarify please?

Thank you!!

#1216767

I did not yet get any reply from your host upon the last email I had sent, which was asking if he can see any things we need to change on our own server to make the problem even replicable.

I am saying about redirects because that is what I received as details from the host and this ticket here.
The host also confirmed that the issue happens with a redirect process of Toolset Forms which then triggers that abandoned statement of Litespeed.
See also https://toolset.com/forums/topic/cred-post-form-emails-not-sending/page/4/#post-1206918

I have pinged your host again to be sure we do not miss anything, maybe you can also ping him again to speed up the process within his capacity which I certainly do not want to overuse.

Once we clarified whether or not this issue is or not replicable, we will state whether or not using the .htaccess workaround is what you should keep, or if there is a broader issue to solve.

#1216832

Hi Beda

Thank you - I understand where we are better now!

I do know my hosting provider is working on a major project implementation at the moment so that might be why you haven't heard from them as expected. I guess we just need to a wait a bit longer bu thank you for keeping on top of it.

#1216834

He just replied 😀

He requested a new set of details, which I am gathering and sending in ASAP
Also, I received a new explanation of this issue which led me to re-iterate this also on our end, it might be we can spot the issue (if it's there) even without replicating the problem.

I'll update you here when I have news again.

#1218544

Hello Julie

Just an update - shame on us - I think we were not thorough enough.
It seems the External Application abort was not enabled on our server, which seems to be exactly the required setting to make these problems happen.
Now we are reiterating tests with that setting enabled and I hope this time we catch this bug.

We appreciate the continued patience on your end, and of course (as I also again stated to your host) your hosts help.

I will be in touch once the new series of tests are done.

#1218838

Hi Julie, unfortunately, we have no luck with this.
The issue is not replicable even though the correct settings are now used.
I wrote again to your host in the last hope that the keep-alive settings may differ from yours.

If this also returns negative, we will have to call this an exception and ask you to keep the current "workaround" in your .htaccess, unless we can get a replicable and steady way of seeing this problem

I will update you here as soon as I have news.