wolstech

Great to hear Let us know if you need anything else.

You need to delete the entire account. You are not allowed to have two accounts, so you’re not permitted to create a new one until the old one is gone entirely.

Failed SFTP logins. Make sure you use only your cpanel username and password for SFTP. If you use additional ftp accounts feature in cpanel, those accounts should use plain ftp on port 21. Unblocked.

Failed POP3 logins...you have a mail client with the wrong credentials somewhere. Unblocked.

Application pool has been restarted and the 503 error has cleared. Is your domain supposed to be showing a 404 error though? (Lily installed 6 months worth of back updates on Friday night, I'm wondering if something broke...)

Unblocked. It can take up to 10 minutes to be effective.

That can't be restored because the archive was missing. Invite sent.

Username for that is actually gamepug. Unarchived. It may take up to 2 hours to work.

Probably tried too soon. It takes 10-15 minutes to actually unblock, sometimes longer if the server is busy. He tried after 5...

Unarchived. Also, your username is jacobal1, not jacobale.

So, I decided to back up and update the site on Lily...and got it to work. I had to use these settings to make it work, the first two attempts with lower numbers for execution time and upload_max_filesize failed: max_execution_time: 300 memory_limit: 128M post_max_size: 128M upload_max_filesize: 128MThe update for that site was 3.9.5 to 3.9.16.

I wouldn't go that far... The only major issue with Joomla here is that it will not update. It runs fine but the updater will fail and hose the install if you try it.

Considering I manage a few Joomlas myself across 3 servers (none on our cpanel servers, though one is on Lily) and exactly zero will update, I'd blame the product...it's either bad code or bad documentation. Odds are it has some very particular requirements for the updater that most servers don't meet...hostgator is probably one of the few that do. What I would like to know is what that requirement is...

Post max size is already set to 64M. http://krydos.heliohost.org/71/phpinfo.php As I said earlier, it's not the server, their product is just broken. I have a joomla install running outside of here (granted I'm on a WIMP instead of LAMP server) with values much higher than we'd ever consider here, it still won't update...

It can't be unarchived because the archive is missing. The remains of the unrecoverable account have been cleaned up and an invite for a replacement account has been sent to you.

You won't be able to reuse that domain unless its cleaned up, so yes, if you plan to re-add it, Krydos will need to manually remove the leftovers for you. Can you post this issue on the forums? We're unable to escalate email tickets due to how the system works.

That domain appears to already be removed internally. It doesn't appear in the backend for us, and it's not functioning. It appears to just be a leftover entry in your cPanel. If you really need that entry removed, our other root admin Krydos will need to figure out how to manually remove it.

Failed IMAP logins...you have a misconfigured mail client somewhere and need to check the username and password on every device you have set up to check your email. Unblocked.

Please clear your cache. I'm able to connect to https://edvicon.org without any sort of error. Your certificate is valid for these domains: DNS Name=edvicon.heliohost.org DNS Name=cpanel.edvicon.heliohost.org DNS Name=edvicon.org DNS Name=mail.edvicon.heliohost.org DNS Name=mail.edvicon.org DNS Name=webdisk.edvicon.heliohost.org DNS Name=webmail.edvicon.heliohost.org DNS Name=www.edvicon.heliohost.org DNS Name=www.edvicon.org

Well that makes it easy. No need to wait that way. Please check the email address associated with your paypal account for an invite email that will let you skip the wait. Thank you for the donation!

That folder is where the system looks for a special file used for domain validation for the cert. Comodo connects to your domain over plain http and expects to find that file there to verify the domain is valid. If you have a redirect of some kind in your document root, the verification won't be able to find the file and you won't get a certificate.

Registration is limited to only a few accounts per day. The message you're seeing is because today's slots are all taken. The registrations reset at midnight UTC every day, so you need to register right after that time in order to get an account. Once you get an account, you can keep it as long as you wish, as long as you log in at least once every 30 days.

That account is working properly. Please clear your cache if you still see a queued page. http://alvaroms.heliohost.org/

What is the username, domain, and email address you signed up with?

The permissions changes didn't save it looks like...your test.php was still 664 (note the center 6...) even though you tried to change it to 644. As soon as I changed it, the script worked fine: https://www.websoftops.de/test.php