MikeJ

Btw, what's going on with secureserver.net? I can't access it most of the time now and this.... >[mmac:~] mike% ping www.secureserver.net PING secureserver.net (63.241.136.41): 56 data bytes 64 bytes from 63.241.136.41: icmp_seq=0 ttl=114 time=47.216 ms 64 bytes from 63.241.136.41: icmp_seq=0 ttl=114 time=48.32 ms (DUP!) 64 bytes from 63.241.136.41: icmp_seq=1 ttl=114 time=47.071 ms 64 bytes from 63.241.136.41: icmp_seq=1 ttl=114 time=48.222 ms (DUP!) 64 bytes from 63.241.136.41: icmp_seq=2 ttl=114 time=48.598 ms 64 bytes from 63.241.136.41: icmp_seq=2 ttl=114 time=49.724 ms (DUP!) 64 bytes from 63.241.136.41: icmp_seq=2 ttl=114 time=56.984 ms (DUP!) 64 bytes from 63.241.136.41: icmp_seq=3 ttl=114 time=47.586 ms 64 bytes from 63.241.136.41: icmp_seq=3 ttl=114 time=48.729 ms (DUP!) 64 bytes from 63.241.136.41: icmp_seq=3 ttl=114 time=49.653 ms (DUP!)

I misunderstood him the at first. I believe he's saying that *****host.com is who it says he signed up his domain through before.

If you PM me or give your domain name, I can look and see who the real registrar is. *****host might have just been a reseller. Tucows, for example, is a registrar that allows others to handle reselling the domains using their system. Some of those resellers end up shutting down, but the registrar who ultimately controls the domains registered still has control of it and you should be able to contact them to make changes or transfer it.

Edit: Sorry...thought you were saying you were *****host.com. > Registered through: TotalChoice Hosting Domain Name: *****HOST.COM *****host.com actually appears like it might be a TCH customer. Anyone know who they are?

Very good. I think it does a decent job of emphasising your point. However, their is a grammatical error... "of those, 1 in 7 has gotten pregnancy" shoud read "of those, 1 in 7 has gotten pregnant" or even "of those, 1 in 7 has become pregnant"

You only have 1.5 more days to wait for the new month's cycle, too.

Do a Whois on the domain name. It should tell you what registrar has your domain record. For most cases this should get you want you need. If it shows up as something like Tucows, though, then you might have a little harder time because their OpenSRS system is the backend for many different domain resellers.

Yea...the spam filter will be used for sure. I get well over 200 spams a day on that account. It was just kind of funny because a message showed up and I don't even have MX pointing to TCH yet. It looks like a case where I had repointed the domain's "biggorilla.com" PTR record to the TCH server for web serving purposes, and the sending SMTP host must have ignored the MX record, and sent to the domain PTR record instead. At least that's my suspicion, because the only way it would have picked up TCH as the MX is if they used TCH's nameservers, which aren't authoritive yet as far as the root name servers are concerned.

Congrats, and finally welcome aboard! Thumbs Up

If you have a "form filler" enabled for your browser (something that will auto fill out forms if they recoginize the fields based on previous entries), they will often change form fields to yellow of fields that it recognizes. I haven't seen that for IE (don't really use IE), but have seen that for other browsers when it attempts to autofill fields.

I would suggest emailing billing@totalchoicehosting.com for an issue like that. Or possibly presales@totalchoicehosting.com.

I've been editing my crons with the advance cron cpanel option (although I think standard has the same problem). The problem is one of my cron tasks (a call to a perl script with arguments) contains quotes "". From what I can tell, cpanel properly creates the crontab with the quotes, but when it reads it back in for display/editing, it loses everything on the line from the first quote on. The consequence is every time I update any cron task, the line with quotes gets rewritten back to the crontab broken, and my task fails until I fix it again. I should be able to get around the problem for now by creating an intermediate script that calls the real script, but I'm curious if this is a bug or design flaw with cpanel, or if you guys know something about it I don't.

Welcome aboard! Thumbs Up Look for the group called "Site Management" and you'll see a change password option there.

However, it probably should be pointed out that several cgi's (including randhtml.cgi) are "one-click installs" from cpanel. So if you happened to click on Random CGI Generator in your cpanel even just to see what it was, it would have installed randhtml.cgi in your cgi-bin and you may not have realized it.

It works fine for me if you drop the user part... ftp://ftp.villageblues.com

You know you get too much spam when one shows up in your mailbox before you change your MX record to point to it.

If you get stuck at all, gimme a hollar (PM or reply here). I've been installing MT's plus additional MT components in my reseller accounts so I'm getting the method down pretty well. :Nerd:

Make sure you have the permissions on that file set to world readable. The webserver runs as a different user than you, so other than for scripts that you would setup under CGIwrapper, your files need to be world readable for the webserver to have access to them.

Just test quoting here quoting here, too. quoted here works 4 me ! Thumbs Up OMG! its a chain quote It didn't quote once for me today but it is now! Dont quote me on this but I think it is working now. I think you might be right! Stand Back! I think this thing is going to explode Now look what you started. <_<

If it's all showing up as HTTP traffic, go through your AWSTATS in detail. In particular, look at the Hosts list and see if any are requesting an inordinate number of pages or bandwidth. That might at least help you narrow it down. Outside of that, you may need one of the TCH guys to poke around and look at the traffic going to your site.

And it's very much appreciated that you are not like every other host out there.

If you are really desperate to get your page up by this weekend, PM me and I may consider allowing your domain under my reseller account temporarily as long as you're not super high volume or anything, and assuming TCH doesn't have a problem with it. But once TCH allows additional accounts again, you would need acquire an account and move your site. It's not my intention to take paying accounts away from TCH. I would only recommend this if you absolutely need a page up by this weekend, though. If you only want one by then because it's more convenient, you're better off waiting until next week when you can purchase an account and only have to setup your site once.

That should not be a problem at all. Your domains just won't be functional until you get an account, but they will still remain registered.

You can check here for some technical details about the MyDoom virus that just started spreading on Monday, including some details on what you can manually look for to see if it's infected. I'm suprised that NAV wouldn't catch that though, as it's caught many here at the office of those that slipped through our mail server before the virus definitions updated. Is your wife's machine named "notebook" btw? Whichever machine is transmitting the emails apparantly is named "notebook" at the OS level, as is shown by the hello=notebook.

confused