close ad
 
Important WebAssist Announcement
open ad
View Menu

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues

rating

Send additional email (from eCart)

Thread began 10/14/2020 12:15 pm by yogastudents362523 | Last modified 10/21/2020 9:32 am by Ray Borduin | 1371 views | 25 replies |

yogastudents362523

Send additional email (from eCart)

Hello,

I do not see anywhere to design the email body for any "Thank You" email to send to donors.

The eCart system asks if we would would want such an email to be sent (i.e. in addition to the one they will in any case receive from the Payment Gateway), but I saw nowhere in the CheckOut Wizard to add such an email body, so any such thanks can be despatched upon receipt of a donation.

How do I set up Universal Email to take care of this, or any other. I will be using the PEAR option, if that makes a difference.

Thank you,
KB

Sign in to reply to this post

Ray BorduinWebAssist

The email server behavior should be applied on the confirm.php page and/or the pp_confirm.php page. You can open and edit the email contents and delivery preferences on that page.

Sign in to reply to this post
Did this help? Tips are appreciated...

yogastudents362523

Hello,

Thank you.
I now have the right general idea ... but ...
sI have a question. And I may be in error.

Success versus failure (to pay)?

Should not the server behaviour be placed upon the checkout_success and/or pp_landing pages?

Unless I am mistaken, then at the confirm page stage, payers have not yet had their cards confirmed?

Should I not, rather, put the server behaviour on the success and pp_landing pages? And should I not then set the email to send upon 'page load'? Otherwise it seems to be that failures to pay will receive emails even if they go on to fail? Or am I missing something?

Thank you for your kindness,
KB

Sign in to reply to this post

Ray BorduinWebAssist

The code on the confirm page that is below the transaction only runs after the card payment has been made. That is the page it should be on.

If you put it on the success page, someone could go straight to that page without paying.

Sign in to reply to this post
Did this help? Tips are appreciated...

yogastudents362523

Thank you.
I should have known better than thinking you might have made an error.

What trigger should I use?

With every good wish,
KB

Sign in to reply to this post

Ray BorduinWebAssist

Use the same trigger as the payment processing uses to make sure it only sends when the payment is made. Just apply with the default and then go in and cut and paste to make it easy.

Sign in to reply to this post
Did this help? Tips are appreciated...

yogastudents362523

Hello,

I just want to confirm I have the right code.

In both files (i.e. in 'confirm.php' and 'pp_confirm.php'), I currently have the following code right before the Universal email sendout:
if (true).

Clearly, I have to replace this.

I am thinking that the code I need to use in 'confirm.php' is:

if (isset($_POST["Payment_submit"]) || isset($_POST["Payment_submit_x"])).

But I think there is some code referencing PayPal in that same file that I can ignore, which goes:

$WA_PP_ECO_SetResult = WA_PP_ECO_SOAPObject();
if (!isset($_GET["plugin_file"]) && isset($_POST["payment-type"]) && $_POST["payment-type"]=="paypal").

I believe that I should ignore that, and go over to the pp_confirm file, and insert the following that I have copied from that file as:

if ((isset($_GET["token"]) && isset($_GET["PayerID"])) || (isset($_SESSION["PayPal_ECO_Token"]) && $_SESSION["PayPal_ECO_Token"] != ""))

In other words, even though PayPal data exists in both files, I should ignore whatever I see referenced there for PayPal in the first file, and only handle the Universal email trigger in the second one. So I make but the one paste operation in each.

Thank you.
KB.

Sign in to reply to this post

yogastudents362523

Hello,

I just tried, using:
if (isset($_POST["Payment_submit"]) || isset($_POST["Payment_submit_x"]))

the email did not send.

I guess I also have to hope that there is nothing wrong, once again, with my email service.

I have attached the relevant confirm file in case you are quickly able to spot something.

Thank you for your kindness,
KB

Attached Files
kofiA_donate_confirm.php
Sign in to reply to this post

Ray BorduinWebAssist

You have to move lines 307-314 down below the email code. That is redirecting people to the success page before the email can be sent.

It looks like you might also want to add the Host, Port, and Authorization settings to the original email on lines 316-327 if you want that email to send with your smtp server. If you don't want both emails, then you could just delete that code as well.

Sign in to reply to this post
Did this help? Tips are appreciated...

yogastudents362523

Hello,

Just to be clear ... the code placements in the original file were not determined by. I just clicked the "Send Mail" option in the WebAssist menu, and then let the extension do its thing.

I have, however, just tried the operation you suggested.

I.e. as in the file attached, I moved lines 307-314 below the email code the extension generated,
That was the only modification I made.

There was a successful interaction with Authorize.net which sent the usual receipt emails to me as (a) merchant, and (b) donor..

But unfortunately ...

(1) The confirm page goes completely blank after I hit submit.

(2) The confirm page code sends no receipt email.

(3) No receipt page appears on screen.

(4) And finally, Universal email does not send the personalized email.

I have reverted to the original page.

(I can also do this the long way round, and send out my personalized donor emails by hand as and when I get notified, by Authorize.net, that monies have arrived, if necessary)

Thank you.
KB

Attached Files
kofiA_donate_confirm.php
Sign in to reply to this post
loading

Build websites with a little help from your friends

Your friends over here at WebAssist! These Dreamweaver extensions will assist you in building unlimited, custom websites.

Build websites from already-built web applications

These out-of-the-box solutions provide you proven, tested applications that can be up and running now.  Build a store, a gallery, or a web-based email solution.

Want your website pre-built and hosted?

Close Windowclose

Rate your experience or provide feedback on this page

Account or customer service questions?
Please user our contact form.

Need technical support?
Please visit support to ask a question

Content

rating

Layout

rating

Ease of use

rating

security code refresh image

We do not respond to comments submitted from this page directly, but we do read and analyze any feedback and will use it to help make your experience better in the future.

Close Windowclose

We were unable to retrieve the attached file

Close Windowclose

Attach and remove files

add attachmentAdd attachment
Close Windowclose

Enter the URL you would like to link to in your post

Close Windowclose

This is how you use right click RTF editing

Enable right click RTF editing option allows you to add html markup into your tutorial such as images, bulleted lists, files and more...

-- click to close --

Uploading file...