Tony

Administrators
  • Content count

    2,351
  • Joined

  • Last visited

  • Days Won

    123

Tony last won the day on July 14

Tony had the most liked content!

About Tony

  • Rank
    CEO
  • Birthday

Profile Information

  • Gender
    Male
  1. I've confirmed the server you're on when using PHP 7 does load ioncube for both web based and CLI based requests: PHP 7.0.13 (cgi-fcgi) (built: Nov 10 2016 07:46:27) Copyright (c) 1997-2016 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v6.0.6, Copyright (c) 2002-2016, by ionCube Ltd. with Zend OPcache v7.0.13, Copyright (c) 1999-2016, by Zend Technologies What is probably happening is you've modified PHP via either a php.ini or in your .htaccess file and you have code like maybe: suPHP_ConfigPath AddHandler application/x-httpd-php56 .php Or similar lines causing you to override your accounts system php.ini settings and when you switch to say PHP 7.0 you're not loading ioncube at all or maybe even not loading PHP 7 but instead still PHP 5.6 but with PHP 7.0 system ini settings. So I'd recommend going through looking for this and commenting out any of this code then see if switching between PHP versions then results in Ioncube loading properly regardless of PHP version. If it still does not work update the ticket and ask it to be escalated as we'd need to search through your account to see where you're overriding PHP settings.
  2. The problem with forwarding email and I'm not sure if gmail has changed at all but they consider the server you're on as partially responsible for the spam. So if you're say forwarding a lot of spam to them they may opt to block the server you're on. They may also simply consider it to have a poor reputation and be very aggressive and flat out drop mail over a certain threshold. I'm assuming they'd also put your domain you're forwarding in as part of the equation so a lot of spam from it and it could end up in the same situation as our servers. As far the SpamExperts SPF problem it may be more aggressive as far as failures compared to say Google. You could disable SPF checking via SpamExperts filter settings or alternatively if you find it's a common domain just disable the check for it. For the filtering the any header I believe is what you'd want and just have it make sure the spamexperts header line exists (check one of your messages for it to confirm the exact text). I would of course suggest when you enable this you test it immediately just to make sure it's working.
  3. This is a big reason why we highly recommend anyone using forwarding to service like Gmail, Hotmail etc. is to consider instead of using their POP3/IMAP checking. This avoids the problem of you forwarding spam to them that is missed and causing mail to be lost outright. There should be no problem using SpamAssassin as well but it's obviously be unnecessary when dealing with the SpamExperts email. One other trick some users use is use the filtering option in cPanel and set it to drop any email that does not have SpamExperts in the headers. In almost all cases anyone ignoring MX entries is more than likely a spammer to begin with so dropping the email is an acceptable outcome.
  4. For PHP 7 the Ioncube version we currently support is 6.0.6 which is now one version behind due to a new release on 2016-12-02 which has already entered the testing phase from our end so it can be available to users shortly. We've had Ioncube loaders for PHP 7 for quite a while as well but they do have some incompatibilities with earlier versions of Ioncube encoded applications. So this can cause some major confusion where the application maker may have versions encoded that only work with up to PHP 5.6 and others that work beyond that. For Ioncube loaders that support WHMCS we've had support for them since at least September most likely earlier as I don't have the exact date we made Ioncube 6.0.2 specifically available.
  5. We've had a few requests for Black Friday banners so we've went ahead and had some made. You can save any and post them on your website to help with promotion our black friday promotions.
  6. 1. It is possible to do this the first step is to set a password for SpamExperts you do this by logging in through cPanel then going my account -> user profile and setting a password. After this if you look in your address bar when logged in through cPanel method you should see the spamexperts server you're on. Just go to that URL directly and you'll be able to login. 2. It is not possible but the other way to report spam other than the thunderbird plugin is to just access it via IMAP. Same login as logging into SpamExperts directly and connect to the one in your address bar. You'll see all the reporting folders and be able to access the quarantine directly as well. You can also do this on a per email account basis by making accounts for them through SpamExperts. 3. Not possible but if it flags an email based on your reporting previously if you tell it that it's not spam this would be effectively the same thing as reversing it. 4. If you check the headers there will be SpamExperts specific headers which tell you it's assessment of the email. I believe in your case you'll be looking for "X-SpamExperts-Class" and the associated values for those. You could then use filters either in cPanel or your email client to send them to a specific folder. Although if you do the IMAP integration method you can have the quarantine off while still being able to easily access SpamExperts. 5. That would be correct once it hits our cPanel servers then it would process everything else as usual filters/forwarders etc. Also the SpamExperts filtering servers are in fact operated by us as well we just use their software. It's our own cluster of machines doing the filtering and everything.
  7. In a case like this if you believe all the paths are right then I'd recommend opening a ticket with our support team. The first step they'd take is login as your account and attempt to run the command line operations manually and see what happens. If they work from there then it would mean it might be something wrong with the PHP script you're running opposed to the cron job itself. So for example maybe your script isn't compatible with PHP 5.6 and you need to run PHP 5.5
  8. If you just added the subdomain more than likely you're dealing with DNS propagation if you visited it before it was actually in our DNS system. If you're still having a problem after several hours it would be best to open a support ticket so our support team can investigate.
  9. We offer the ability to manage the hosting accounts straight from https://my.hawkhost.com/ where you see all the cPanel features but within the client area. Of course though it's still more limited than direct cPanel access. As for taking the integration even further it's actually now possible in cPanel but that has pros and cons to it. While it would be easier for the site owner to access their cPanel it would remove some functionality as well. There are many users who sign up and have another individual managing their site. They want to give this individual cPanel access only and wouldn't want the person having access to the client area. Our client area and help desk are actually integrated. You can use the same login at https://my.hawkhost.com/ to login to https://support.hawkhost.com/ . You also can access and reply to tickets directly from https://my.hawkhost.com/ now as well. LastPass is great for that cloud like feel where you can access your passwords everywhere. There also other ones like Keepass where it's stored locally on your computer. This day in age though a password manager is really necessary. Different logins for every site you use is just simply way safer as if a site gets compromised and they retrieve the password it'll only work on that site. If it works for your email, bank, website etc. then they'll all eventually get compromised.
  10. Once you have your hosting account with us we would just need the login details of your hosting account you currently have. Once we have that information our team will migrate your account.
  11. Hello, The location that has direct peering with China is our Los Angeles location. Singapore test IP: 216.12.197.183 Los Angeles test IP: 198.252.106.136 All our locations: https://www.hawkhost.com/our-hosting-network
  12. Hello, Your cancellation was processed and refund was issued the very same day. It can take some time however to show up on credit cards which we would have no control over.
  13. The current Linux kernel version and the actual versions being used by operating systems you'll find are vastly different. For example: CentOS 6 - 2.6.32 CentoS 7 - 3.10.0 Ubuntu 12.04- 3.2 Ubuntu 14.04 - 3.13 Ubuntu 16.04 - 4.4 The reason being stability is a major concern so they'll continue to run the same kernel version. They will however backport fixes to the version being ran (security, drivers etc). That is why you end up then with versions like 2.6.32-642. In our specific case on our VPS's using OpenVZ we're running OpenVZ 6 (CentOS 6) which means a 2.6.32 kernel. We then use KernelCare for security patches which allows our kernels to be patched live with security fixes meaning less outages caused by us having to update kernels (requires a reboot).
  14. We take daily backups just like we do for our shared web hosting. That being said with a lot of times a user needs things restored on their VPS the only option is a complete restore of the entire system back to the point needed. That is why just like our shared web hosting it doesn't hurt to make your own backups as well. It gives you another option if you ever have to restore something.
  15. I would recommend using the profession spam filter (SpamExperts) as it's significantly more accurate at detecting spam meaning less spam in your inbox. It also has a simple to use spam quarantine feature which allows you to release, train and whitelist emails that may have been flagged incorrectly. That means you shouldn't lose any important email at all.