wolstech

Did you request ASP.NET support? It has to be turned on for your account before it'll work.

Your account was suspended for inactivity, because you haven't logged into your account in the last 30 days. To reactivate your account, please visit http://www.heliohost.org/renew. To prevent this from happening in the future please remember to visit https://heliohost.org/ to log into your account at least once every 30 days. If you are still seeing the Account Suspended page after renewing your account, please clear your cache.

It actually doesn't work right for me...I'm getting emails with the wrong FROM and REPLY-TO set in them. They arrive from whichever domain I access the script from, not the domain that I have coded in the file. Gmail account being used, and the ones from rax2.heliohost.org go to Spam as well... You can upload the pictures to imgur.com and post the links.

MySQL over SSL is not supported. We tried to make it work a while back when someone else asked about this, and ultimately we discovered that it was not compatible with something (I believe it was cPanel itself...)

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

That's odd...the server is indeed setting the "FROM" and REPLY-TO based on the domain you use to access the page that sent the mail, not the headers you specify... Try sending yourself something using http://si3.raxsoft.com/mailtest.php and it will arrive from si3.raxsoft.com despite my headers being set to raxsoft.com. The same script accessed here sends email that arrives from rax2.heliohost.org: http://rax2.heliohost.org/si3/mailtest.php (same exact script as above, it ignores my FROM and REPLY-TO headers that are set to raxsoft.com/ ). Please ignore the PHP warning when you submit the test script, it's because I didn't configure the classloader right, it's unimportant for our testing. Escalating.

Did it use InnoDB for the storage engine? If so, it's possible they were lost during the migration due to the InnoDB damage on Johnny. If they were MyISAM engine, Krydos would need to take a look at it to find out where they went.

The emails always come from tommy.heliohost.org. Many mail providers will honor the "From" headers you set, but some of them no longer do to help stop abuse. I'd check your code and/or the help for the mail provider you're sending mail to. I just sent myself a test email from Tommy and it arrived to a Gmail mailbox just fine. It showed as being from my custom headers (noreply@raxsoft.com), not from Tommy.

Please post your issue on the Helionet forums so one of the administrators can assist you.

Trying this again because it failed due to high load...

The March 12th one was almost certainly related to the server issue (that's around the time the issue occurred). For the end of last year, that would make sense as well. We had disk trouble on Tommy right around the new year, so something breaking around that time wouldn't be terribly surprising. That disk trouble is the same reason we have low disk space on Tommy and can't offer new Tommy accounts for free at the moment. We had to abandon one of the hard disks attached to Tommy because it started generating errors. After removing the disk, we also discarded all of the archived accounts on Tommy so the server had enough room to function. Tommy currently has about 15GB of space free. The storage hardware we'll be getting from our recent NAS and server fundraiser is our long-term solution to this problem. As for email notifications, we were unaware anyone had a Java issue the first time, hence the lack of notification (we did have an announcement for the server maintenance related to the disk issue). If a global Java malfunction like the recent one happens again, making a public announcement would definitely be a possibility. We try to avoid emails though simply because most users don't want them, and when we do send a mass email, we get a lot of auto-replies, complaints, and even the occasional abuse report. Instead, we post all of our announcements here: https://www.helionet.org/index/forum/1-news/ ...the announcements made there also appear on our Twitter and facebook pages, and you can receive alerts from those platforms if you wish.

You've been moved to Ricky. It may take up to 2 hours for the domains to start working. Also, I don't believe you used them, but if you had Java or ASP.NET on your account, these features have been removed since they are not offered on Ricky.

Moving.

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...

That URL should work just fine for logins. The important part is to make sure when you log in, that the page you end up on does not end in .html (we can't run scripts on those pages to count the login). The one you posted, and https://heliohost.org/login/ (which likes to fail if the load is spiking) are the only 2 officially supported ways to log in. Our system doesn't say why it didn't count, so I can't really provide further information. All I can see is the last time you logged in. If you want, log in again in a few days and let me know you did, and I'll see if it counted for you.

@Byron: There's no g in the username. His forum username is correct, not the one in the post. I'd do the transfer but I'm not at a PC at the moment...

This is intentionally limited to 6 to prevent the MySQL server from becoming overloaded and cannot be increased. If your scripts are properly coded, there should never be a need for 50 concurrent connections anyway.

That account cannot be restored because it was deleted for disk space. An invitation has been sent to the email address on file for the account so you can create a new one. We apologize for any inconvenience this may cause.

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. <br /><br />If you still see the suspended page, please clear your cache.<br /><br />If you need help figuring out why your site is causing such high load let us know and we can try to help. If the high load is simply because your site is getting a lot of traffic you might consider trying paid hosting from our partner starting at only a cent for the first month. https://www.heliohost.org/partners/hostgator

Your message's content was lost during delivery, likely because it contained images or attachments. Our system does not accept messages containing images or files. If you need to send an image or file, please provide a link instead of attaching it directly to the email. Please resend your request without images or attachments, or post on our forums for assistance.

Your message was discarded during delivery because it contained images or attachments. Please resend your request without images or attachments, or post on our forums for assistance. If you need to send an image or file, please provide a link instead of attaching it directly to the email.

We do not support custom daemons or inbound ports, so no, this cannot be not run our servers.

We limit crons to 2 executions per day, so the most it could run is once every 12 hours. I'm not sure whether we'd be able to offer an external cron or not since the content being triggered is not hosted with us. Our admin Krydos would know for sure whether this is possible.

You can't. Krydos would need to supply the relevant portions for you. Please post exactly what you're looking for on our forums and we'll see about getting the logs for you. We can't give access to the logs directly because the Tomcat server is shared, and consequently includes private information from other users' accounts.

I know at least one un-deployment was due to a server malfunction that removed Java support and WAR files from every user on Tommy. That issue was corrected, but users did need to redeploy WARs manually after the issue was fixed. As for it disappearing at other times, do you need to re-request Java when this happens, or just redeploy the WAR? If Java needs to be re-requested before you can redeploy, it's probably the server removing it due to nonuse (which can happen even with a deployed WAR if it doesn't have enough traffic). If the WAR is undeploying but you still have Java support, I'd have to get it looked into further.