MikeJ

FYI, server83.

If you try to change the numbers in cPanel file manager and hit save, it will take the settings as defined by the checkboxes, not the numbers. You're better off if using file manager to select the right boxes until the numbers match what you need to have it set to.

I think I have your cat's twin, though. (Spot is the similar looking one).

Sometimes you just gotta show them who's boss..... (before anyone calls the animal police on me, he crawled in there on his own, and the stove was off.... )

*shudders* Just the cat in your avatar has that look..... "I'm the boss of you!"

Edit: Split to unhijack the server thread I posted in.

That's not true. ColdFusion also runs on multiple platforms (Windows, Linux, Solaris, HP-UX, AIX, Mac OS X). I've installed and ran it on Linux since 2001 (since I believe the 4.x days), and it's been quite stable. Speaking from the systems side, not development.... ColdFusion has some nice features for larger sites, including clustering capabilities and good integration with many databases and application servers, but for most hosting solutions (especially for smaller sites since you are looking only for shared hosting), PHP is as good as, if not a better, overall solution, in my opinion. Plus, since CF is licensed software, your hosting fees will likely be a little more than you can get with a PHP host.

As jandafields said, if you are using HTTPS, the lock is showing on your browser, and you didn't get any warning about insecure items in the page, then everything being transferred between your computer and the webserver over that connection is encrypted.

http://www.******/sqmail You can find info on the help page: http://www.totalchoicehosting.com/help/id98.htm

I've seen other complaints about the way Jeteye spiders sites. You could try to block them through a robots.txt file (not sure if they honor that or not) by creating one in the root of your website (typically public_html unless it's a subdomain), or try IP denying them. They have the netblock that contains the IP addresses of 64.71.144.0 - 64.71.144.127. Or you could talk to Yoda and have him intervene. (ok.... really bad joke... )

The first thing I would ask you to check is to make sure after you created the database, and the user, did you grant permissions for the user to the database? If you go into "MySQL Databases" in your control panel, make sure that bordumb_blog is listed as "Users in bordumb". Otherwise, you need to scroll down to "Grant Permissions", select bordumb_blog user, bordump_blog database, select "ALL", and hit Grant Permissions button. Then you should be in good shape.

Look at the browser. What more justification do you need?

XP Home has the remote desktop client, but not server. You need XP Professional to run the remote desktop server (Win 2000 and 2003 also have RD server). I have RealVNC (free) installed on my parent's XP Home computer and it works well when you can't run RD server (due to the machine being XP Home). The nice thing about both, is VNC has clients for pretty much all platforms (and servers in most cases), and Remote Desktop also has clients for many platforms, including rdesktop for *nix, and even a Microsoft provided remote desktop client for Mac OS X that I use pretty extensively. I usually find Remote Desktop to perform slightly better over VNC, though, so if you have the option of Remote Desktop, I'd generally recommend that first. XP Home also has a remote assistance option, but I haven't really messed with that... primarily because both ends have to be Windows, but I understand that can provide some level of remote access as well.

That is the correct location.

Couldn't they come up with something better than that??? I mean, I have gmail invites I can't even give away for free at this point, let alone put some requirements on someone to get it.

That is all you need to do. Welcome aboard.

Easiest way is to wget the backup from the remote location (obviously, you need to have wget). If the database was called "weblog" for example, you would do something like this: >wget --http-user=cpaneluser --http-passwd=cpanelpassword https://example.com:2083/getsqlbackup/weblog.gz So if you have scheduling ability at the remote location, just set that up to run every 12 hours. See the wget man page if you need to do different file names to handle multiple copies, or other additional tasks.

Spamblocks sometimes take time to get removed. I didn't say we didn't know about it (at that time of my previous post I hadn't even looked in the help desk yet... I don't usually monitor the help desk personally), and in this case after looking into it further, it appears the root problem was quickly delt with two days ago very shortly after it started, when someone installed an insecure mailing script that got abused, but not quick enough to avoid all the spamblocks (which didn't happen until after we delt with the problem). We're working on getting those spamblocks removed as quickly as possible. The nature (wording) of your original post was to solicit a response from TCH, not other customers, hence my request to submit it as a help desk ticket, as you'll generally get quicker *action* taken that way as it gets directly to the people who can take action quicker.

Please submit a help desk ticket so a tech support staff can investigate.

I actually use all 3 extensively, but since my primary notebook is Mac OS X, that's what I voted.

In general, nighttime in the U.S. the servers are under a less load, yes.

Just keep in mind that TCH is primarily a web host, not a mail host. We provide a lot of functionality for mailings, but we do restrict mail to only allow low amounts to be sent over a period of time. If your lists are small or low volume, TCH will likely work well for you. If your lists are large or high volume, however, you may want to consider looking for hosts that specialize in higher volume mailing lists.

I took a look at your help desk ticket and was able to log in to your cpanel account using the username and password you supplied in the ticket. You should try it again using those same details, we haven't changed the account at all yet. As for the tech response to your help desk ticket, they are only doing what they are trained to do. Tech support staff do not have access to your billing information, and this includes the email address you signed up with (they can't confirm that's the email address your billing is set to). They only have access to your cPanel info, so to confirm a password change and to email to an address other than what cPanel is configured to, Billing has to get involved to do the confirmation which is only available during the day. It's unfortunate, and we apologize it takes longer in this type of case, but it's not a case that happens regularly. However, your ticket has been moved back to tech support because your issue isn't your password (it works), but tech support didn't initially test your existing password since it was a change password request. You should get a followup from one of the tech support staff shortly to help you troubleshoot what the real problem is. And despite the problems you ran into, I'd like to welcome you aboard. Hopefully things will go smoother for you in future.

PHP includes are absolute (so including "/file.php" will look at the root directory of the server, not your website). Using the $_SERVER['DOCUMENT_ROOT'] variable will point to the document root of the site you are accessing. The reason your include was failing was because you are accessing your tchwebring subdomain, so it's document root is the tchwebring subdirectory under public_html, and you are trying to include a file that is in your public_html directory which is the parent directory of your subdomain (the directory above your document root). There's a couple ways you can include that file that should work (Both include the file from the same location, which is the public_html directory of your main account): <?php include("/home/cpanelusername/public_html/moreways.php"); ?> This explicitly defines where the file is. or <?php include $_SERVER['DOCUMENT_ROOT']."/../moreways.php"; ?> This looks in the directory above (/../) the document root for the file. Hopefully I was clear enough for that to make sense.

I'm not guru of the monkeys, I'm a monkey who's a guru. Get it right.