Header Tags outgoing email

[Vaddalapam]

thank you, burt is checking on his server, if it runs there, but switch hosts is an option, because i dream of a shop .... one day

[Vaddalapam]

there is a bit movement now, what file is he talking about ?

[burt]

I can confirm on my server the emails work perfect.

To: "Willy Wonka" <willy@wonka.com>
Subject: Welcome to XXX
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: XXXXX@XXXXXXXXX.xx
Reply-to: "=?utf-8?B?UmVdefaaefO8cm1lcg==?=" <XXXXX@XXXXXXXXX.xx>

Dear Willy

Welcome to XXXXXXXXX.

You've successfully registered your details with us.

Next time you shop with us, just sign in for a faster checkout.

For help with any of our online services, please e-mail the store-owner: XXXXX@XXXXXXXXX.xx.

Note: This e-mail address was given to us by one of our customers. If you did not sign up to be a member, please send an e-mail to XXXXX@XXXXXXXXX.xx.

Note that I have XXX'd any data that is not to be shared here.

This is the create account email notification that happens immediately when a customer signs up. The problem therefore is absolutely that this host does not allow sendmail unless you have a VPS (private server). Anything about security is just excuses to try to get you to spend more money.

I can definitely say that the problem is not Phoenix. However, wait until tomorrow as one of the three users who I tagged might know more about setting up SMTP - I have never done this so would not want to give you bad information.

[Vaddalapam]

Thank you,

[BrockleyJohn]

Core Phoenix code uses PHP mail() function to send the email. This works differently depending on the operating system; on 'nix systems it uses sendmail.

The bottom line here is that if you want to stay on this host, you'll need to implement PHP Mailer instead:

Standard protocol: Email must be sent via SMTP authentication. YottaSrc strictly prohibits using the legacy PHP mail() function for sending messages.

I have implemented PHP Mailer in the past.
I think most recently on Frozen though, when it involved replacing the email class(es) with a version that used it. This has changed since then, so I don't have code ready to drop in.

From memory, PHP Mailer supports more email features than are available through php's mail function (or perhaps it was just easier!), but a significant benefit is that you stand a chance of finding out the cause of an error from within the application. With php mail, it always looks like it worked if you give it sensible parameters.

This may seem like a pain in the ass and you could likely avoid it by moving host (especially since support should have known to ask you if the application uses php mail()) but on the other hand their policy likely reduces the chance of your site's email getting blacklisted because someone else's site got hacked.

For PHP Mailer, the email address used for sending must actually be set up on your mail server and have a password which will need to be configured in the store.

[Vaddalapam]

John, i think this is far away from what i can do myself, moving seems to be my option, thank you.

[Vaddalapam]

Thanks to burt, for solving this problem. The PHPmailer works .

[burt]

Thanks to @Vaddalapam for helping test.

The .zip is available here should anyone need SMTP via PHPMailer in the future;
app.php/addons/free_addon/smtp_auth_%28by_phpmailer%29/