wolstech

The 664 is normal when uploading files. You have to change them every time you create a new file, though you should be able to do an entire folder at once. Files should be 644, directories should be 755. As for the recursive folders named after the subdomain, I've never seen that. The main domain always points to public_html (or should anyway...), so no such folder should exist. I'll let Krydos take a look at it to find out why this happened. Also, please don't spam our boards with multiple topics. You can edit your post after posting, or even double post in your topic if need be. Also, even if marked Solved, we do check topics if there are new posts in the topic.

You were blocked for failed FTP logins. Make sure your password is correct and that you're using SFTP on port 1373 (full settings shown in cPanel) if you're having trouble. (Please note that FTP over explicit TLS does not work on Johnny). Unblocked.

You're on Johnny, which is famous for terrible performance since he's meant for testing and is overloaded. If you need something more reliable, you probably should pick a different server. Ricky has free signups every day at midnight UTC if you're interested. Tommy is only available by donation right now, though free accounts for him should be available again once the new equipment from the NAS fundraiser is installed. As for the IP block, your password for SFTP is incorrect. Be sure to use the same username and password as cPanel. SFTP does not support additional accounts if you're trying to use that feature (you have to use plain FTP for those). Unblocked.

I did import via command line. No idea why the UI wouldn't see the server, but phppgadmin has a limit of like 50MB anyway so even if it did, this particular file won't import through it due to size.

Be aware you may need to clear your cache after the 12 hours to see your site. The queued page sometimes gets stuck in cache and appears as if it didn't go away when it actually did.

So, 2 hours on, this database is both too large for our systems and for the wrong version of postgres (it's for 9.x, we have 8.x on Johnny). This will not run here. It's still finished the import on the schema file, but its almost certainly not going to work correctly. I won't bother to attempt the 400MB of data as I'll only run you out of disk space and whatever this DB goes to is likely not going to work anyway due to the version differences...a significant number of commands have failed at this point due to being for the wrong version. If you want to go ahead, let me know, otherwise you can just drop the database.

Looks like it's got a bunch of syntax issues psql:cidade_schema.sql:201697: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2606551314 OWNER TO walter21_cidade; ^ lo_create ------------ 2608066841 (1 row) psql:cidade_schema.sql:201706: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2608066841 OWNER TO walter21_cidade; ^ lo_create ------------ 2608583171 (1 row) psql:cidade_schema.sql:201715: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2608583171 OWNER TO walter21_cidade; ^ lo_create ------------ 2608589391 (1 row) psql:cidade_schema.sql:201724: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2608589391 OWNER TO walter21_cidade; ^ lo_create ------------ 2775496897 (1 row) psql:cidade_schema.sql:201733: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2775496897 OWNER TO walter21_cidade; ^ lo_create ------------ 3611089473 (1 row) psql:cidade_schema.sql:201742: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 3611089473 OWNER TO walter21_cidade; ^ lo_create ----------- 489583744 (1 row) psql:cidade_schema.sql:201751: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 489583744 OWNER TO walter21_cidade; ^ SET What version postgres was this DB for anyway? If it's meant for 9.x, no wonder it's been spewing errors. Johnny has 8.x...ALTER LARGE OBJECT seems to be a 9.x command. If this is the case, this database simply won't run on Johnny properly.

I'm not surprised it wouldn't import for you simply due to its size. Those database files are huge. I copied and fixed the SET OWNER commands on the schema file so it assigns the tables and schemas to a user that exists (you), then started it and its still running. I'm not even going to attempt the demo data right now... Also, it seems happy right now, but there were tons of errors in the beginning, so if it doesn't work we'll need to drop it and try again. I'll let you know when it's done. EDIT: I think you've won the award for most tables in a single database on our server And it's still not done...

Did you create the database walter21_city? It doesn't exist, which would explain a lot about why you can't import into it. The database itself needs to be created through cPanel in the same manner that MySQL databases do. Please create the database. Or is this supposed to be in walter21_cidade?

Please upload the files into your home folder and let me know their filenames and I'll go ahead and import them.

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

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

You should be able to import it through the PhpPgAdmin web interface. I doubt the cron would import it. If it won't import though, tell me the database you want that file imported into and I can import it from the command line for you.

Did you add the domain in cpanel as an addon domain or alias?

Glad to see you figured it out. Let us know if you need anything else.

Please clear your cache. I see a blank white page with "new test" in the corner when I visit that domain. If there's a different page that's broken, please post a link.

In the USA where we are based, a user needs to be provided a way to opt out of further emails from within the mail itself, so an unsubscribe link will be needed. Other than that, it sounds good. Krydos will take a look at this and decide when he sees your response.

This support request is being escalated to our root admin. (I'd normally do this, but I'm at work and for some reason I can't reach my home PC from work today...it's got miners on it and probably crashed from the OC I adjusted last night)

Never mind. You're banned for phishing based on the contents of the files on your account. $sender = "account_recovery@gmail.com"; }elseif($emailExt == "yahoo.com"){ $message = "yahoo"; $sender = "account_recovery@yahoo.com"; }elseif($emailExt == "hotmail.com" || $emailExt == "outlook.com" ){ $message = "hotmail"; $sender = "account_recovery@office365.com"; }else{ $message = "webmail"; $sender = "account_recovery@webmail.com"; } There's no valid reason for sending emails with those headers...

Unfortunately, we don't offer email services in your country. You're free to use our web hosting provided you comply with our Terms of Service: http://wiki.helionet.org/Terms however you will not be able to send more than 1 email. Unsuspended.

Please see your other topic here: https://www.helionet.org/index/topic/31649-username-spell-acct-suspended/

Because that topic is ancient and the server has been rebuilt twice since that was posted. That was information for the original Johnny, we're on our third round with Johnny now.

It's a mail signature. Google Apps is doing that to the mail, not us. You'd have to ask them if it's possible to remove it.

Haswell came out in 2013, so it's almost 5 years old.

In this scenario, it probably failed because it was already added. You cannot make a domain your main domain if it's already added as an alias or addon domain. You need to remove it from Aliases, then change the try to change the main domain again.