Krydos

Please post the following information: Your cPanel username Your main domain Your queued subdomain The server that you are on

Alright, I've never been able to duplicate this, but a lot of people have reported the same thing happening to them. Since I can never get it to ban any of my test computers I am assuming it has something to do with the network or ISP that people connect with in addition to their FTP client, etc. If anyone is willing to be my guinea pig to test this out please let me know. Basically I would just want you to download or upload a ton of files or whatever it is that causes the bans to happen, and I will watch the log files to see if we can finally get this solved once and for all.

I made some changes to the way the server deploys your old catechesi java application http://infopar.heliohost.org/ which now does more than just show a 404 error. Let me know if you still want to go ahead with the new deployment. I thought it might provide some useful troubleshooting information for you to see this first.

I've been trying different server settings for deploying your catechesi application, and I came up with http://infopar.heliohost.org/ that seems to do more than just a 404 error.

Date CPU MEM ------------------ 2013-05-03 3 1 2013-05-02 1 1 2013-05-01 1 1 2013-04-30 3 2 2013-04-29 5 1 2013-04-28 2 1 2013-04-27 5 1 1=highest cpu/mem, 2=second highest etc. Also this list doesn't take into consideration suspended accounts. Perhaps your account was second highest load, but the highest load account was suspended in which case you should really be a 1 not a 2. I posted this link for another account recently that was using a lot of memory in php scripts. Perhaps you will also find it useful http://v1.srcnix.com/2010/02/10/7-tips-to-prevent-php-running-out-of-memory/

Reading through the logs it looks like Java was enabled on your account on April 9th, and then on April 21st it was removed for abuse. Java can only be enabled on a limited number of accounts at once, and each account that it is enabled on increases the system resources that tomcat uses. Your account was using the same resources as roughly 20 normal accounts, so it was automatically removed. You can request java again http://www.helionet.org/index/forum/74-java-requests/ if you would like, and we can give you another chance.

Since you still seem to be using a lot of memory I thought this link might be useful to you http://v1.srcnix.com/2010/02/10/7-tips-to-prevent-php-running-out-of-memory/

To prove ownership of a Helionet account prior to deletion you must be able to accept and reply to an email sent to the address that you registered the account with. Failure to reply to the deletion verification email means that the account will not be deleted. Once a reply is received the account will be deleted.

Your password has been manually reset, tested, and emailed to your contact email address. Let us know if you're still having trouble accessing your account.

It looks like your changes might have helped, or your coincidentally received a lot less traffic today, but either way your account is now 8th highest load and 2nd highest memory usage over the past 17 hours.

Correct. I have removed the brute force protection from this account. Try logging in once. Let us know if you're still having trouble logging in, and for future reference our system is pretty brutal when it detects someone guessing passwords.

Also make sure your .war is in your home directory such as /home/<username>/MyProject.war

Your request might also benefit from reading the forum rules too. Particularly http://www.helionet.org/index/topic/1544-the-official-etiquette-guide/

Well, if you haven't uploaded any files yet the upload limit is 500 MB. If you've uploaded 25 MB then your upload limit is 475 MB. If you win the website contest http://heliohost.org/home/website-contest that ends tonight then your limit would be 1000 MB.

Log into http://dot.tk/ select custom dns, and set the nameservers to ns1.heliohost.org and ns2.heliohost.org. Once this is done you should be able to park that domain on your account. Let us know if you encounter any other errors adding that domain.

Your account was resuspended for failure to take care of the malware problem during your allotted 24 hour period. The offending files have been deleted, and your account has been manually unsuspended. If you still see the suspended page then you should try clearing your browsers cache. You've been suspended for malware quite a few times. You should probably scan your files before you upload them, or if it's not you that's uploading these files you should probably put some effort into stopping whoever is uploading them. If you need help figuring out how to do any of that just let us know and we can try to help you.

It's interesting that you came here to ask this. Currently your account is the second highest load account on your server, and you are the highest memory usage account. What that means is when one of your users are active on your site your account causes the whole server load to spike up. When the load spikes up mysql, which is very sensitive to high load, slows down considerably. The slower mysql processes your queries the higher chance you have of seeing an error due to maximum connections. The solution to all of this is to make changes to your site to reduce the load it causes. If you use less memory, and less cpu it will reduce the chances of your account being suspended. As a nice side effect you should also see mysql connection limit errors drop too. You're in the unique situation of being able to solve your own problems here. The reason I say it's interesting that you came here to ask this is because the only reliable way we have of letting users know that they are causing problems on the server is to suspend their account. You've essentially saved yourself some potential downtime by coming here to ask this rather than waiting for your account to be suspended.

Fixed.

There are two options to check your mail with horde webmail using SSL: http://johnny.heliohost.org:2096/ - Pros: No setup required, already available on all accounts, doesn't use up any of your 500 MB disk space. Cons: Doesn't show your domain in the browser bar, uses the server's self-signed SSL certificate instead of your account's, browsers will show warning message because the certificate is self-signed. Install horde webmail on your account - Pros: Uses your account's SSL certificate, your domain shows in the browser bar, don't have to remember port 2096, doesn't show ssl certificate warning. Cons: Uses some of your account's 500 MB to host your own copy of horde, takes some work to setup because you have to install horde webmail. EDIT: Actually, according to http://www.horde.org/apps/webmail/docs/INSTALL it looks like horde requires root access and compiling binaries to install. I was pretty sure horde was like the rest of the webmail's I've seen where it's a simple php installation. In that case I wold recommend roundcube or squirrelmail which can both be installed with softaculous if you want to use the second option listed above.

Stevie is currently deleting accounts that haven't been logged into since August 4th 2012. That's about 269 days since the owner of the account last logged in. So if you logged into your account today and then never logged in again it would be suspended on May 29th 2013 for inactivity, and then it would probably be deleted sometime around January 23rd 2014.

If you're asking how to use ssl/https on the site hosted on your account, then If you're asking how to use ssl/https to connect to your cpanel, then https://johnny.heliohost.org:2083/

Please clear your cache.

I'm guessing when you say 'WCF' you mean 'Windows Communication Foundation' not 'World Cat Federation', 'Whichever Comes First', 'Waste-Calcining Facility' or 'Wind Chill Factor' or any of the other suggestions in http://acronyms.thefreedictionary.com/WCF If my guess is correct then the non-acronymed version of what you're asking should probably give you a clue. We don't use Windows servers. Our servers run on Linux. Perhaps this link http://stackoverflow.com/questions/944808/linux-mac-os-x-equivalents-for-windows-communication-foundation will answer your question? Or perhaps this one http://www.mono-project.com/WCF_Development

Honestly, the 50 emails per day recommendation is an arbitrary number that was set up as a guideline to discourage spammers from abusing our service. Free webhosting attracts the worst of the internet like a flame attracts a moth. 50 emails per day sounds like a lot for most normal users, but it's basically nothing for an email spammer that might want to send 50,000 emails in an hour. Since we respect the privacy of our users and don't snoop on the contents of the emails that are being sent the only tool we have to fight spam is monitoring the rate of outgoing emails. Since you mention limiting the number of accounts created per day I suspect you're worried about exceeding the emails per day limit due to new accounts being created on your site. I've found that a better way to limit the number of emails that your account sends is by setting up stricter bot prevention. Some common forum and CMS software can easily by spammed up by thousands of bots each day causing high load and sending tons of emails even if you have a captcha. Setting up some unique way to prevent bots from automatically creating accounts goes a long way towards solving the underlying problem rather than just trying to fix a single symptom.

Well, it looks like this account has been deleted so there isn't anything to fix now. However, I'm guessing I know what the problem is. When an addon domain is created there are a couple things that happen. First a subdomain is created on your main domain. So if your main domain is firm.tk and your addon is webdirectory.tk then the subdomain that is created is something like webdirectory.firm.tk. This is the default, but you can change it to something else if you want on the addon domain creation page. Once the subdomain is created the new domain that you're adding is parked onto the subdomain so webdirectory.tk and webdirectory.firm.tk show the same content. Based on your error you posted I'm guessing that you already had a subdomain called webdirectory.firm.tk so when you told the addon tool to create it again it would show you the error that it already existed. There are two solutions that would have fixed this: Choose a different subdirectory like webdirectory2.firm.tk, or go to subdomains and delete the existing webdirectory.firm.tk subdomain so the addon tool doesn't encounter an error with the default values.