mlex

When you said "died" I actually indeed thought it died completely. Thanks for clarifying it. Will wait patiently

wolstech, in that case, what should we(users@tommy) do? Migrate to Johnny or... what?

Same is here. Can't load my website. Can't log into the Control Panel(redirect me to Invalid Login page after couple of moments)

This is kind of odd. Previously I was logging exactly the same way. The only difference I can see from my perspective is that now I'm logged in to the forum, and even though I doubt there's a connection between this two, it's worth noting. If it will happens again, I'll try to notify you immediately. Thanks

Done.

Yeah, absolutely. Just please notify(by updating it here) when you change the last login date. Thanks

I'm using the login form at heliohost.org at the top-right corner, then "Continue to cPanel" button.

Hi folks! I got my account suspended atm(minutes ago) due inactivity, even though I was logged in to my CPanel couple of days ago (to the CPanel it self, not just the first screen you hit when get logged in). I renew it successfully by login in, so I'm just letting you know for this issue so you could track the problem if there's any.

Once again, thanks a lot, wolstech! All works great at the moment. I hope the DDOS attack will end soon entirely

Thanks a lot for quick reply, wolstech! Can this cause brake https of CloudFlare? I'm using the Page Rules of CloudFlare to redirect from http to https, but at this moment, I'm not redirecting to it and while going on it manually, I'm getting the "Your connection is not secure".

Hey there folks, I'm getting 522 error(host error) with cloudflare(it says your server is returning timeout). As for now, it does working, but without CF's rules of https - it return "insecure" error, while it let visit with standard http just fine. I'm on tommy. Is there any problems currently(was) or something?

Oh, I'll check it out with the "@" sign. I'm kinda noobie in PHP, so I'm not aware of many things of it yet. I've used PDO interface for the connection, but when I ran into some stupid error with DB connection, it gave me the whole line of connection code "as is", with hostname, db name, db username and... db password. I was kinda shocked by that, but when googled this out, I found out I'm not the only one. As it seems, simply by flooding http or getting some typical errors with db may cause this kind of output, so everywhere it's suggested to disable php error output, but enable it in the logs, that what I was aiming to do as well.

Yeah, I know about the error log file - I tested it and it didn't logged the error - that's why I was wondering if it's possible to enable logging with it, because with php_flag you actually can do this, but with this option I couldn't find a way. It's very unsecure enabling them. It's way too easy to see your DB username and password.

Cool, wolstech, thanks! But is it possible to enable only logging with this function?

I was trying to disable them via .htaccess file(using php_flag), but quickly noticed I'm not the only one who tried it and this method is not allowed on HelioHost. So, basically, how do I disable them? I couldn't find anything related to it on HelioNet

Byron, well... there's bots who send(trying to) emails just for random mailboxes(similar to brut-forcing), for example you got a byron.com domain, so they will and try to send it to "admin@byron.com", or "hello@byron.com" etc. This is actually a great alternative, because this solved straight away two problems: 1) it prevents from abusing the system 2) it actually allow the user(of HelioHost) to prevent downtime for his website(suspended-case). But does this mean the email will eventually come to the destination point? I mean, do they get in the queue if the limit is reached? Johnny is different... Because it's for testing purposes(am I wrong?), so obviously there will be bunch of people who will and try to use free services for bad things. That's crazy But if we're giving examples, I know free host who allow unlimited mails, but with up to 100 mails per hour. But who cares The most important part of all this is to be stable and usable, because obviously if you hit the mail limit just by someone sending mail through your contact-form on the website and it's forwarding to your email address, and due that you will get suspended - that's not stable, unfortunately. So it may be wised to just not use forwarding mails, but that's not usable, unfortunately.

Oh, I thought it will just block mails for a day or something... Sounds risky to use mail with Helio

Glad to hear that, Krydos. I actually found out that commenting the $mail->isSMTP(); in PHPMailer isn't really solving the problem, because this actually tells PHPMailer to use default mail() function instead of SMTP. This error (Failed to connect to server: Network is unreachable) with PHPMailer is very common at GoDaddy hosting and as far as I googled it, it's about hosting-related issues with the port or something on the server's end. I could make a simple page for testing specifically this and give you a link to that with all the access you'll need, to observe the problem, perhaps this could help to figure out why is it through this error if the ports are open

Yeah, Byron, that's what Default Mail is. You probably have option "Forward to Email Address" checked. I find this option very unsecure. It's can be easily abused. wolstech, I wasn't testing it like that, the mail I didn't get was actually from a third-party company. Wasn't big deal. We should test it

Thanks, wolstech, I'll appreciate it. Because I can't find this option(I think it doesn't exist ) BTW: If the incoming mail is forwarded to another mail - does this counts as outgoing(is it counted as one of the limited 50 mails)? I also noticed that one of the emails didn't forwarded at all(I've tested only 3-4 mails), I've tried to look for logs, but there's only logs for yesterday(perhaps it will be updated tomorrow), but I'm not sure if I'll be able to see this kind of thing in this logs. The only way I can think of why this could happen is that Gmail is blocked the sender - it wasn't me who sent this mail. But I don't have any anti-spam mechanism with Gmail nor do I see it in spam folder or something alike. Weird. That's odd, Byron... Why would "Default Address" give me this option? Please correct me if I'm wrong, but as I got it, the "Default Address" is for unrouted email - means if someone sends to not existing email box at your domain, it allows you to configure what you're willing to do about it: a) reply as "this kind of email doesn't exist here" or b.) forward this mail to real mailbox - the Default Address. That's what makes it default

1) There was restriction of 50 outgoing mails per day before - is this changed somehow today(on Tommy)? Does autoresponder considering as outgoing mail? Are there any restrictions about incoming mail quota too? 2) I've setup my HelioHost mail account so it will forward mails to my Gmail account, but the copies are saved on HelioHost end - is there anyway to disable that option, or perhaps remove them automatically somehow? 3) (not really HelioHost related question) I'm trying to find a way and hide the original HelioHost IP when sending an email. When I send email from my Gmail account(not as username@gmail.com, but as username@mydomain.com), instead of Gmail's, there's HelioHost IP and info inside the sent mail headers. Is there anyway to hide it(not really to hide as none, but to show Gmail's for example or some other)?

Not sure what you exactly meant by that, Krydos. But I tried to google the output of the logs and found out the solution by commenting the following line: $mail->isSMTP();This is odd, because this actually should tell PHPMailer to use SMTP. Did you actually meant by this: I'm abusing(trying to) the system or something? Because this obviously not the case

This is weird, because I'm getting an error with connectivity: SMTP ERROR: Failed to connect to server: Network is unreachable (101) SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting My SMTP at gmail are open; I've google it and found out from older posts at "https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting", that this is clearly(99%) a connectivity problem of the server. Is it possible to test it via telnet smtp.gmail.com 587 , so we could be sure in if it's blocked on server level or not?

Hey folks, I have some troubles sending an email through PHP to gmail via PHPMailer and ports 465(ssl) and/or 587(tls). Any chance you could open 465(preferably, I guess, because it's more secure) port, please? Update 01: On other hand, it would be much wiser to use 587 port, due the fact that SSL on port 465 was deprecated long time ago(1998)

CloudFlare let you choose 1 of 4 options, you can read about it here: https://support.cloudflare.com/hc/en-us/articles/200170416-What-do-the-SSL-options-mean- But basically, you don't have to install on your own server SSL certificate to use CloudFlare's SSL, but certainly you should enable SSL(you can use it without being installed on your server) before applying Page Rules to force SSL