TCH-Rick

Yes, it is perfectly normal. Especially with dial up ISP's where some of the ISP nameservers are updated and others are not. Give it a few more hours and all will be fine.

Someone with your address in their Addressbook is infected. The virus is pulling your address out and using it in the From or Reply-To filed when it emails. As a result you are getting bounce messages for messages you did not send. This is similar to what the SoBig worm did as well. That's one reason these worms are so hard on the mail servers, they are sending bounces all over the internet.

Bruce is correct. This can be done through the Help Desk. Please provide the host name and IP address of the external mail server. We will have to made a few adjustments to the account to get it to route all mail, including mail from our servers, to the external server.

Should be fixed.

Please click on the Help Desk link at the top of this page and put in a ticket. We can look and see what the problem might be.

Sorry you were not satisfied. Good luck in your search for a host.

All of these modules are standard on each server. If you have an account already you can see which modules are installed in your CPanel on the left hand side by clicking on Show Installed Perl Modules. There is information about each as well.

Yes, the .htaccess file was in the webmail folder and is where CPanel puts the redirect. CPanel does not always set it up correctly and I removed the / on the end of the redirect address.

Yes. All are installed.

I editted your .htaccess file and it is working now.

The new order system won't affect propagation. That will still take 24-72 hours. Existing domains will be closer to the 72 than 24 many times.

Congrats to the Pats for #2 in 3 years. Last time they won the Panthers were 1-15. It was a good game for a Super Bowl.

No!!!!!!!!!!!!!!!!!!!!!!!!!!!!"

29-29 Headed to Overtime for the 1st time ever? Man I wish we hadn't gone for 2 those two plays.

22-21 Time for the Defense to step up.

And a Field Goal makes it 14-10 at half.

Looks like the offenses have showed up now.

95 yards in 2 minutes. TD. 7-7 Way to shake off the fumble, Jake.

woooot Blocked!

All defense so far. 0-0 after 1 quarter.

Wide Right! Glad to have TiVo for the commercials.

It's almost time! Go, Panthers!

There are two special entries that can be used in forwarders or as your default address, :fail: and :blackhole:. Be sure to include the colon and the beginning and end. The first, :fail:, will cause any email coming to that address to be rejected. You can add a message after it such as :fail: Sorry but he doesn't want your mail. This will cause a bounce message to be sent if mail is sent to that address and it will say Sorry but he doesn't want your mail. The second, :blackhole:, will simply delete any mail sent to that address. No bounce message will be sent. Big Gorilla is right, to eliminate spam sent to random addresses using your domain it is best to set the default to discard any message not directed to one of your real accounts. I disagree, however, that :fail: should be used. I prefer to see :blackhole: as it is easier on the server. Many spammers use throwaway addresses and what happens is the bounce is sent to that fake address which is then bounced back to our server. The server will then continue to retry to send the message and it clutters up the mail queue. Setting the default to :blackhole: will simply delete the message and it's over.

In Tools-Settings-Transfer uncheck the Use MLSD if available box. Restart SmartFTP and it should show hidden files.

That is the way things work. We have some accounts that use external mail servers, for example, and we have to set up the server so that email will be sent to the external server rather than delivered locally. That is also the reason that we have the warning not to use an email address based on the domain name you are using for your account here when you sign up. The way the system works, the account is set up and then an email is sent with the log in information. If the email address given uses the domain name that was just set up our servers will deliver all mail to the default (or main) account of that domain on our server and the client will not receive it on the account he has been using.