Can iPage hosting be configured to use our own SMTP servers for php mail?

Click Here To View All Answers...

First question I got is Can iPage hosting be configured to use our own SMTP servers for php mail? Thanks for any answer. 2nd question I got is.. Hi all.

I don't understand why when I visit my site, I don't get the cookies of my iPage site in the same way if I visit other osc website...


Comments (148)

Yes sir! but you might want to make sure and wait for another member here to confirm this as I am on the fence. Better yet, why don't you e-mail the iPage guys because they can give you an answer better...

Comment #1


In the cookies folder I see the like:.




Etc etc other sites that I visit.

I don't see any of my iPage site that I am building cookies in the cookies folder..

In configure.php.

Define('HTTP_COOKIE_DOMAIN', 'http://salvo');.

Define('HTTPS_COOKIE_DOMAIN', 'https://salvo');.

Define('HTTP_COOKIE_PATH', '/shop/');.

Define('HTTPS_COOKIE_PATH', '/');.

I tried to change all of this below. but I don't understand why I don't have anything. UNLESS THESE COOKIS ARE not needed because the session in /tmp.

Session Directory /tmp.

Force Cookie Use False.

Check SSL Session ID False.

Check User Agent False.

Check IP Address False.

Prevent Spider Sessions False.

Recreate Session False.

Session Directory..

Comment #2

The error is having "http://" and "https://" in the cookie iPage domain parameters. Try only the iPage domain name, ie: "salvo"...

Comment #3

I have tried them all. but none works.. it seams that cookies are not given to the customer's C drive cookies folder..

I have visited some osc live shops and none of them (about 5) have given me cookies...

Now, I would like to know if these cookies are really needed for the best performance of the shop? Or there are not necessary and I don’t have to worry about?..

Comment #4

I have the same problem, when I set Force Cookie Useage to TRUE. whenever someone tries to add item to cart, login etc, to are directed to a cookie_usage.php file. In my own tests on localhost I get the same response..

Below is my configure.php settings:.

Define('HTTP_SERVER', 'http://localhost'); // eg,.


- should not be empty for productive servers.

Define('HTTPS_SERVER', ''); // eg,.


- should not be empty for productive servers.

Define('ENABLE_SSL', false); // secure webserver for checkout procedure?.

Define('HTTP_COOKIE_DOMAIN', 'localhost');.


Define('HTTP_COOKIE_PATH', '/dvd/store/');.

Define('HTTPS_COOKIE_PATH', '/');.

Define('DIR_WS_HTTP_CATALOG', '/dvd/store/');.

Define('DIR_WS_HTTPS_CATALOG', '');.

Do any other settings have to be changed to get cookies to work?..

Comment #5

I have the same problem. When I force cookies, I always get the cookie_usage.php page. I KNOW that cookies are enabled on my browser, so what the HELL is the problem???!!!! **Having another rage attack because this crap gets so frustrating**..

Comment #6


I just added a reply to another post. It may be the same problem (and solution).



Comment #7


Cookies require a qualified iPage domain like You can leave the cookie iPage domain blank to make it work with localhost or other unqualified domains...

Comment #8

I recently discovered this problem myself..

After toying with spider simulators I now can't run Prevent Spider Sessions without getting the cookie_usage.php again and again..

As soon as I turn of Prevent Spider Sessions the problem goes away and my session IDs reappear in the address bar..

Configure.php settings appear to have any effect..

I do not have force cookies on and I do not have Use search-engine friendly urls on..

I thought Prevent Spider Sessions was only suppose to hide the url to spiders not to my own site?.

Any thoughts?..

Comment #9


It sounds like you changes something in you code, but can you post that part of your config..

This post has been edited by.


: 06 March 2004, 12:30..

Comment #10

Hi User,.

Here is my config code below. I should that this code works absolutely fine with 'Prevent Spider Sessions' set to false. Also, my entire catalog is in the root directory so /catalog/ isn't necessary in my settings..

Thing that makes me wonder is that I had it working before testing with the spider sims. Then poof - broken..

Here's the code (I cut out the comments to make it easier to read):.


Define('HTTP_SERVER', '');.

Define('HTTPS_SERVER', '');.

Define('ENABLE_SSL', 'true');.

Define('HTTP_COOKIE_DOMAIN', '');.


Define('HTTP_COOKIE_PATH', '/');.

Define('HTTPS_COOKIE_PATH', '/');.

Define('DIR_WS_HTTP_CATALOG', '/');.

Define('DIR_WS_HTTPS_CATALOG', '/');.

Define('DIR_WS_IMAGES', 'images/');.

Define('DIR_WS_BANNERS', DIR_WS_IMAGES'banners/');.

Define('DIR_WS_ICONS', DIR_WS_IMAGES'icons/');.

Define('DIR_WS_INCLUDES', 'includes/');.

Define('DIR_WS_BOXES', DIR_WS_INCLUDES'boxes/');.

Define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES'functions/');.

Define('DIR_WS_CLASSES', DIR_WS_INCLUDES'classes/');.

Define('DIR_WS_MODULES', DIR_WS_INCLUDES'modules/');.

Define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES'languages/');.

Define('DIR_WS_DOWNLOAD_PUBLIC', 'pub/');.

Define('DIR_FS_CATALOG', '/home/username/public_html/');.

Define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG'download/');.


Define('DB_SERVER', 'localhost');.

Define('DB_SERVER_USERNAME', '*********');.

Define('DB_SERVER_PASSWORD', '*********');.

Define('DB_DATABASE', '*********');.

Define('USE_PCONNECT', 'false');.

Define('STORE_SESSIONS', 'mysql');.


Comment #11


My problem seems to have resolved itself somehow..

Last night as I tried making many changes - nothing seemed to work. Even after reboot of my computer and trying different browsers..

Today, however with "Prevent Spider Sessions" set to true again - it works..

That is some damn weird behavior..

I wonder if it has anything to do with some new features that my host installed on the server? I now have some new features in my hosts admin panel that appeared last night around the time the problem began. Perhaps they have rebooted the server and that somehow has cleared the problem..

I tried may changes to fix the problem..

I looked at the configure.php file, application_top.php, index.php, filenames.php - in some of these files I made only minor changes - appearance level changes in terms of comments etc..

In others, like the index.php I removed a javascript rollover effect to see if that would help. Nothing worked at the time. So it could be any of the changes or none of them..

I am off to try and break it again to determine if it was one of the things I tried..

I will post back here if I manage to break it and fix it again...

Comment #12

After trying to break it again, I have discovered the root of the problem..

I had made some additions to the spider.txt file in the includes/ folder. Actually many additions..

Somehow that causes OSC to crapout and give me the cookie_usage.php page..

At this time, I am not sure if it is the length of the file, the formatting or some yet unknown and unconsidered factor related to the file..

I will be experimenting with the file and will report back anything I find..

So for those who have made recent changes to their spiders.txt file and now getting the cookie_usage.php page, try reverting to the original spiders.txt file and going from there..

As soon I have determined the exact cause of the problem I will report it here...

Comment #13

I have found the cause..

The file had one line it where there was only the letter i..

One little lowercase I crapped out the OSC as far as preventing spider sessions..

I removed it and wallaaaaaa..

No more problem..

I guess it's important to watch the names of some of those so-called spiders..

I also removed some commas, but it came down to the i..

I guess the i's have it!..

Comment #14

Hi all.

I don't understand why when I visit my site, I don't get the cookies of my iPage site in the same way if I visit other osc website...


Comment #15

How do you know you are not getting a cookie? What is the difference between visiting your site, and another osCommerce site?.

Can you provide urls?..

Comment #16

This question was taken from a support group/message board and re-posted here so others can learn from it.