Order Confirmation Emails Not Sending/Receiving

I'm not receiving the order confirmation email after a successful order.

I'm using Authorize.net; the order is going through as I get the order checkout success page. I see the order in the database.

In authorize.net, I unchecked the email confirmation box so that Authorize.net doesn't send the customer the order confirmation. I want PS to do this.

What happens is that I never get the WA order confirmation email, but I get the customer receipt from Authorize.net (Very Weird)

I made sure with the tech support at Auth.net that I had everything setup correctly and I do. They said that it sounded like the developer/cart was forcing the auth.net email. I don't know.

I also applied the "known issue" listed on the forum for the "NON" paypal order email receipt fix.

Still no luck.

Your thoughts. If you would like, you can try it.

The system will charge you .50 for the order (.25 for the product and .25 for shipping) so you can see it happened.

soleus-running-262-watch-buy.php?ProductID=29

I won't ship the product and I'll void out the .50 from our authorize.net account.

Let me know your thoughts.

Thanks,

Terry

I need help. This email thing is the last thing I need to tackle and I can send the site live.

Any suggestions?

Terry

Do you have any other emailing pages on your site that are working correctly like a registration page or a contact form? Have you ever had a email script on the site that worked correctly? I'm trying to see if there is a potential problem with the settings that are being used or if the issue is specific to the receipt email. Also, if you could post a copy of your confirm page minus the sensitive details for your gateway I can take a look at the code to see if there is something that is just not allowing the email to run.

The contact us page works great.

I found the code in the confirm page and here it is. Does it look correct. This would be the updated code from the fix posted in an another forum post

<?php
if ((isset($_POST["Submit_order"]))) {
//WA Universal Email object="mail"
//Send Loop Once Per Entry
$RecipientEmail = "".((isset($_POST["email"]))?$_POST["email"]:"") ."";include("WA_Universal_Email/WAUE_confirm_1.php");

//Send Mail All Entries
if (""!="") {
header("Location: ");
}
}
?>


HERE IS SOMETHING STRANGE...

I looked at the WAUE_confirm_1.php file and see that it *includes* the file receipt.php

When I look at this file, the first part of the PHP is commented out. Is that correct?

On the recepts.php here is the first part of the file:

<?php
/*
?>
<?php
//WA eCart Include
require_once("../../WA_eCart/WA_Store_Cart_PHP.php");
?><?php
$WA_Store_Cart->GetContent();
?><?php
// WA eCart Redirect
if ($WA_Store_Cart->redirStr != "") {
header("Location: ".$WA_Store_Cart->redirStr);
}
?>
<?php
*/
?>

I solved one problem but not the main problem.

I was able to stop the email from coming from Authorize.net even though in the Authorize.net control panel I unchecked the box that says, "don't send email to customer."

I found in the confirm.php page there is a setting for x_email_customer

This was set to TRUE. I changed it to False and no more Authorize.net emails to the customer.

Now, I just need to figure out how to get an email after the order is complete.

Terry

I think that the comments are supposed to be there, I can see them in my file that is working.

It seems that based on this the email should be send unless it is not getting triggered or the posted email value is not coming through correctly. As a test you can put in this code on your page to see what the value is and ensure it is being triggered:

<?php

if ((isset($_POST["Submit_order"]))) {



die("the email is being triggered and the recipient is: " . $_POST['email']);



//WA Universal Email object="mail"

//Send Loop Once Per Entry

$RecipientEmail = "".((isset($_POST["email"]))?$_POST["email"]:"") ."";include("WA_Universal_Email/WAUE_confirm_1.php");



//Send Mail All Entries

if (""!="") {

header("Location: ");

}

}

?>

You will just want to do a quick test of this and undo this change immediately afterwards so your users don't run into problems. Please report back with what you get, and also please post back with a copy of your confirm page with the sensitive details removed so I can take a look at the page as a whole.

Eric,

First thank you for hanging in there with this one. I finally figured it out. I did put the die command in the file and it DID NOT die at that place which led me to believe (obviously) that the script was not executing to that point.

So I simply worked my way back up the script and found that the redirectURL as set instead of being blank.

At the bottom of the details dB entry it does a redirect if the $redirect var is !="" which is wasn't.

SO needless to say, I'm launching our site today and I thank you very much.

Once you get your head our PowerStore it really is a total time saver and great product.

Thanks again,

Terry

I'm glad to hear that, congrats on the site launch, hope all goes well.