wolstech

Delete and recreate the database user that is used for SMF. Be sure to reassign it to the database. Configure SMF if the user or its password changed, then try it again.

I'm not sure if forwarded mail would show as being sent by your account or not. If it does, it's possible the spam got sent to your forwarder, which then forwarded to an address that flagged it for spam. If you look closely, you'll notice that many of those come abuse reports came from Comcast, so the email is being flagged there. Do you have a forwarder pointed to a Comcast email address? The malware issue is irrelevant if you do not host web content on your account (it sounds as if you use our services primarily for DNS and mail), as an empty account is not easily attacked for malware installation unless your cPanel password is compromised. That's not to say a webmail account or the like isn't compromised though and spewing spam. I do recommend you change the password for cPanel and any webmail users on your account as a precaution.

@Krydos: Can't agree more here. @efxi: Since the original topic was on Gmail for Busineess, it's also worth noting that Google's TOS forbids you from using their service for this purpose as well. Though from the sample mail I'm aware you're not in the USA (where we are based), the email would be considered spam under regulations such as the CAN-SPAM act since the recipient never did business with you prior to receiving the email (where a terms and conditions document they agreed to might allow you to email them), they would not explicitly opt into the emails, and the email lacks instructions or a link for unsubscribing.

Escalated. @Krydos: is there any way to reset an account password when the email attached to it is no longer valid?

You probably have malware on your account. I'll bet it came in through an un-updated CMS, fake or insecure theme or plugin, or similar avenue. If you use WordPress, Joomla, or another popular CMS, this is unfortunately rather common. The CMS and all plugins need to be kept updated, and plugins from random websites should be avoided because they often contain backdoors used to install malware (often said malware is a spambot, botnet, or similar, but sometimes I see Phishing set up shop there instead).

You cannot get more space and cannot edit php.ini or override it. There are no upgrades of any kind either. For what its worth, we also limit email to 50/day and cron to 2 executions/day. You can also get suspended for using too many resources, though most won't have this issue unless they run stuff like proxies, rapidleech, or broken scripts. Also, we don't put advertising of any kind on your site, just a banner in cPanel if I remember right. We're funded by donations and ad revenue from banners on our own sites, and support is all volunteer.

Change your nameservers to ns1.heliohost.org and ns2.heliohost.org and try again. Cloudflare is likely to blame for this not working.

Your remote mysql may need to be set up again. Remove your host entries in cPanel and re-add them to see if it makes a difference. The inaccessible table (probably showing as "in use") likely used InnoDB, which is currently not supported. Until that support is restored, you won't be able to do much with that table (I think you can drop it, but odds are you're not trying to do that if you need access to it).

Change your password here: http://stevie.heliohost.org:2082/frontend/x3/passwd/index.html Then log out, and clear your cache. After that, try PhpMyAdmin again. Very often the reason it won't work because the mysql and cpanel password got out of sync. The blank page can occur for this reason, or also if there is high load on Stevie. It's working fine for me right now.

Delete your database user, then recreate it and reassign it to the database.

It did get updated...sort of. cPanel went from 11.38 -> 11.42, MySQL went from 5.1.68 to 5.1.73. As a result, everyone's database users broke, their password needs to be changed to fix PhpMyAdmin, and InnoDB support was dropped entirely (whether intentional or not, I don't know).

I'm not sure why this won't unsuspend. It is showing as active in the system. Escalating.

You need to delete the user for your website's database in cpanel, recreate it, then reassociate it with the database. If you have issues accessing PHPMyAdmin, you will also need to change your password.

Escalated.

Change your password through cPanel here: http://stevie.heliohost.org:2082/frontend/x3/passwd/index.html After that, log out then back in and try PhpMyAdmin again. For database users you created in cPanel, you may need to delete and recreate them before they work.

Did you recently renew it for inactivity? I've been noticing that ever since the upgrade on Stevie, accounts can take a while to fully unsuspend. It shows as suspended for me as well. If it's still not working by tomorrow night, I'll escalate this for you.

cPanel's restore tool can do that sometimes. I'm assuming you have a .sql file. Try this: Create an empty database in cPanel. After creation, open PHPMyAdmin, and navigate to that new database. Use the Import tab to restore the backup into the new database (might take some time after you select the file). Verify the contents of the database are correct.

You cannot move just one email address except for forwarding as Ice IT suggested. To properly use the new service, you probably need to change your MX records to whatever Google wants. They should provide directions what you need your MX records to be set to, and there may be some TXT records as well. The exact values will need to come from Google. As for the 50/day limit we have, Krydos might increase that if you ask (and agree not to send bulk mail). I know people have asked before and gotten it raised. If you want, I can escalate this and see if that's possible instead.

You don't mention a specific error, but I'll assume it's InnoDB related since most issues for backups failing to restore are. Make a copy of the backup, then open the copy in a text editor and do a find and replace in your backup, replace all ENGINE=InnoDB with ENGINE=MyISAM After that, save, and try to restore the edited version. Stevie currently does not support the InnoDB engine.

Most that needed to use their sites converted to MyISAM in the 18 months it was broken. You should do the same. I don't know when or if InnoDB will be restored.

You might be blocked, especially if you use FTP heavily. Also, you mention cron...just be aware that you can't run more than 2 crons a day. If you set a cron for every hour, you'll get suspended by the system. Moving to customer service.

It didn't fix the problem. It's part of a fix that I don't think is fully implemented yet. On the upside, with it entirely disabled, MySQL shouldn't crash so much because you can't even do stuff like try to create innodb tables. It just errors saying unknown engine instead of crashing the server.

Delete the database user and recreate it. A lot of database users got lost in the recent update it seems.

For software running on Johnny, use localhost to access MySQL. For remote connections, enable the remote access in cPanel, then use johnny.heliohost.org as the host.

The Access Denied errors seen on websites are fixable by deleting and recreating the database user. Be sure to reassign it to the database after deleting and recreating it. PhpMyAdmin and your cPanel MySQL account are still broken though (sometimes changing your password will fix these, but it did not when I tried it).