Pan

What wolstech said will work, that's what I do on my own .com.br. Open both your heliohost cPanel and your account at Registro.br. Take note of the Shared IP Address on left sidebar at Heliohost's cpanel. Now, on registro.br go to your domain and click on "Editar Zona". Here you'll add an A record with your domain only (don't type any subdomain there) and the server IP. If you're planning on using subdomains you can either add more A records, now filling the subdomain field (the "wth why?" messy solution) or change the type of record to CNAME—in this case you'll type the subdomain, switch to CNAME, then on "Nome do Servidor" type your main .com.br domain. Don't forget to save the changes, big green button next to +Record and stuff after you added records. It can take up to 48 hours to propagate the changes, if I remember it right.

I'm not sure of what is going on, but I think my account is a source of buggy databases. I've not touched my databases for many months, I reckon they were empty. Last night I was ready to roll a new version of my portfolio that would rely on them and tried to import the first table, a simple one with a single entry. It just didn't work, I've got an error, the phpMyAdmin crashed and refused to open again for ~15 min, it seems it coincided with a short downtime of stevie too. I only know I ended trying to empty/check/repair/delete/recreate the databases through the CPanel, but when phpMyAdmin was back I could see the databases were never truly deleted. When I tried to create tables through the SQL it acted as if it worked, but no table was created, when I tried to run the SQL from a PHP file it pretended it worked as well. If I return to the CPanel and run a check on the database it'll occasionally report the "Error: Table '(table name)' doesn't exist Status : Operation failed". I went to bed thinking it could be a momentary bug, but got no luck today too. I managed to truly delete a database, but upon creating a new one phpMyAdmin crashed again right after: "Error SQL query: Edit SET CHARACTER SET 'utf8'; MySQL said: Documentation #2002 - Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) The server is not responding (or the local server's socket is not correctly configured). Open new phpMyAdmin window" It returned quickly this time, but the database I've just deleted was here, staring at me, with table error and everything. If I tried to create tables in any database of my account now I actually got an error, "#2013 - Lost connection to MySQL server during query". Then, I found this thread and others and read the mention to InnoDB. I'm sorry if I've crashed the MySQL or anything else for anyone but me last night/this morning and I hope my report helps fixing this problem. :| P.s.: I still have a ghost, old, undeletable database lingering here.

Thanks for the replies, they gave me a hint of what do... It was a really silly fix and I hope this reply help people in the future. I had to visit my MX Records on CPanel and set it manually to "Remote Mail Exchanger". I've also made sure that there were no MX Records there for my domain. I took this as an opportunity to explore the Mail-related sections and I've set up my gmail address as Default Address in case of fails. I've also explored my account's webmail, before I avoided it thinking it would only work if I had my domain's e-mails set there, what isn't true. It was a happy discovery, it was full of "Mail delivery Failed" messages reporting the "Unroutable Address" problem, haha, if only I knew it before I wouldn't need to bother you. Now I know where to look for info when e-mailing fails. Problem solved. ^^

Yup, that's me. I've set up this mail through Google Apps years ago.

Google. And as I've said, the script works with other server, so, in this case it's not Google's fault, I'm even using SPF for my domain.

Is there any restriction on sending e-mails using mail() to the same domain that is hosting the script? I'm slowly building my site during my free time and just noticed that my contact form isn't working properly. It spits out no error, but the mail never reaches it's destination. So, I've created the following test file (let's say my domain is "example.com"): <?php error_reporting(E_ALL); $to = "me@example.com"; $subject = "Test Mail"; $message = "Hello world!"; $headers = "From: no-reply@example.com"; echo mail($to, $subject, $message, $headers) ? "The email was sent" : "Fail!"; ?> Playing with this file I discovered that my mail never gets sent only if the recipient I've specified is from my own domain, the same domain which is hosting the script. If I change it to another one (gmail in this case) it works without problems: <?php error_reporting(E_ALL); $to = "me@gmail.com"; $subject = "Test Mail"; $message = "Hello world!"; $headers = "From: no-reply@example.com"; echo mail($to, $subject, $message, $headers) ? "The email was sent" : "Fail!"; ?> What really puzzles me is that this code works flawlessly in another host - and yes, using my domain. I've been using an DNS Round Robin to check out it's pros & cons and I'm able to test both hosts at the same time. Some useful (or not) information: My MX records are pointing directly to Google's records, since I'm using their Tools, and I'm also using an spf. I'm not using any nameservers, but A records only. The round robin has been working like a charm so far and the only problem I've encountered is the mail() one. I don't see how the round robin could have anything to do with this. If you need more info like seeing my DNS records, or how my mail headers looks like when I manage to send them (through the other host/to my gmail account) just ask. P.s.: English isn't my mother tongue, sorry about any weird sounding sentence. Also, I wasn't sure about where post it. Since it looks like a host-restriction, I've chosen this section.