I am trying to setup the Authorize.net payment plugin and have it going all the way through the process but when Authorize.net tries to connect back to our website it is reporting an error. The payment goes through but no listing is created. I believe this is due to not having the correct Relay URL in Authorize.net.

What should I be setting this too?

So this is odd. I get the following response from Authorize.net:

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.

But when I check the invoicepayment.php log file it shows the payment as approved:

2014-08-05 13:21:21 GMT: Array
(
[option] => com_invoicing
[view] => payment
[task] => process
[method] => authorizenet
[x_response_code] => 1
[x_response_reason_code] => 1
[x_response_reason_text] => (TESTMODE) This transaction has been approved.
[x_avs_code] => P
[x_auth_code] => 000000
[x_trans_id] => 0
[x_method] => CC
[x_card_type] => American Express
[x_account_number] => XXXX0005
[x_first_name] => Addison
[x_last_name] => Clark
[x_company] => Addison Clark
[x_address] => 5101 Monument Ave
[x_city] => Richmond
[x_state] => VA
[x_zip] => 23230
[x_country] => USA
[x_phone] => 555-5555
[x_fax] =>
[x_email] =>
Part of the message is hidden for the guests. Please log in or register to see it.

[x_invoice_num] => 8
[x_description] => C/08/2014/8
[x_type] => auth_capture
[x_cust_id] =>
[x_ship_to_first_name] => Addison
[x_ship_to_last_name] => Clark
[x_ship_to_company] => Addison Clark
[x_ship_to_address] => 5101 Monument Ave
[x_ship_to_city] => Richmond
[x_ship_to_state] => VA
[x_ship_to_zip] => 23230
[x_ship_to_country] => USA
[x_amount] => 15.00
[x_tax] => 0.00
[x_duty] => 0.00
[x_freight] => 0.00
[x_tax_exempt] => FALSE
[x_po_num] => 8
[x_MD5_Hash] => BAFE978B286F75E1EBBB2A3B452C92AC
[x_cvv2_resp_code] =>
[x_cavv_response] =>
[x_test_request] => true
)

2014-08-05 13:21:22 GMT: Process Auth.Net
2014-08-05 13:21:22 GMT: Transaction: C/08/2014/8, price=15.00<br/>Array
(
[x_response_code] => 1
[x_response_reason_code] => 1
[x_response_reason_text] => (TESTMODE) This transaction has been approved.
[x_avs_code] => P
[x_auth_code] => 000000
[x_trans_id] => 0
[x_method] => CC
[x_card_type] => American Express
[x_account_number] => XXXX0005
[x_first_name] => Addison
[x_last_name] => Clark
[x_company] => Addison Clark
[x_address] => 5101 Monument Ave
[x_city] => Richmond
[x_state] => VA
[x_zip] => 23230
[x_country] => USA
[x_phone] => 555-5555
[x_fax] =>
[x_email] =>
Part of the message is hidden for the guests. Please log in or register to see it.

[x_invoice_num] => 8
[x_description] => C/08/2014/8
[x_type] => auth_capture
[x_cust_id] =>
[x_ship_to_first_name] => Addison
[x_ship_to_last_name] => Clark
[x_ship_to_company] => Addison Clark
[x_ship_to_address] => 5101 Monument Ave
[x_ship_to_city] => Richmond
[x_ship_to_state] => VA
[x_ship_to_zip] => 23230
[x_ship_to_country] => USA
[x_amount] => 15.00
[x_tax] => 0.00
[x_duty] => 0.00
[x_freight] => 0.00
[x_tax_exempt] => FALSE
[x_po_num] => 8
[x_MD5_Hash] => BAFE978B286F75E1EBBB2A3B452C92AC
[x_cvv2_resp_code] =>
[x_cavv_response] =>
[x_test_request] => true
)

The site is online.

I tried to check the apache log but the current host doesn't give me access.

Edit:

Also, we have not received any email about the error as the message from Authorize.net says. Checking in the Invoice component on our site still shows the orders as pending.

Edit:

Not sure if this is by design, but when I browse to the Relay URL it gives me a 500 Internal Server Error.

Part of the message is hidden for the guests. Please log in or register to see it.

Unfortunately, I could only provide the URL and Admin account, but I know where the problem lies. After digging around it looks like the issue is from the Authorize.net plugin's authorizenet.php file. For some reason it wasn't finding the _save_log function so it was just erroring out. So after fixing that by just creating the function locally i came across an issue retrieving the $md5_setting, $config->api_login_id and $x_trans_id post variables. The first two didn't even get populated while the latter just came through as a 0.

I was able to easy enough manually enter in the first two but not sure what to do with the transaction id. What is the danger of just ignoring the hash value comparison? Because disabling the check lets everything go through properly.