Some of us like to be in control of our data and/or not pay others for what is essentially free.
Also, I am not sure how third party email sending services can avoid having me setup a SPF record — as for the PTR record, it’s a good thing to have even if you do not plan to use the IP for sending emails.
If you are sending mail with PHP and have UTF-8 content in the subject, recipient name or body, the fEmail class (http://flourishlib.com/fEmail) can handle it all. It supports most common email usage patterns, including HTML content, attachments, S/MIME and sending via SMTP with or without authentication.
It doesn't require any non-standard PHP extensions unless you want to use S/MIME, in which case it requires openssl.
What you are describing isn't a code problem, but an infrastructure one - a useful network has an MTA for just such outgoing mails, with all the anti-spam bases covered.
All the various applications and servers that need to send mail will smarthost to that.
I read some people use the Google SMTP server to send their emails (when they use Google Apps for your domain).
What would be the benefits for me to use MailChimp / AuthSmtp / SendGrid / PostMark? Where do I get the best chances to have my emails reach destination?
Sending emails has always been a problem for me. The email either gets placed in their spam box (people with aol and yahoo) or the email never arrive there at all (people with comcast and sbc emails). Does anyone have more additional information on how to fix this?
Comcast requires that the sending address be a real mailbox on the server pointed to by your domain's MX records -- a catch-all address doesn't cut it. When in doubt, check the logs from your mail server.