Krydos

So, everything is working now?

Your username is actually gabsecci. You're actually on Johnny.

Done. You should now be able to log in and your website should start working within 2 hours.

Your account was archived because you haven't logged in for quite a while. We have a limited amount of space on our servers, and occasionally we have to remove the unused accounts to make space for new users. To prevent your account from becoming archived again please remember to log in at https://www.heliohost.org/login/ at least once every 30 days. Unarchiving...

You haven't sent any emails today or yesterday.

I found the issue. If you check the smtp banner of your VPS it should show your domain name, but instead it says vps13: # telnet 216.218.228.90 25 Trying 216.218.228.90... Connected to 216.218.228.90. Escape character is '^]'. 220 vps13 ESMTP Exim 4.91 Ubuntu Fri, 28 Jun 2019 19:28:20 +0000 I edited /etc/exim4/conf.d/main/02_exim4-config_options and uncommented the line smtp_banner = $smtp_active_hostname ESMTP Exim $version_number $tod_full Now when you check the smtp banner it shows your domain instead of vps13 # telnet 216.218.228.90 25 Trying 216.218.228.90... Connected to 216.218.228.90. Escape character is '^]'. 220 stockdiv.com ESMTP Exim 4.91 Ubuntu Fri, 28 Jun 2019 19:34:36 +0000

Yeah, no problem. I'm always willing to listen to suggestions or requests from our users. The main reason HelioHost supports so many technologies and has so few limitations is because users have requested them.

The only real restriction is that your files must be valid. Once again your file is corrupt. Archive: Backup-10-Jun-2019.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of Backup-10-Jun-2019.zip or Backup-10-Jun-2019.zip.zip, and cannot find Backup-10-Jun-2019.zip.ZIP, period.

For me it says it was deployed successfully, and is running at http://fjmduran.heliohost.org/BackHelioHost/

I just want to mention that you're the first person EVER that autossl has overwritten their .htaccess data. Usually it works silently and people don't even notice the changes at all.

If you change your email address through cpanel it will sync up after a few hours, and you will be able to login at https://www.heliohost.org/login/ with the new email address. An admin doesn't have to help, but it does speed up the process.

Usually if your index.php downloads instead of displaying it means you have an error in your .htaccess. What is the url of the page that isn't working?

Is it working now?

I recommend disabling registrations entirely if you don't actually need people signing up on your website. There are entire armies of bots on the internet dedicated to creating thousands of spam accounts when they discover wordpress or a forum or something that they can register accounts on. Even if you disable them posting they still trigger all of these registration emails getting sent out which can get you suspended.

Since you mention ASP.net you could consider an experimental account on the Lily server which runs windows instead of linux. Apart from wolstech's personal projects there is only one other user account on that server.

That's actually really bad news for us. On Ricky cpanel says and Tommy has more than twice that many domains. Unless cpanel changes their mind on requiring php-fpm it would have to be a paid hosting server only, because we can't afford to give away a 50 GB+ memory server for free.

The java deployment process on Tommy has been restarted.

Cpanel does this to allow autossl to work. Would you like me to disable autossl on your account?

This is the reason your .sql file won't import: INSERT INTO `ngnr_wfBlockedIPLog` VALUES (_binary '\0\0\0\0\0\0\0\0\0\0ÿÿl¢\×A','US',1,18056,'waf'),(_binary '\0\0\0\0\0\0\0\0\0\0ÿÿ¢<9e>Ne','US',1,1\0\0ÿÿ¬EZ^E','US',1,18050,'brute'),(_binary '\0\0\0\0\0\0\0\0\0\0ÿÿ¬D<84><8a>','US',1,18050,'brute');^M See those <9e> and <84> etc? Those are binary characters which aren't valid in a .sql file.

The java deployment process has been restarted.

"sudo apt update" basically just synchronizes everything up, and doesn't really do much of anything. "sudo apt upgrade" installs the latest version of everything that has updates like exim, or your kernel, etc. It's safe to do on your VPS. >>>DO NOT DO A DIST-UPGRADE<<< It will cause vesta to stop working because it doesn't support the latest version of ubuntu, and we'll have to start over from scratch by wiping everything and installing the OS again. The dmarc record has been created for you.

According to https://forums.cpanel.net/threads/a-package-with-dedicated-ip-and-ssl-tls-settings.630563/ SMTP TLS should work on your dedicated IP domain if you have a valid SSL certificate installed on your domain, which you do. I wonder if it would work with autossl which is the cpanel issued free SSL certificate instead of setting up your own Let's Encrypt certificate. The other advantage to using autossl is it will automatically renew the certificate for you when it gets close to expiring so you don't have to remember to install a new Let's Encrypt one.

The main problem seems to be that Ricky's exim wasn't configured properly to send emails from your dedicated IP. That should be fixed now. The rest of your points you lost because you didn't send a real message. Emails like "test5" will get flagged as spam. Try again now that emails should be originating from your dedicated ip, and be sure to send something that looks like a real email that you would actually send to someone.

Send an email to https://www.mail-tester.com/ and post the url to the report. We can go through the list and get your emails to 10/10. Techincally DMARC records aren't required. They are simply instructions to the email servers on what to do with emails that fail DKIM or SPF or both. For instance, if someone was setting up a phishing scam by trying to spoof your emails you could have your DMARC take all of those emails that would obviously fail SPF and DKIM and send them to an email address that you could use for abuse reports. The DMARC value or lack thereof shouldn't affect whether email services consider your mail spam.

Did you donate through gofundme?