TCH-Rick

Looks like you have Hotlink protection turned on. The new domain was not added as an allowed domain so the files did not show. I added the domain entries to your .htaccess file and it is working fine.

Error reporting is turned off for all but fatal errors on our servers as they are production servers. You can turn it on by adding the following commands in your .htaccess file in the directory with your scripts. php_flag display_errors on php_value error_reporting 7

Resellers can use the Add-on domain feature to point additional domains at subdomains. On regular accounts we do not allow pointing multiple domains at separate pages, folders, or subdomains. We can park the additional domains but all must point to the main page of the primary domain.

It's not normal but it is also not unusual. Some ISPs are slower to update their DNS. If you will provide the domain name we can check on it.

We do not support WebDAV on any servers and cannot install it on an individual account.

Cpanel does not have a way of limiting the space of one specific user or folder.

Send me a PM with a link to the page giving the error and I can have a look and see what the problem is.

Just a word of warning. The server settings are designed to prevent problems. If you set a longer timeout on the script and for some reason it goes into a loop and runs the whole time it could well cause server loads to climb and result in suspension of your site. Scripts go beserk sometimes.

This was another case of a site being defaced due to an exploit in a script called CalendarScript 3.2. There is an update that corrects the problem and I posted more on this in this thread. It was a different IP from a different part of the world but used the same method as in the other site I mentioned in the other thread. They found the site using a Google search, probed it to discover the script was vunerable, and defaced the site. Total time on the site according to the logs was just under 2 minutes.

The messages you have pasted are referring to removing DNS Zones. The first is where it removes the DNS entry from the server the account is on and the others are the nameservers. Server 28 is the primary nameserver, Server 18 is the secondary nameserver, and Server 16 is the old secondary nameserver that is still updated and used by many resellers.

I just sent you an email.

Don't get too frustrated and make it 6 times. Click on the PM button below this post or IM me using AIM or Yahoo at tchgururick and we can get it up and running.

Send me a PM with your domain name, user name, and server you are on and I can take a look at the mt.cfg file. Include your password if you want me to look at the CPanel MySQL section. There is no need to submit a ticket as we really can't support MT from there and this is likely a config issue.

I just got through investigating a problem a new user had with his site being defaced. I banned the IP of the abuser but that won't stop them from using dial-up to log in if they are intent on getting in. If you are running CalendarScript 3.2 from calendarscript.com or lower make sure you update it to 3.21. The earlier versions have bugs that allow users to discover your directory structure and then through the address bar upload a message that will overwrite your home page.

Glad all is well, Jim. We lived near Myrtle Beach when Hugo went through and I'm glad we're further from the coast now. Having grown up in Arkansas with regular tornado warnings, lived in South America and been through earthquakes, and the experiences with hurricanes here I can definitely say that hurricanes are the most nerve-wrenching. Sitting and watching it as it approaches makes it unlike anything else I have experienced.

There should be no problem.

The only nameservers that must be changed at this time are the ones with ***** nameservers. You can change your nameservers to ns1.totalchoicehosting.com and ns2.totalchoicehosting.com if you wish but the ones you have will continue to work as well.

This does sound like a problem with the IP's cached in your ISP. I have seen some ISPs take a week to get the correct IP's loaded into all their nameservers. If you drop a Help Desk ticket or even just send me a PM with the domain name and reminder of the prolem I can check and be sure that there is not a problem with the DNS on our end.

As I mentioned on the Help Desk, the grpahics are showing up fine for me. If you will post the link to the site so others can check it would help isolate the problem.

You can use port 26 as well.

This is related to the problem you IMed me about with the accounts. There were a lot of files that were owned by nobody causing the problem with the quota report problems. All files were changed to be owned by your user name. Gallery is very picky about any changes at all so it returns the error. I have seen it every tim php changes as well. If you have any problems drop a Help Desk ticket and we can easily change the permissions to 777 on your album folders to correct the problem. I have done so with your domain and the gallery is not showing errors.

From looking briefly at the docs it appears that mod_rewrite and mod_proxy are both required. We use mod_rewrite but mod_proxy cannot be compiled into Apache on shared servers. It would require a dedicated server to use Zope and Plone.

There is no way on a shared account of editting the cron jobs other than through the CPanel interface. The location of the files is in a system directory and accessible only with root access. As for having 60 cron jobs, that is a little excessive on a shared account. If several users on the same server decided to run 60 cron jobs it would cause problems with the server.

We have restrictions on the number of mails that can be sent in a 5 minute period but no limit on the number of emails per month.

Part of the problem with your request is that there are quite a few packages you want installed and you asked about upgrading to newer versions. The default packages will likely need to remain on the current version as they are a part of the CPanel install and need to be tested with CPanel as well. I know it may seem odd, but some packages will develop problems with a newer version of a module or library. A case in point, AWStats does not work correctly with Perl 5.8.4. CPanel on a couple of servers updated perl to that version and AWStats stopped working correctly on those two servers. We had to edit the script to force it to use perl 5.8.1 instead. I would advise installing the Pear packages in your local account and adding an include directory so that they are found. I'm not a big coder but I'm sure Raul can advise on this. The advantage is that if CPanel makes a major upgrade and reinstalls perl and pear or if your account is moved to another server your scripts may cease to work and we would need to reinstall the modules. Having them in your site prevents this potential problem. Level 2, by the way, is our server admin team. There are some modules that we have installed numerous times and know will work well that we can install pretty quickly. There are some that we know cannot be installed and we generally answer those requests quickly as well. Requests for modules we have not tested go to Level 2 and are considered there.