TCH-Andy

Excellent - I like it and finished it in just over 10 mins

Welcome to the team Bonnie

Please open a ticket at the help desk, and PM me the ticket ref number. That way we can look at the actual details much more easily than via the forum.

Any over the limits are never sent. If you sent X+1 where X is the limit, then the last address in the list would not be sent.

I'll try any excuse I can get away with

opps, there goes that language barrier again .... nope I didn't mean that at all

I've used it on both windows and Linux - been great on both. Christine is special - so it's saving the troubles for her I'm not sure what the issue is there, I'd call round and have a look - but a long way to travel for me ..... on the other hand, any excuse to go visiting

Excellent, it's certainly safe to expose to the general public Keep up the good work

Hi Jim, Can you open a ticket and tell us which domain please. The reason I say that is with or without the www should not take you to different places, it sounds as if there is an error in your htaccess somewhere.

You can also use .htaccess to prevent anything being run from the folder. Just make sure you only give read access ( not write ) on the .htaccess file

If you use a standard script ( cart etc ) written by someone else - then just makesure you keep it uptodate. As soon as a new version comes out, I'd suggest upgrading. If it's script you have developed yourself, then I'd suggest a quick bit of research on php injection scripts, and how that works. If you maintain things uptodate - you should generally be fine. We do monitor our network all the time, and get to know very quickly when people are trying things on accounts.

If it's going to the same files as the first site ( as it is from what you say in this case) then simply set the DNS to the same nameservers as for the first domain, then open a ticket at the help desk, and ask us to 'park' the second domain on the first for you.

The backups are done 'live' whenever you request one. You can set up a cron job and script to do automatic backups if you want to. The best way to restore, is to upload the gz file to the server, open a ticket at the help desk, and ask us to restore it for you.

Kevan, If you have other things in your cpanel, then as Bruce says, take a backup and replace the none FrontPage parts, In the case of Zee's htaccess though, she mainly has just the frontpage settings in there - hence my suggestion to remove them.

Hi Gail, As with all things, it's generally when multiple issues are wrong that you have problems. If a script is insecure ( for example you have an 'include $variable' in a php script) then that means someone can include in their own script to run. This may be that they just want to use the server to try and send emails ( spam ) or it may be that they want to try and upload files ( say for phishing ) onto your server. If your script is insecure, and your files are set to 777 ( in any directory ) then they can upload their own files to that folder. They can then use that for phishing etc. If your script is insecure, but your folders and files were all 755, then whilst they could look at your files, and they could send spam from your account, they couldn't easily hack it. A lot of people use their same password for mySQL database users though - which are in files they could read - as their cpanel password. This is insecure, and could give someone easy access to your account. If you have folders which are 777, but your scripts are all totally 100% secure, then you should be OK - but is it worth the risk. Overall, I would recommend that you place the permissions as tight as possible ( if you don't need permissions as 777, then don't set them to that) and maintain the scripts as uptodate as possible. In addition, don't use your cpanel password for any other issues in your site. One of the other problems with fantastico, is that people install things to test it .... then never remove it. A year later or so, someone finds it and hacks it.

Basically it can cause your account to take the majority of the resources ( cpu ) for the server. Whilst this is not a problem on a dedicated server, it's not fair on other users on a shared server.

I'd suggest creating the txt file in that directory and setting the permissions to 777 - then you shouldn't get an error. As a general comment, it's best not to use capital letters and spaces in files names / directories on the web ( since not everything handles them well ) just noticed Bruce beat me to it ... that will teach me to chat to others at the same time as replying

Please Dad, can I have the server

Do you use FrontPage at all ? If not, I'd suggest removing the FrontPage extensions ( you can do this from cpanel ) which will tidy up your .htaccess file, and then do the redirect. If that fails, please open a ticket, and we'll clear things for you.

Is this program for Linux or Windows ? with a program like setup.exe it sounds as if it's a windows program.

You first need to create a database in cpanel Then create a user for the database in cpanel, Then assign that user to that database. The data you then have is correct apart from the database, username & password. The database will be in the format cpanelusername_dbname The username will be in the format cpanelusername_username The password will be whatever you set it to when you created it in cpanel.

Hi sowande, welcome to the forums It's not a package I know - but looking at the documentation, you simply define the 'End URL' in the setup.

In the code, where you have defined 'form action="mailto.....' you need to set the action to run some mailing script on your account. Do you have a mailing script to process the form ?

The joys of being in the UK and computer prices Why do you think I'm on Linux I'd agree with Bill, if only Macs were cheaper over here.

Through your main reseller WHM ( on the left, in the DNS section, Park a domain )