Support

Home Forums Event Espresso Premium Email sent ‘On same request’

Email sent ‘On same request’

Posted: July 24, 2018 at 3:10 pm


Alexis Heatherington

July 24, 2018 at 3:10 pm

Hello,
I have updated to event espresso 4 however, I cannot find the ‘On same request’ feature under Event Espresso -> Messages -> Settings. Can you please help me with this. I want our registrants to receive emails right after they register regardless if they paid for it or not.

Please help.

Thanks.

Hitha


Tony

  • Support Staff

July 25, 2018 at 4:07 am

Hi there,

If that setting is not available it usually means you are using a MultiSite install, in which case that setting will only be available on the main site.


Alexis Heatherington

July 27, 2018 at 2:12 pm

Hello Again,

The registration emails are working fine for 3/4 chapters. They are all configured the same. The registration emails for the one chapter is not being sent unless the users complete (pay) for their tickets. I assume the way the ‘on the same request’ works is that every registrant gets an email with a pending payment email or a payment processed email.

Please assist me in resolving this issue.

Thanks.


Josh

  • Support Staff

July 27, 2018 at 2:23 pm

Hi,

That’s not actually how “on the same request” works. The “on the same request” option effectively removes the delay in generating & sending emails. If the option is set to “on a separate request” then there’s typically a 5 minute delay before the emails are sent. This allows for less processing for the actual requests during the registration transaction.

I’m unfamiliar with what you call “chapters”, are those each sites on a multisite network or something else?


Alexis Heatherington

July 30, 2018 at 10:17 am

Hello,

Yes. It is a multisite and we call the sub sites to the main one as a ‘chapter’. We have 4 chapters and a main site. Most of the chapters are sending registration emails correctly however, a few of the chapters have notified me that registrants only receive their registration emails after they have maid a payment. Is it possible to send the emails to every registrant even if they don’t complete the payment?

Thanks.


Josh

  • Support Staff

July 30, 2018 at 10:40 am

If the registrant has at least finalized the transaction (even without paying) and the “Registration Pending Payment” Message type is activated, they’ll get that email. The messages types can be activated in Event Espresso > Messages > Settings, and they can be configured in Event Espresso > Messages > Default Message Templates.


Alexis Heatherington

July 30, 2018 at 3:48 pm

Currently, registrants only get the email if they select ‘pay by check’ or if the transaction is successful. They do not receive the pending payment email otherwise. Especially, if they select to pay by card, they do not receive any registration email unless the transaction is successful.


Alexis Heatherington

July 30, 2018 at 4:35 pm

Also, the payment method that we have activated for our site is an off-site platform called mijireh.

If the payment is successful:
I receive 2 emails:
1. Registration confirmation
2. Payment complete.

If the payment is not successful:
I do not receive any emails.

Based on what you tell me, I am supposed to receive at least a registration confirmation right after i click ‘Proceed to finalize registration’ regardless of the payment failing or succeeding.

Is this possibly an issue with the integration between mijireh and EE4?

Thanks.

Hitha


Josh

  • Support Staff

July 30, 2018 at 5:12 pm

They should get the Pending Payment email if they select “Pay by Check”, but not if they’ve tried to pay by card and/or abandon the checkout.

Do you have either the Payment Declined or Payment Failed message types activated? If so, which payment method within Mijireh is used to take credit card payments? There a number of gateways like Stripe that can be used within Mijireh, but you don’t need Mijireh to use Stripe.


Alexis Heatherington

July 31, 2018 at 9:48 am

Hello,

The user does not receive a registration confirmation nor a pending payment email.

All message types that you mentioned above have been activated.

This seems to be an integration issue between mijireh and event espresso. I think that it’s because mijireh is an offsite plugin. What do you think?

Thanks.


Josh

  • Support Staff

July 31, 2018 at 10:35 am

They shouldn’t receive a registration confirmation nor a pending payment email if they tried to pay by credit card, via the Mijireh payment method.

I can understand why you think this is an integration issue between mijireh and Event Espresso, but quite frankly, there isn’t a message type that fits this scenario. Are these folks attempting to make the payment again after the payment is declined? Which payment method within Mijireh is used to take credit card payments?


Tony

  • Support Staff

July 31, 2018 at 10:42 am

Based on what you tell me, I am supposed to receive at least a registration confirmation right after i click ‘Proceed to finalize registration’ regardless of the payment failing or succeeding.

The registration emails are triggered when the user hits the thank you page.

The payment emails are triggered as soon as EE receives a response from the payment providers, this could be on the same request sent to make the payment, on the POST request sending the user back to your site (if the provider uses that method), or a completely different request.

With Mijireh, when EE directs the user over to their servers to checkout EE doesn’t receive ANY response from Mijireh regardless of what happens, the way in which Mijireh works means that when the user arrives back at the site EE must ‘ping’ Mijireh’s servers to find out if the payment was made.

In short, that means that if the users go to Mijireh and the payment fails, Mijireh don’t actually do anything to tell EE about it, they do inform the user but they don’t direct the user back to EE to retry. So if they go to Mijireh, they need to complete the payment.

The problem above isn’t an integration issue, and it’s not really an issue with it being an offsite payment method as there are plenty of offsite payment methods that work fine (Stripe for example) it’s a design issue with how Mijireh works.


Alexis Heatherington

July 31, 2018 at 12:02 pm

Hello,

I assumed something like that was happening. However, I did a test last night and I purposely created a false payment on mijireh. However, 2 hours later I received a registration email and a payment pending email.

Is this a one-off? Why did I get emails even if the payment was not successful?

Thanks.

Hitha


Tony

  • Support Staff

August 1, 2018 at 4:13 am

That’s actually EE trying to be helpful.

With an offsite payment method, once you are directed offsite we don’t know what happens with the registration until you arrive back at the site (some payment providers send requests back to your site with regards to payments, but that’s a little different and we’ll ignore that for the above) so EE creates a cron job to check in on the registration a little later.

The transaction status when you are directed to Mijireh will be ‘abandoned’.

Roughly an hour later EE checks in on the transaction if it’s still abandoned it will switch to Pending Payment and trigger the emails. It does depend on what the registrant does when they hit Mijireh, if they manage to get back to the site and change the checkout at all, it will invalidate the check.

The support post ‘Email sent ‘On same request’’ is closed to new replies.

Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.

Event Espresso