Krydos

The copyright infringement is using an illegal, unlicensed, nulled version of vBulletin located at http://sahr3wi.tk/vb/ vBulletin contacted us directly requesting your site be taken down. Since the illegal version of vBulletin was still located on your account it has been resuspended. Let us know if you purchase a legal version of vBulletin, or if you're willing to delete the illegal content from your site.

Here is the spam email that was reported and caused your account to be suspended: We have received a complaint about your account. Please investigate and fix within 24 hours. Hurricane Electric Abuse Department support@he.net From scomp@aol.net Mon Mar 10 09:52:07 2014 Return-Path: <scomp@aol.net> X-Original-To: report@abuse.he.net Delivered-To: report@abuse.he.net Received: from smr-d01.mx.aol.com (smr-d01.mx.aol.com [205.188.255.71]) by abuse.he.net (Postfix) with ESMTPS id 947DE54109F for <report@abuse.he.net>; Mon, 10 Mar 2014 09:52:07 -0700 (PDT) Received: from scmp-d011.mail.aol.com (scmp-d011.mail.aol.com [172.29.189.80]) by smr-d01.mx.aol.com (AOL Mail Bouncer) with ESMTP id 0DC233800D30 for <report@abuse.he.net>; Mon, 10 Mar 2014 12:46:20 -0400 (EDT) Received: from scomp@aol.net by scmp-d011.mail.aol.com; Mon, 10 Mar 2014 12:46:18 EDT To: report@abuse.he.net From: scomp@aol.net Date: Mon, 10 Mar 2014 12:46:18 EDT Subject: Email Feedback Report for IP 65.19.143.2 MIME-Version: 1.0 Content-Type: multipart/report; report-type=feedback-report; boundary="boundary-1138-29572-2659438-32539" X-AOL-INRLY: stevie.heliohost.org [65.19.143.2] scmp-d011 X-Loop: scomp --boundary-1138-29572-2659438-32539 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit This is an email abuse report for an email message with the message-id of 73C55E0B.81E98905@trinityskippack.org received from IP address 65.19.143.2 on Mon, 10 Mar 2014 12:00:37 -0400 (EDT) For information, please review the top portion of the following page: http://postmaster.aol.com/Postmaster.FeedbackLoop.php For information about AOL E-mail guidelines, please see http://postmaster.aol.com/Postmaster.Guidelines.php If you would like to cancel or change the configuration for your FBL please use the tool located at: http://postmaster.aol.com/SupportRequest.FBL.php --boundary-1138-29572-2659438-32539 Content-Disposition: inline Content-Type: message/feedback-report Feedback-Type: abuse User-Agent: AOL SComp Version: 0.1 Received-Date: Mon, 10 Mar 2014 12:00:37 -0400 (EDT) Source-IP: 65.19.143.2 Reported-Domain: stevie.heliohost.org Redacted-Address: redacted Redacted-Address: redacted@ --boundary-1138-29572-2659438-32539 Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <admin@trinityskippack.org> Received: from stevie.heliohost.org (stevie.heliohost.org [65.19.143.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mtaig-mce01.mx.aol.com (Internet Inbound) with ESMTPS id 5CB797000008F for <redacted@aim.com>; Mon, 10 Mar 2014 12:00:37 -0400 (EDT) Received: from [95.71.224.48] (helo=trinityskippack.org) by stevie.heliohost.org with esmtpa (Exim 4.69) (envelope-from <admin@trinityskippack.org>) id 1WN2cq-0004aG-2y; Mon, 10 Mar 2014 09:00:03 -0700 Message-ID: <73C55E0B.81E98905@trinityskippack.org> Date: Mon, 10 Mar 2014 16:00:05 +0000 Reply-To: "admin@trinityskippack.org" <admin@trinityskippack.org> From: "admin@trinityskippack.org" <admin@trinityskippack.org> X-Accept-Language: en-us MIME-Version: 1.0 To: redacted@netzero.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@sbcglobal.net redacted@rediffmail.com redacted@rediffmail.com redacted@icomamerica.com redacted@yahoo.ca redacted@yahoo.ca redacted@wi.rr.com redacted@aim.com Subject: Are there any news about being together with me? Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - stevie.heliohost.org X-AntiAbuse: Original Domain - aim.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - trinityskippack.org X-Source: X-Source-Args: X-Source-Dir: x-aol-global-disposition: G Authentication-Results: mx.aol.com; spf=none (aol.com: the domain trinityskippack.org appears to have no SPF Record.) smtp.mailfrom=trinityskippack.org; x-aol-sid: 3039ac1d1bc1531de1a55b50 X-AOL-IP: 65.19.143.2 X-AOL-SPF: domain : trinityskippack.org SPF : none <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title></title> </head> <body> <p> <a href="http://ws-cool.ru/Vga4HUdTK7">City of lonly angels</a> </p> <p>repent engaging an whom, in you have to I to that never</p> <p>so an to myself at when am fairly by and think could</p> <p>something at to in defence; as had a in beginning my always</p> <p>leave public judge my reply, must inviolably this otherwise silence any occasion</p> <p>be an to and be of against He in passage cited,[119:2] the</p> <p>on the of was to answer this, is letter Campbell, which endeavours</p> <p>rival opponent candour, and feeling. happy with he occasionally tone his shows</p> <p>the northern possessed no degree qualities might adorned more station. CAMPBELL HUME.</p> <p>June, The you pleased give favour my is honour which should entirely</p> <p>were not of uncommon you shown in giving it. Ever since I</p> </body> </html> --boundary-1138-29572-2659438-32539--

Here are the files that were causing the highest load the four times that your account was suspended: /home1/ozviat/public_html/brth/index.php /home1/ozviat/public_html/brth/index.php /home1/ozviat/public_html/re-brth/index.php /home1/ozviat/public_html/re-brth/index.php I'm unsure what any of them are because they are both deleted now, but that's what the log files list. Since your account wasn't suspended again after deleting them I suppose you figured out what was causing the high load on your own.

This account cannot be unsuspended because it was involved in illegal activity. If it wasn't you that was doing this feel free to create a new account, and make sure you secure your account better against hackers this time around. If it was you that was involved in the illegal activity feel free to find another host. Either way this account cannot be unsuspended.

Wolstech is correct. This account cannot be unsuspended.

Alright. You can also request to have an account on Stevie and an account on Johnny if you have a good reason http://wiki.helionet.org/Multiple_Account_Policy by creating a new thread in the customer service forum http://www.helionet.org/index/forum/45-customer-service/ Wanting to be able to test the newest version of Drupal on Johnny without losing the uptime of your current Stevie account would be a good reason.

By default addon domains are activated for all accounts, and you can create an unlimited number of them. If you mean "activate" as in your addon domain shows the queued page when you visit it, that is normal. All domains, whether they are main domains, parked domains, subdomains, or addon domains go through a 24-48 hour queued period after being added. Posting on the forums doesn't speed it up. No admins need to review your domain or anything. It's a fully automated process. It just takes some time to set up a new domain.

Johnny hasn't been turning on and off. It's just high load as is expected after a server reboot. Unix servers actually get more and more stable the longer they run without a reboot. Prior to http://www.helionet.org/index/topic/17708-johnny-reboot/ Johnny actually ran without a reboot or a crash for almost a year. Hopefully we can have a long run like that again. That's why the uptime since then hasn't been as good. For about 24 hours after Johnny reboots he has a tendency to spike really high load, and then balance out again. I've seen the load spikes as high as 140 or so since the reboot yesterday. He seems to be balancing out now though. Take a look at http://heliohost.grd.net.pl/monitor/ if you want for the last few days and you can easily see what I'm talking about.

Yeah, it sounds like our automatic antispam prevention measures are working well. Thanks for testing them out for us. As you've already been told we recommend users only send about 50 emails per day without first asking and receiving permission to send more. If you greatly exceed that amount your account is throttled to 24 emails per day (1 per hour), and if you greatly greatly exceed that limit by a ridiculous amount your account is suspended. Question #1: Do you ever send emails to anyone who hasn't personally signed up for them on your site? Question #2: Are all of the emails sent instantly when someone directly does something on your site, or is it more of a mailing list that are sent out every once in a while to everyone who has signed up? Question #3: How does one stop receiving emails from you if they don't want them?

Please post the following information: Your cPanel username Your main domain The server that you are on Sample script that causes error (with passwords edited out)

Both links loaded just fine and error free for me. Perhaps this will give you some ideas of why the 500 error shows up sometimes. Since the error seems to be intermittant 1, 4, or 5 are probably most likely culprits.

Stevie is currently running php 5.3.8 which is two versions less than the 5.3.10 that your error says it requires. Johnny is currently running php 5.3.17 which is seven versions newer than what your site requires. I will bump the upgrade of php/mysql/apache on Stevie up a few notches on the priority list, but if you're in a hurry to get your site working on Heliohost you could consider moving to Johnny. http://wiki.helionet.org/Moving_your_account

Are you using .NET 3.5 compliant code?

Since java isn't enabled on your account the source of all .jsp files is exactly what you should expect to see. If you click "Follow this topic" in the top right side of the page at http://www.helionet.org/index/topic/18278-request-for-java-abhi7300/ then you can get a notification when Java is enabled. Your most recent prediction of when java will be installed on your account is Tue Apr 22 13:05:46 PDT 2014

Please clear your cache.

Please clear your cache.

http://www.medicinalteas.co.uk/ isn't hosted on our servers. If you would like to host it with us you'll need to set your nameservers to ns1.heliohost.org and ns2.heliohost.org

Can you post a link to the page that is showing the 500 error?

Well, the numbers I've given you are a rank of your memory usage versus all other users on your site so there aren't really units. Basically the server just keeps track of which accounts are using how much memory and cpu as a percent of available memory and cpu throughout the day, and then it sorts it by who used the most cummulatively. Being ranked #1 in either category doesn't even mean you're going to get suspended either. We don't have any maximum cpu or memory usage restraints for accounts. As long as the server is running well no one gets suspended. If the server starts to crash or run slowly due to lack of memory then the highest memory usage account gets suspended. If the server is about to crash or is running slowly due to the cpu being pegged out at 100% then the highest cpu usage accounts are suspended. That way one account isn't allowed to hog all the system resources and cause poor performance for all the other thousands of accounts sharing your server. As far as figuring out what script(s) are using the most memory it's pretty much impossible for us to give you any useful information because CMS' generally are all accessed through index.php which includes dozens if not hundreds of other files, so from the point of view of the server's log files that index.php file is using all of the resources. Generally though, the more plugins and the more addons you install on your CMS the more memory it will require all that extra stuff.

There are already thousands in not millions of paid hosting options available in the world. There are very few good free webhosting options. Most free webhosts are just a gimmick that is owned by a paid host that they use to hook people into their service and then they do everything they can to get the person to upgrade to a paid plan instead of the free plan. Heliohost is different. We don't have any paid hosting plans so none of our users will ever be extorted into paying us money for anything. The other thing that I've seen occur quite often is a new free webhost will start up with a similar "nothing but free accounts" philosophy similar to us, but they quickly find that it's not a very profitable business to be in and they quickly switch to paid hosting or run out of money and shut down. Heliohost is different. We've been in business for nearly nine years now offering nothing but the best free webhosting on the internet. Not only that, but we're quite profitable so you don't have to worry about us shutting down for lack of money. If you appreciate good, fast, reliable, free hosting without any tricks or bullshit then you're in the right place.

It's not a security issue, but like I said already I think it would be useless for you since you wouldn't be able to use it whether it was installed or not.

Since you didn't really answer this question I'll ask it in a different way. Why can't you just use one port?

I skimmed through the documentation quickly, and it looks like it would be useless for you even if I did install it because you don't have shell access. Besides it's probably less work for you to just install the dependencies manually rather than messing around with a dependency manager, but that's just my opinion.

What do you need three ports for?

Have you tried deleting or renaming your .htaccess file?