MikeJ

There's a little info here on using squirrelmail that might be helpful.

Just to be clear if in case my previous post wasn't, mod_gzip is a webserver module that would have to be installed by an admin, but won't be installed by TCH admins on the shared servers because to enable gzip compression on all sites creates too much load (compressing all the pages in real time as they are served uses a lot of CPU). Snipe was able to install it because she has a dedicated server. You are, however, free to use the PHP method of gzip compression.

The problem with MSN is that they don't have a web status check method like most of the other services, so the online status program that is used has to log into MSN as a client to check status. That makes it less stable. One of the staff I'm sure will take a look at it soon as they get a chance, but it's a free service provided with no guarantees, so I'm sure it's not top priority.

The appropriate syntax for PHP includes is: <?php include("../copyright.txt"); ?> For .shtml method, the file extension of the file you are putting the include in has to be .shtml unless you change the handlers for that (but that would break the pages if they are PHP).

Old news, man. Let it go.

I looked at the TCH's onlinestatus and it appears that MSN status might not be working.

I'm showing this as the initial attempt to get your MSN status: http://www.tchstatus.com:8080/msn/marea_de_venus@hotmail.com/onurl=www.zoblue.com/msnON.gif/offurl=www.zoblue.com/msnOFF.gif When I go to that, it redirects a few times between onlinestatus servers before ultimately failing.

Let me clear a couple things up. Gaberville is NOT using mod_gzip module for Apache, he is using PHP's ability to do gzip compression (http://us3.php.net/manual/en/function.ob-gzhandler.php). People are free to use this as long as it doesn't produce too much load on their shared server (so if you have a high volume site on a shared server, use with caution). If you find zlib support is not enabled in PHP, submit a support ticket to request it be enabled for your server. Mod_gzip is NOT installed on TCH servers, and won't be because through testing it was found to produce too much load on the CPU's (that info comes from Head Guru Bill). For those with a dedicated server, to enable mod_gzip for apache if you want try it, all you have to do is select "Update Apache" in your WebHost Manager, make sure mod_gzip is selected in the options, and do a rebuild of Apache. You may have to modify your httpd.conf afterwards to enable full functionality (see the mod_gzip documentation which you can get by downloading a copy of the source code, linked in previous posts). I would only recommend doing this, though if you are comfortable making changes on your server and troubleshooting any problems that might arise. You can also download and install mod_gzip on a dedicated server manually as Snipe did.

Welcome Lisa! woooot

Shoutcast servers (or any streaming media servers) are only allowed on dedicated servers.

Welcome aboard Michelle and Sam! I'm sure you'll do us all proud. Thumbs Up Rock Sign

This isn't exactly new, but still boggles my mind as when I read this, it flows as easily as if it were all spelled correctly (may not apply if english isn't your native langauge though):

As Rick was saying, TCH switched billing systems. Sign up as a new user to purchase a new plan, then in the future it will recognize you. Your current plan is in the old billing system so when you got to place a new order, it won't recognize you.

Indeed, the path to your databases is always "localhost" on the TCH servers since all of your databases run on the same host as your web account.

CSS files are just stylesheets. They define the layout of the pages. They are fully supported here and don't require any extensions. Moving this thread to an appropriate forum.

Yea, you can park additional domains onto your primary one at no cost. Thumbs Up

When you create FTP accounts, if you name it the same as the subdomain, it will only give access to that subdomain. So... www.******: public_html/ subdomain1.******: public_html/subdomain1/ If you create an FTP account called "subdomain1", the user would login as "subdomain1@******" and "public_html/subdomain1/" would be the top most directory of their FTP session. I don't really have a solution for your topmost domain though. The structure of how the domain directories are laid out, though, is not a TCH design. That's the way cPanel creates them, the control panel used to manage everything. Any site running cPanel will have the directories laid out the same. I'm not sure how the other control panels lay the directories out. Hope that helps some anyway. I'm going to move this to a more appropriate forum as well.

Many of the things you want you may find already installed. As for additional packages in a reseller account, anything you can install without a shell account you should be able to go ahead and install if you want, as long as it doesn't tax the server resources too much. There are some exceptions, like no IRC servers, no daemons (serving processes) of your own, etc... but in general you should be good. Some things that may require shell access to install, you can ask TCH to install. TCH will review it and determine if that's something they'll go ahead and install for you (in many cases they will as long as it's relatively simple, and won't negatively effect other users). Moving from a reseller account to a semi-dedicated account in the future would be no problem. TCH can move all of the files over for you. Plesk and cPanel are both nice control planels. I don't have much experience myself with Plesk to give an accurate comparison, though. TCH currently only supplies cPanel as a control panel for the systems. I find cPanel to be quite capable. MySQL, PHP, Perl, Apache, etc, etc... all come pre-installed. All you have to do is create some pages, add your databases, and run with it. In addition there are numerous 3rd party packages available through cPanel to be installed at the click of a mouse. I'll add since you are looking into Reseller accounts, that when you create accounts for your other domains/customers, all of the space, quotas, packages, and environments are configured automatically, based on package definitions you create. So it's really quite simple. If you have any more questions, please ask. And hopefully we'll be welcoming you to the Family in the very near future! Thumbs Up

Primarily exactly those reasons. Running a non-standard configuration, different control panel, or even just wanting to manage the system yourself because you know it well enough (and save a few bucks). You can install anything you want. Just anything you install that's not part of the provided packages won't be managed/supported by TCH (but that's not to say they won't help you out if you have a problem). In general, I would always recommend managed unless you have a really good understanding of what you are doing. There's a lot of security patches alone you need to make sure are continually up to date.

Btw... here's a tip that I do for helping keep spam down a little... Whenever I need to sign up for something online (mailing lists, orders, etc..), I try to use disposable email addresses. For example, when I signed up for a service to notify me about house listings, I created an email forwarder called "house@****" and forwarded it to my main account. That way when I'm done with the subscription, I can delete the email address in case they sell my address to third parties.

I've noticed an increase in spam in general. I have 20 or so spams that made it through SpamAssassin today alone so far but got caught by my client side spam detector. I also have 400 spams sitting in my Spam box that SpamAssassion did catch from the last day and a half. And that's still after the server refused mail coming from invalid domains. spammers

Maybe SpamAssassin dealt with one too many spams and decided to give up and quit. Anyway, I'm sure Mike will get it back in business shortly. SpamAssassin

That's a problem right there. "usecards" wouldn't be a valid sql user. It should be something like "jamesc_usecards".

Looks like a nice little app. Thumbs Up Keep in mind, too, that you can manage htaccess authentication via "Web Protect" in cPanel as well, but that PHP app would be handy if you needed to give someone that ability without giving them cPanel access. As for the cgi, internal server error is a pretty generic message. Your best bet when you get that, is to access your error log via cPanel and see what error it logged (usually an internal server error will log an error that might be more descriptive).

Unfortunately, no. Do you have anything else in your .htaccess file or is that all of it? And also, just to cover the bases, this .htaccess file is located in your public_html directory, and is world readable (world has read permission enabled)?