Krydos

Since there is an active account with the username quantas on Stevie I'm going to assume that this issue was resolved. Let us know if you're still having any issues with your server transfer and we can removed the [solved] tag.

The problem is http://dppas.heliohost.org/forum/ It looks like bots are trying to create accounts with random email addresses. Even though the bots won't be able to post to your forum the account creation emails still get sent out, and they get flagged as spam. I would suggest using a stronger captcha to block the bots, or remove the forum completely if it isn't in use. Account dppas unsuspended.

Access granted.

It works for me on my Stevie account. Is there any particular instructions you can give me to reproduce the error? Does it always show that error for you, or just intermittently? Do you consent to me changing your cpanel password so I can log into your account specifically to see if I can reproduce the error?

Your account was suspended because you falsely advertise SSL encryption on a page proxy that clearly isn't encrypted in any way. That is a common sign of an illegal phishing website. Are you intending to add SSL encryption at some point? You might want to read our instructions on enabling SSL/https on your Heliohost account http://wiki.helionet.org/SSL Your account has been unsuspended, but keep two things in mind: Intentionally misleading visitors to your site into thinking that their connection is secure when it isn't is illegal and violates our ToS http://wiki.helionet.org/Terms Your site appears to be nothing more than a web proxy. Proxies tend to cause a lot of load, and you may end up being suspended again for high load even if you fix the misleading SSL references.

403 forbidden on that link.

Your account was running about 50 perl scripts each of which was trying to use about 5% of the server memory, and your account caused such high load that the entire Johnny server and the other 11,000 accounts on that server experienced 6 hours of downtime. I'm trying to determine whether you did this on purpose.

This will be fixed soon. I'll make another post when it is ready to go.

What were you doing on your account when it was suspended?

What makes you think Johnny has it enabled? From Johnny phpinfo: From Stevie phpinfo:

Your account has been unsuspended. You've got yourself a spambot problem on your smf install. Delete or prevent the spambots from posting on your forum and I'm sure your account will stop sending thousands of emails each day.

Deployed. http://amolsarang.heliohost.org/soamportal

Unsuspended. If that's the case I guess this is proof that we respect the privacy of our users and don't snoop into the actual contents of the emails, but rather just monitor the volume of emails. Sorry for the inconvenience, and good luck.

Due to abuse of our email system (especially on Stevie) we have had been forced to tighten our security on spam sending accounts. Your account was suspended for sending 281 emails on average per day. We recommend you keep this value below 50 emails per day to avoid being suspended. This is your only warning. The next suspension will be permanent. Feel free to use these forums for assistance if you're unsure how to reduce the number of emails your account sends, how to prevent vulnerabilities on your site that could allow a spammer to send mail from your account, etc. When you are confidant that you can solve your spam email problem quickly before you get suspended again let us know by replying to this thread and the first admin that sees it can unsuspend your account.

Deployed. http://softlab.heliohost.org/blog

This doesn't look like it's going to be feasible. Are there any other options that you could use to convert html to pdf, or can you run this program on your home computer and upload the results to your website?

Delisting a server only to have it listed again a few days (or hours) reflects even worse on the reputation, and in some cases they can permanently block the server from ever being delisted again. The more information you all can provide as to the nature and method of the spam being sent from our servers the more quickly we can refine our automated spam prevention processes, and hopefully never have this happen again.

Looks like everything is working now. My guess is that, like most Johnny accounts when the server was broken, the account creation failed. Since his domain is not something.heliohost.org then it will show up as queued until the account is created properly rather than show no domain by that name.

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

Deployed. http://softlab.heliohost.org/blog

The /var partition filled up. I deleted over four gigabytes of data from the partition, but it required a full system reboot to show up properly. Since the full partition was causing issues with creating new accounts I disabled the account creation temporarily to prevent anymore failed messages. Once the load spikes dissipate some more I will re-enable account creations on Johnny. The FTP issues, high load, and downtime for cPanel on Johnny were all related, and should now be fixed. See the news posts http://www.helionet.org/index/topic/20897-2015-4-14/ and http://www.helionet.org/index/topic/20898-2015-4-15/ for further information.

Deployed. http://softlab.heliohost.org/blog

The database gamegoof_maafs has been dropped for you.

Deployed. http://softlab.heliohost.org/blog

The title of your post is The reason you couldn't view your application was because the system didn't like two characters that I removed of the automatically created redirect. Your ruby on rails application could then be viewed once that was fixed. I thought that was your "original concern" since it was the title of your post. The reason it displays a blank web page is because /home/ejweb/rails_apps/test/ is not publicly visible. It is the root of your application, but it cannot be seen with a browser. If you read http://guides.rubyonrails.org/getting_started.html you can see that /home/ejweb/rails_apps/test/public/ is the publicly accessible webroot of your rails application. I created a test file so you can see what I mean located at http://ejweb.tk/test/index2.html That's because ejweb.tk:12955 is not publicly accessible. This is a security concern on a large scale shared server such as what we host. If you want to view your rails app remotely you will have to view it through the redirect. Sure.