TCH-Andy

Hi Mummymax, Welcome to the forums I'm assuming you have asked her to stop sending these emails. Open a ticket at the help desk, abuse department, and include in a couple of the emails as examples. Please also include the full headers so we can confirm the exact source. We take all forms of abuse seriously

The database should have your username_ on the front of it. Try creating; cpanelusername_phpbb_album And then putting the data into that, and using the full database name in the config file.

I'd reopen the ticket and check with Tech support where they moved it to No, you would need to uncompress it, then delete the files you don't want. Yes, I'd delete those (and empty the trash) so that it frees up space. No point in keeping duplicates if you have run out of space. You would need to check the FTP log (assuming they were uploaded with FTP). However, the easiest may be to just open a ticket and ask us the location of the specific files I'd suggest opening a ticket, telling us which files you need, and possibly getting us to temporarily move the large file out of your username, so that it doesn't add to your space - so that you can upload the sql file.

just a little

Hi Deedre, welcome to the forums Well, the specific error you are getting there is "unmatched parentheses" - i.e. you have a bracked opened, but not closed (or the other way round) in the source code. How did you upload the forum script? Did you use FTP? If so, did you upload in the right mode (ascii / binary)? This can sometimes throw some odd errors. If thay's not it, can you post the few lines either side (and including) line 315 ?

Welcome to the forums zethon You are correct, it's done in the .htaccess You can either do a single redirect >redirect 301 /cow http://www.foo.com/script.php?id=cow or a general redirect (in this case, for all files except "elephant" >RewriteEngine on RewriteBase / # don't rewite for elephant RewriteCond %{REQUEST_URI} !^/elephant # rewrite for eveything else ... RewriteRule ^(.*) /script.php?id=$1 [L]

They will be the same, as you are sharing a single connection to the internet - and it is reporting back the IP address of that connection. If you open a dos box on windows, and type "ipconfig" it will tell you the IP address on your internal network.

welcome to the forums Guy

Hi Rick, It depends on what your requirements are for the wiki. My personal favourite is mediawiki. If you were jointly working on documentation I'd suggest dokuwiki. Have a look at http://www.opensourcecms.com where there are copies of all of them to try.

You would need a dedicated server to host Teamspeak - it is not suitable for running on a shared server.

You're welcome

I would try uninstalling, and re-installing the FP extensions again. If that doesn't work, open a ticket at the help desk (link at the top of this page) and we'll reinstall them for you. In terms of the .htaccess - if you go in the file manager in cpanel, you should be able to see it. What do you want to do with it? Are you after checking it for a specific reason ? (I'm only asking so that we can either check for you, or suggest a way of doing what you want to finally achieve).

Hi Stacy, welcome to the forums Did you reinstall the FP extensions again? (assuming you are using FrontPage) Where / when are you getting the 406 error ? In terms of the .htaccess file ( I assume you mean .htaccess not .htpaccess) then it should already exist in the public_html directory. If you want it below that, you can create one in the file manager (or in a text editor and upload it).

Just name the page you created "index.htm" and upload it into the public_html directory - then it should show up fine.

Just select New user (I'm guessing that you were under our old billing system). If it won't accept you as a new user, open a ticket at the billing department using your existing hosted domain name and login details - and we'll give you the login information.

Simply choose the package you want at the web hosting plans page, and sign up.

It should be there. Open a ticket at the help desk (link at the top of the page) and we'll check your server for you.

Welcome to the forum flamey You can add >ErrorDocument 404 /your-error-page.html to your .htaccess file to redirect the 404 error to whatever page you like.

Welcome to the forums agroamer Accounts are set up over the weekend, so you should be OK for setup over the weekend (assuming you have already signed up and paid).

If you rewrite it to RewriteRule ^(.*)$ http://www.example.com/members [L,R] then it will not show your sub domain name "bob.example.com" since you are re-writing that out of it, and forcing it to the top level domain. You will also not have the "bob" left in, to be able to interpret it within the PHP as needing the "bob" pages.

what I was meaning was, are you happy to write a rule for bob.example.com, and another rule for fred.example.com etc. (fine for a small number) or have you got lots ?

yes, you would need to edit "members/index.php", so that should be fine. Have you got lots of different sub-domains? The easiest way would be to check for each if only a small number, otherwise I think you need separate off the subdomain. What's your domain name, I'll have a quick look

welcome to the forums doomwheels Is this for an account on our servers? I ask because we don't support URL masking. Basically, for what you are trying to do, you will have to edit the PHP to read the URL to interpret it, as well as redirect to the /members/index.php file.

The bottom (red) graph is the bandwidth used. You are using up to 0.4GB on a busy day, most days are less than that. 30 days at 0.4GB = 12GB / month. Personally I'd go for the delux plan which has ample bandwidth for you and 1.5GB of space (you say you use 1.2GB) For the new version of IBP, yes you would need to purcahse that and install it. This forum is using the latest version of IPB, yes. Upgrading from the old version of IPB to the new version is relatively straightforward.

Hi Bryan, TCH doesn't provide cloaking when forwarding sites. Simply because other people often want to use it for less than legitimate purposes. You can either forward the main pages to the .Mac site without cloaking, or (as you suggest) you can use frames to embed the .Mac pages. Both will enable your emails to work though the site hosted here, and make use of some of the space for files. If you want details of forwarding etc please PM me, as I'd prefer not to discuss anything about cloaking / masking in an open forum.