An HTTP Error 500 (Internal Server Error) indicates that there is a problem inside of your script or the servers configuration. This error is most likely caused by a typo in the code or an invalid or illegal use of a function within the script. For the pass back to function correctly, then your script must be correctly set up.

HTTP errors are not generated specifically by 2Checkout. They are a part of the HTTP protocol and are common amongst all web servers. It is therefore beyond the realm of 2Checkout’s support to provide you with specific instructions for making these changes as every server is set up differently and 2CO does not provide server administration services as part of our support plan.

For assistance with debugging your scripts, we suggest that you contact your server’s administrator, webmaster, or hosting provider’s technical support staff. Due to the nature of this particular error, you may also be able to receive assistance from other suppliers of ours. The 500 error message is often due to a coding error in the script, so some of our other suppliers in our tech support forum may be able to help you find the mistake.

We have observed that this error is experienced in certain web browsers more than in others, in particular within Internet Explorer. If your return page or script does not output at least 530 characters, this can potentially cause a MIME header error. Mozilla based browsers such as Firefox seem to be able to handle these pages and will display either the real error or the small output when Internet Explorer has problems. Since this issue is an issue with the browser software itself, there is little 2Checkout can do to control this. If you are receiving this error, please try to increase the output that your return page generates to more than 530 characters or try a different web browser to see if you observe different results. Note that this is not a solution for all HTTP 500 error messages, but it is meant to be a useful step in debugging your script and has been reported as a successful step by some of our other suppliers.

The ability to include ‘demo=Y’ to return to the vendor defined approved URL without placing a valid order is not a security flaw or error, it is the intended usage of this parameter. It is included in the parameter set in order to allow for vendor testing, from the start of the order process (passing the parameters to 2checkout’s purchase routine), to the end of the order process (returning to the Approved URL defined by the vendor).

It is true that if a vendor defines an approved URL that allows access to the downloadable product/service they are selling, and the vendor takes no further security precautions, someone could download the product/service by including the ‘demo=Y’ parameter.

The ability to control the demo parameter is available from inside the 2Checkout system. You can choose from the following 3 options inside of your 2Checkout account to control the use of the Demo parameter. Those choices are:

• On: Using this setting all sales will be treated as demo, regardless of any parameter value.
• Off: Using this setting all sales will be treated as live, regardless of any parameter value.
• Parameter: Using this setting a demo parameter sent to the purchase routine will control the demo setting.

To access the Demo setting in your account you will need to log in to your account and then click the Account tab. On the Account page click the Site Management sub-tab. After you have selected the Demo setting that best fit’s your current need and then click the blue Save Changes button at the bottom of the page.

It is not recommended to provide a downloadable product/service to a customer immediately after a sale completes by means of a return to the Approved URL. It is recommended to allow the fraud review process to complete before providing your customer with the product/service.

We realize that some vendors may not wish to wait for the fraud review process to complete before providing their customer with a downloadable product/service. For such vendors, the MD5 hash is provided to help verify the authenticity of a sale. We intentionally break the hash code that is passed back if the ‘demo=Y’ parameter is used. You can compare the value of the hash we pass back with the value of what the hash should be (this needs to be calculated on your end). This will allow you to determine whether or not to provide the customer with the downloadable product/service. It should be noted that when using this method to provide a downloadable product/service immediately, you do run the risk of having your product/service stolen by someone placing a fraudulent order with a stolen credit card.

For full details on using the MD5 hash please refer to the article How do I use the MD5 Hash?

If you choose to provide a downloadable product/service immediately after a sale using the Approved URL, and do not check the MD5 key which is passed to the Approved URL to verify the validity of the sale before providing a customer with a product, then you are accepting the risk that your product may be taken without being paid for by someone who includes the ‘demo=Y’ parameter.

To issue a partial or full refund on a recurring sale, you will need to login to your account at https://www.2checkout.com/va/. From here you can click on the “Sales” tab near the top of your account homepage and then select the “List” sub-tab. You can then click on either the sale number you wish to cancel/refund under the sale list or use the “Sale Search” form to search for an order.

To refund the entire sale, click on “Refund Sale” on the top left of the sales details page. To issue a refund for an individual installment, you will need to click on the “Refund” link listed under the refund column for the invoice. There will be an invoice entry for every installment. When issuing a refund you will be required to select a reason for the refund, enter a comment and click on submit refund. To cancel the recurring billing click on the “Stop This Recurring” link listed by the product name.

Please note: The refund option may not be displayed on a sale based on the following criteria:

• Your username does not have authorization to issue refunds (basic editing access).
• The sale is over 60 days old.
• The invoice has no balance left to refund.
• For a line item refund, the line item has already been refunded.
• For a line item refund, the line item amount is more than the
  remaining balance on the invoice (this can happen on an invoice with one
  line item and a coupon or on an invoice with a partial refund).
• It’s an online check order that has not been deposited.

Please feel free to contact us directly for refund assistance.

If you are a customer who has a recurring service that is billed through 2Checkout.com you will wish to contact 2Checkout.com directly by clicking here.

The Membership Client Lite is provided Free to 2Checkout Vendors by http://lite.membershipclientpro.com.

For support on the membership script, you need to contact the maker, who provides the script free for vendors to use. You can contact them at Lite@MembershipClientPro.com

To ensure that your 2CO account is out of Demo Mode, you need to completely remove any instance of demo=Y, demo= or input type=hidden name=demo value=Y. When using the Demo feature for testing purposes, please be certain to clear the cookies in your browser between tests to ensure the new account settings have been applied. For more information on clearing the cookies please click here.

The demo mode is also controlled by an account level setting inside of your 2Checkout account. Log into your account and access the Site Management page and be sure you have not selected for all sales to be demo sales with the Account Demo Setting option.

If you are still having problems, please submit a tech support ticket and a representative will be glad to assist you.