Brian

I've followed up in your ticket and will see to it we try and get this resolved by weeks end. Thanks again.

Our helpdesk/ticket system (https://support.hawkhost.com) is available 24/7/365. You will never wait days for a reply, let alone hours. We do our best to have all issues resolved within 20 minutes, and if the issue will take more time than that we update your ticket letting you know and we continue to investigate. You will not be ignored. Semi-dedicated plans are just like shared hosting except they offer more resources. That means twice the CPU limit, more bandwidth/disk space, along with higher mail/MySQL limits. A full break breakdown of the advantages can be found at http://www.hawkhost.com/semi-dedicated-hosting/advantages The extra CPU on this plan will help avoid that situation as compared to shared, but if the plugin really does use so much resources that you're having issues with multiple providers then the issue is not with the hosts but with the plugin. At that point you'd need to consider something more powerful like a VPS. We've been in business since 2004 and have grown every year. We aren't going anywhere We can migrate your existing account. You may need to change your nameservers but all your files/databases/settings etc will all be transferred over. Semi-dedicated plans are placed on a shared IP unless you can provide an SSL certificate you'll be installing. The only justification we'll accept for issuing a dedicated IP to any account is for SSL certificates unfortunately. All domains on your cPanel account would be hosted from the dedicated IP, that is correct. This would not be possible as you can only assign 1 IP per cPanel account, so you'd need a second cPanel account for another IP. Through us an SSL cert is $14.99 for one year (http://www.hawkhost.com/ssl-certificates) or you can use a certificate from another company, either option will work. We accept Paypal, major credit cards (Visa, Discover, Mastercard and Amex) and also Alipay. Hopefully I got to all your questions but if not just let me know. We may get to a point where specific account details are required in which case I wouldn't want those on a public forum, so it may be best if you open a support ticket and reference this forum to continue the discussion.

I see your ticket history and also have notes on the problem, though I'm not sure we ever found a definite answer. For what it's worth, it appears to be a bug/issue stemming from either Kayako or the login sharing so it isn't as simple as a password mismatch. I'll send you a follow up email through your existing ticket (RWI-941-80556) and we can communicate via email through there until we're able to get this figured out.

Just want to address this before anything else, in the case of cPanel/shared servers, at least with us, it is never the server being compromised but just a specific user account. So in that respect it could be technically possible to store the fingerprint in a directory not effected by an account level compromise. That said... What we're discussing here is essentially an IDS, or intrusion detection system (Tripwire, OSSEC, etc). You scan your server/files/whatever you want, establish your fingerprint and then scan again at a set interval and look for files changes. Now the problem with doing this is a properly done IDS is resource intensive, and would add so much overhead to a shared server it simply wouldn't be possible to do on a grand scale. This is an oversimplification of course, but enough to get the general idea. I love the thought and would love to be able to offer something like this but the resources just aren't there to do this effectively for shared users.

There are a number of factors that could be causing these issues, though overall we've not had many complaints about that network. If possible, please submit a support ticket and provide us with a traceroute to that IP so we can see what your network connection to us looks like. If you've already submitted a ticket and need it looked at feel free to PM me your ticket ID.

All I can think of is old links left on the web somewhere or our affiliate program doing some strange tracking. Either way, if you'd not using the affiliate program anymore and would like to be removed just submit an email to our billing department and we'll exclude you from it

Softaculous detects the servers default PHP version, which right now is still the 5.2.X branch. Even if you set a handler to your account to use 5.3.X or 5.4.X Softaculous doesn't care, all it relies on is the system. We're looking to move to 5.3.X as the default in the coming weeks which will fix this. In the mean time you'll need to do the software upgrade manually I'm afraid. Instructions on how to manually upgrade can be found at http://www.mediawiki.org/wiki/Manual:Upgrading -- if it does require 5.3.X to do manually, follow the instructions at https://support.hawkhost.com/index.php?/Knowledgebase/Article/View/107/0/how-do-i-use-php-53 to switch your account to PHP 5.3.X.

I ran your post through Google Translate, and while it may not be accurate I'm able to get the general idea of what you're asking. Try logging into your helpdesk (https://support.hawkhost.com) using your login details from your client area (https://my.hawkhost.com/clientarea.php) and that should work. Our helpdesk uses the same login information as our client area.

Not directly related to SpamAssasin, but you can also setup account level/user level filters for your email in cPanel. It's a bit more tedious of a method but if you're receiving the same "type" of spam (same headers, same sender, same body, etc) you can start filtering messages based on that and over time this method will drastically reduce the amount of spam you see.

Welcome to the forums -- as for your questions: 1) The codes are not trackable, though if you're placing them on physical cards/paper and not using your affiliate URL to refer people we may be able to make sure you get credit for users who sign up with that coupon. Please send a sales ticket to us through https://support.hawkhost.com and reference this forum post, we can discuss specifics there (not something I want to do in public). 2) We can get you setup with a custom code, also best handled in a ticket though. 3) We try not to create an excess of coupon codes, generally the most we'll create for any single user is 3 coupon codes. In most cases that is due to varying discounts (recurring vs one time) but exceptions can be made.

When you have a VPS you're actually running your own DNS from the VPS, so you would control it entirely and it would not be linked to/associated with our nameserver cluster at all. When you sign up you provide us the nameservers you want to use (ns1.yourdomain.com / ns2.yourdomain.com) and then (assuming you order WHM) they would be setup through there. At that point you would register the nameservers with your domain registrar and you'd be ready to make the switch.

If you're using shared hosting and upgrading to a VPS, odds are you're going to want to use cPanel/WHM on the VPS as well. In that case CentOS 6 is going to be your best bet, as Debian is not a supported platform for cPanel/WHM

I've found your orders and due to the nature of the issue I'd rather not reveal any private details to your account on a public forum. Please either PM me or submit a ticket with our billing department at https://support.hawkhost.com so we can let you know the details.

That ticket appears to be resolved at this time. If that isn't the case please let me know so we can follow up with you.

This is listed as NetEarth One Inc. since they are the registrar we use. There is no way for us to modify that and have it list something else.

Each location we offer (give or take a few peers/carriers) has roughly the same network mix so connectivity will be similar between them all. Dallas being in the central US makes it a great location for all North, Central, and South American traffic. Latency from Europe/Asia isn't that bad either. Amsterdam/Washington are best for Europe and Singapore/San Jose/Seattle are best for people in the Asia-Pacific region, though that is just a function of being physically closer. Bottom line if you're looking for a solid overall location regardless of your target customers, your physical proximity, etc, I would suggest Dallas.

Howdy Shane and welcome to the forums! -- At this time our hosting is not .NET/mono compatible so I'm afraid we wouldn't be able to help you out. Might I suggest taking a look at http://www.webhostingtalk.com/ for a host though? You should be able to find one that fits your needs in the shared hosting offers sections.

Unfortunately I cannot disclose information about this domain, or any customer domains, through a public forum. If you're an authorized contact for the website feel free to submit a ticket and we can help you through there!

Unfortunately it is not available at this time. Our reseller hosting is available in Dallas TX, Seattle WA, and Washington DC.

My pleasure! On a final note, and I can't believe I managed to forget mentioning this in my first post, but we do have http://www.hawkhoststatus.com/ up and running which is used for any server/network related issues. So, bookmark that page and should you have an issue with your site take a look there and it may indicate something is going on.

This seems unusual, so I did a few test registrations using both a hawkhost.com email along with a gmail.com email address and both accounts received the approval without an issue. If you don't mind my asking what email provider are you using? We'll also see about having that no-reply@HH email address changed to something valid in the event someone needs to contact us. Thank you for pointing that out.

We actually do have DDoS protection in front of all of our servers. We utilize both Cisco Guard and Arbor Network TMS to keep all sites protected. As a rough estimate, I'd say across our entire network (all 6 locations) we are able to effectively filter 95% of the attacks that target sites we host. Unfortunately though these systems have an upper limit on what they can filter, and when that happens and an attack is simply too large to filter we have to implement a null route. This is the nature of shared hosting. The only way to protect yourself from these instances is to either host your site on a VPS where you control your environment and you're not sharing the IP with other websites, or add a dedicated IP to your account. Regarding the proxy, I reviewed your ticket and see nothing wrong with that suggestion. When an IP changes, your local DNS resolvers are still likely caching the old IP (we cannot control this). As a result, when you try to visit your website it goes to the old IP, which in this case is nullrouted, so your site appears down when in reality it is online. This is where a proxy comes in, as it lets you view the site without being cached and you can confirm the site is online. There is the potential you'll have this issue with any shared provider in any shared environment. There is not a single shared provider in the world that is 100% immune to DDoS attacks, especially ones that are so big they actually require a nullroute. If we could find a way to protect all of our customers 100% of the time, regardless of the size of an attack, we'd implement that in a heartbeat. All that said, this is definitely frustrating to deal with both as a customer and as a provider, there's no denying that. If you do end up moving to a new host then I wish you the best and hope that at least my explanation sheds some light on this issue, from a providers point of view. If you'd like any further explanations/clarifications just let me know, be it in this thread, a PM, or ticket. Cheers!

I would kindly ask you please review your ticket for details specific to your order as we've already explained the situation in your ticket, and it isn't something I want to bring into a public forum

We were short staffed this week and as a result had to shift some of our folks around accordingly. As of this coming Monday (November 4th) we're back in full swing so you'll be able to reach us on livechat. Sorry about that either way The phone provider we use, for some unfortunate reason, removed the ability to change the time to voicemail for an unanswered call. The feature has been requested and we've looked for a workaround but have no found one, short of changing phone solutions which right now isn't an option for us. We removed, to my knowledge, all instances of our phone # on any support related pages as we switched away from offering phone support. In our experience it really is much more efficient to receive support via ticket than on the phone for a number of reasons. That said we do still offer phone support on a call back basis. If you'd like a return call we can schedule it for you. Glad you noticed and this is up to your standards. Our helpdesk/email really is our bread and butter when it comes to support and persuade all users to look at it as their primary, most efficient means for getting a hold of us. I just want to reassure you the issues you mention are known and we do our best to address/fix them. Thank you for taking the time to provide us this feedback!

Fowler answered your first question correctly so I just want to expand on this point. This will not be an issue at all, and you can actually have yourself added as a technical contact to the account so you're able to use our helpdesk/support for the account