Authorize.net SIM vs AIM

When trying to activate my payment module it allows me to activate the SIM authorize.net but not the AIM.

It's giving me an alert off to the right that says I need to configure the admin for SSL. Went through the steps as I have done for other Zen Cart sites. This one is being weird, am I missing something?

It's version 1.5.0

In your Admin, you need to set your HTTP_SERVER to a URL starting with "https://", else it won't actually operate your admin over SSL, and thus sensitive data could be exposed. And when it comes to dealing with your Authnet account credentials or managing card transactions, you want the SSL protection. Thus the module won't activate if your admin isn't operating over SSL.

It's actually mentioned in the FAQ document which explains how to set up SSL. And it's also explained in the help text inside the configure.php file itself.

I've done all that. The issue is that it allows me to setup an SIM but not the AIM. Something is missing.

In the configure.php file:

define('HTTP_SERVER', 'http://SITE.com');
define('HTTPS_SERVER', 'https://SITE.com');

define('ENABLE_SSL', 'true');

in the admin/includes/configure.php

define('HTTP_SERVER', 'http://SITE.com');
define('HTTPS_SERVER', 'https://SITE.com');
define('HTTP_CATALOG_SERVER', 'http://SITE.com');
define('HTTPS_CATALOG_SERVER', 'https://SITE.com');

define('ENABLE_SSL_ADMIN', 'true');

define('ENABLE_SSL_CATALOG', 'true');

re-read what I wrote in my last post.

Thank you, that got me to where I can install AIM. Though now I'm getting:

Sorry, we are not accepting payments from your region at this time.

During checkout in the payment method box. Any ideas where I should look to fix this? My payment zone is set to -None-

Okay, so now you've taken care of the admin configure.php

But your non-admin one isn't correct yet. If your checkout isn't operating in SSL, those same symptoms will occur.
Your non-admin /includes/configure.php needs HTTP_SERVER to be an http address, and the HTTPS_SERVER an https address and ENABLE_SSL must be 'true'.
And you can't make those changes to the file and save/upload the file if the file is read-only (which it normally is). You'll need to make the file writable before you can save the changes.

I don't wish to be rude, but again, this is all explained in the same FAQ article about enabling SSL:
http://www.zen-cart.com/content.php?56-how-do-i-enable-ssl-after-i-have-installed-zen-cart

I hear what you are saying, but I've followed those directions. My non-admin configure was set to be able to modify all:

define('HTTP_SERVER', 'http://mysite.com');
define('HTTPS_SERVER', 'https://mysite.com');

// Use secure webserver for checkout procedure?
define('ENABLE_SSL', 'true');

I then saved it. Changed file permissions back to what there were default and then uploaded and I still get the same:

Sorry, we are not accepting payments from your region at this time.

What's the URL?

http://cakepopsusa.com

Looks like one of the entries in your cart's configure.php has // instead of /. Click any link and look at the address bar.
Maybe a redirect
And it's theme by TM

Further to what dbltoe mentioned, you've clearly not got your ENABLE_SSL set to 'true' in your /includes/configure.php file.

A simple test is to add something to your cart and click the Checkout link. Or visit the main_page=account page. If it doesn't flip into https (SSL) mode either when the form is displayed or especially when an empty form is submitted, then it's clearly not even trying to be SSL.

DrByte:

Further to what dbltoe mentioned, you've clearly not got your ENABLE_SSL set to 'true' in your /includes/configure.php file.

A simple test is to add something to your cart and click the Checkout link. Or visit the main_page=account page. If it doesn't flip into https (SSL) mode either when the form is displayed or especially when an empty form is submitted, then it's clearly not even trying to be SSL.

dbltoe:

Looks like one of the entries in your cart's configure.php has // instead of /. Click any link and look at the address bar.
Maybe a redirect
And it's theme by TM

in the includes/configure.php file the only lines I've edited were 17,18 & 21 like this:

define('HTTP_SERVER', 'http://cakepopsusa.com');
define('HTTPS_SERVER', 'https://cakepopsusa.com');

// Use secure webserver for checkout procedure?
define('ENABLE_SSL', 'true');

You are on the right track though, it's not flipping over into SSL. If you add the https:// to the URL bar, you can see the site has a certificate though.

The admin/includes.configure.php file has the following:

define('HTTP_SERVER', 'https://cakepopsusa.com');
define('HTTPS_SERVER', 'https://cakepopsusa.com');
define('HTTP_CATALOG_SERVER', 'http://cakepopsusa.com');
define('HTTPS_CATALOG_SERVER', 'https://cakepopsusa.com');

// secure webserver for admin? Valid choices are 'true' or 'false' (including quotes).
define('ENABLE_SSL_ADMIN', 'true');

// secure webserver for storefront? Valid choices are 'true' or 'false' (including quotes).
define('ENABLE_SSL_CATALOG', 'true');

You now need to look elsewhere in the configure.php for the // that is NOT preceded by http: OR https: If you open your main page and then click on any link, you will see that the address bar shows yoursite.com//something. The // is now the major problem as it should be a single /.

In2Deep:

in the includes/configure.php file the only lines I've edited were 17,18 & 21 like this:

define('HTTP_SERVER', 'http://cakepopsusa.com');
define('HTTPS_SERVER', 'https://cakepopsusa.com');
I'm still quite certain that the file ON THE SERVER is NOT updated.

Try something radical, like change your HTTP_SERVER setting to 'http://google.com'
Then see if your store suddenly creates links to google instead of cakepop
If not, then your configure.php file is NOT getting updated on the server, and THAT is the problem you need to fix.

While dbltoe is correct that a double // is wrong, it's not going to be the cause of SSL problems.

I deleted the configure file on the server and uploaded it again, and it's working now. So I guess the main issue was the file on the server not updating.

Thanks so much for all the help!