Authorize.net - An error occurred

Here is my error message:
*An error occurred while trying to report this transaction to the merchant. An e-mail has been sent to the merchant informing them of the error. The following is the result of the attempt to charge your credit card.

  This transaction has been approved.

It is advisable for you to contact the merchant to verify that you will receive the product or service.*

ZC v1.3.9b
New installation on InMotion Hosting
I have a shared ssl certificate
Authorize.net SIM module
CSS/JS Loader
Fast and Easy Checkout
Many css and image changes
still in test mode only
All authorize.net communication url's are on default
Have spoken w InMotion and Authorize.net extensively and read many many posts. Most of which were in the 2007 range. Haven't figured it out yet.

Here is where I am presently:
The transactions are going through, the emails are being received by the store and the customer. The transactions are being recorded.

I believe that with a shared ssl certificate that the x_relay_URL is sending the email to my [x_relay_URL] => https://secure91.inmotionhosting.com/~username and bouncing around the websphere. I asked InMotion if I could receive emails from this server and that does not seem to be possible.

Do I have to purchase a dedicated ssl certificate?

Here is my shop:

http://www.stressexpressbook.com/shop

It is in test mode

Here is the visa test visa# 4007000000027

Thanks for any help you can provide.

Spencer

Do you have the module set to "pending" instead of "processing?"

On the other hand i seem to remember changes in 1.3.9c to authorize.net ... you may want to upgrade to 1.3.9d by simply replacing the files mentioned in the change log of 1.3.9c and 1.3.9d and do the sql updates too.

It is set to processing. we have electronic downloads and I wanted to have auto fulfilment for those items. I will do a backup and update from b to d.

I was also thinking that it could be the Fast and Easy Checkout, since it is the display of the success page that would be the next action.

I have updates to v1.3.9d and there is no change to the checkout success page.

I will now contact authorize.net with my error logs.

Probably the wrong place to enter this, but while uploading the specific files in the changed files in the changelog I found 9 files that were in the update date range, but were not in the changelog

/includes/classes/order.php
/includes/classes/order_total.php
/includes/classes/shopping_cart.php
/includes/functions/functions_general.php
/includes/functions/html_output.php
/includes/init_includes/init_add_crumbs.php
/includes/init_includes/init_file_db_names.php

/includes/templates/template_default/templates/tpl_checkout_success_default.php

/includes/templates/template_default/templates/tpl_contact_us_default.php

OK I didnt mean to just do the files in the 1.3.9d change log...you need to first do the ones in the 1.3.9c change log...

Sorry, new to this stuff. It looked like instructions to update from, instead of a progressive thing..

I have turned off Fast and Easy checkout and got the same message. I may uninstall, but would prefer not to.

Update complete.

FEC set to false.

Same error message.

Off to authorize.net

Just got off from authorize.net and all the transaction communication logs checked out from their end. Transaction approved, etc.

I believe that with a shared ssl certificate is sending the email to my [x_relay_URL] => https://secure91.inmotionhosting.com/~username and bouncing around the websphere. I asked InMotion if I could receive emails from this server and that does not seem to be possible.

It seems that the final communication from authorize.net "transaction complete" to Zen Cart is miss hitting.

swhiting:

Just got off from authorize.net and all the transaction communication logs checked out from their end. Transaction approved, etc.Okay, so that means that the problem is occurring after payment is completed and they're trying to send the customer back to your site.
swhiting:

I believe that with a shared ssl certificate is sending the email to my [x_relay_URL] => https://secure91.inmotionhosting.com/~username and bouncing around the websphere.It could very well be a problem with the URL. Have you set your site to ENABLE_SSL = false and tested that way?
swhiting:

I asked InMotion if I could receive emails from this server and that does not seem to be possible.Not sure what exactly you mean by that, nor why you think that's important. None of this has anything to do with email.
swhiting:

It seems that the final communication from authorize.net "transaction complete" to Zen Cart is miss hitting.Probably bad SSL config on your site.

I am looking at the checkout_success.php from FEC. I am planning on setting up JAM also and had forgotten that I had installed their scripts.

I am doing a full restore to before any of the 3rd party modules were added and test the authorize.net with just my css mods. I also have a clean install that I can test if the first fails.

set site to ENABLE_SSL = false for cart, store, & admin.

Site stayed in http throughout transaction. Error code came in on https:

The error is coming from authorize.net

https://secure.authorize.net/gateway/transact.dll

I'll get back to you all. I may start to use the emotacons...

OK I have the issue.

I set up the authorize.net SIM module for capture instead of authorize. This was confusing to authorize.net because the SIM is supposed to send customers to them for the check out.

I want my customers to stay on my site so I need to set up the Authorize.net AIM module.

Thanks for your input. Unfortunately I broke the site so I :cool:will restore from last night.

It shouldn't matter which mode you have the module set to. That just determines how far Authnet should go in processing the transaction. You're allowed to authorize-only or fully-capture, whether using SIM or AIM.

I think you should also fix your SSL problem before you try fixing other things which use your SSL.
Namely your SSL pages aren't using your stylesheets because you've misconfigured your SSL settings, causing the store to look for https://secure91.inmotionhosting.com/~stress10/**shop/shop/**includes/xxxxxxxxxx/stylesheet.css

Remove the "shop/" from the HTTPS_SERVER setting.

When speaking with authorize.net they stated that the SIM module was specifically set up for them to handle the transactions. He said that that is why I was having the error message. It came from their server.

swhiting:

When speaking with authorize.net they stated that the SIM module was specifically set up for them to handle the transactions.Yes. But that's got nothing to do with "authorize" vs "capture".
swhiting:

He said that that is why I was having the error message. It came from their server.Yes, the error message was being reported by their server because they detected that they were having a problem redirecting the customer back to your site upon completion of checkout.
And that usually is a result of configuring your site with bad URLs and/or bad addons and/or things that do things like url-rewriting, and/or things that slow your site down so long that it takes more than 10-20 seconds for the page to draw and give a response.

So, I suggest you fix your SSL issue next ;)

OK Dr Byte,

Thank you for your help. I don't know how I got rid of the extra shop/. I turned the ssl's to false and then back to true. I did have the CSS/JS Loader false and set that to true. and now the pages are using the style sheets correctly. Did not find an extra shop/ anywhere...

Bottom line is the site is working correctly without the restore, now for a backup and see if I can get JAM working correctly. The final integration.

By the way I really appreciate all of your help. And to DrByte thanks for holding the flame.:clap::clap::clap:

OK, I hear you. What I am trying to do with the Fast and easy check out and the CSS/JS loader is to make the check out as quick as possible. Should I not be doing this?

Is there another option? I have read extensively on this site and with Vanessa at InMotion to configure the cart correctly.

I do have a shared ssl certificate. Should I purchase one specifically for the cart?

When I check the cart for speed with ySlow I got a rating of 80/100 and a time between 3800 and 5300 ms. This forum actually bled over and was being recorded before I logged off.

I am a newby, but one that wants to do it right and not be too much of a pain, by asking already answered questions.

Thanks, Spencer

Shop is up and working well.

Not sure about the authorize.net AIM and SIM comparisons, I guess I just need it to work.

I appreciate the assistance and excellent shopping cart solution.

Dr. Byte (and all others)-
I am having the same issue. I get the error message that was in the original post. Authorize.net has told me that it's one of two things.

1. a redirect issue. Our main site https://www.mainsite.com gets redirected to https://www.mainsite.com/catalog. This may cause an issue when redirecting the customer back to my site.

2. the Response/Receipt URL settings are wrong.

I recently switched hosts, which was the start of my processing issue's. My old host site was getting redirected as well, so I don't think that's the problem. I tried to change the Response/Receipt URL settings on the Authorize.net side without success. I am a site owner who is extremely ignorant when it comes to these issue's, so I am looking for advice on where to go and what to do next. Any help is appreciated.

I'm currently using zc 3.9d. Thanks.