"Email Address (sent FROM)" wants only an email address

Hi All,

We've been using Zen Cart for the past few years using sendmail-f and never had trouble sending (although not all of our messages got through). However, we've been doing a number of security improvements on our sever the past few weeks and chose to discontinue using sendmail-f in favor of SMTPAUTH. All good there, we're using Google Apps and Zen Cart had all the options necessary to get a connection (although we did need to allow the outbound SSL and TSL ports in iptables). As soon as we got everything set up I tried sending a discount coupon to myself from Admin as a test and received the failed send alert from Zen Cart. After checking everything from the server to Google Apps and finding no problems I changed our "Email Address (sent FROM)" entry from "Good Steward Books [email protected]" to just "[email protected]" and voila! It worked! The problem is does not look very professional arriving in people's inboxes. I did eventually discover an alternate format to the "phrase <addr-spec>" one which is the "general comment convention", i.e. "[email protected] (Good Steward Books)". This worked perfectly exactly as desired!

My reason for bringing this up here is to ask the following questions:

1. Does anyone know if it is only Google who rejects the first format, or if it is SMTP servers overall?
2. Should this be noted in the wiki, which currently only gives the first format as an example? (http://www.zen-cart.com/wiki/index.php/Admin_-_Configuration_-_E-Mail_Options#Email_Address_.28sent_FROM.29)

Thanks for the great work, Zen Cart team!

• Daniel

BTW, currently running ZC1.3.9 pending update to 1.5.1

It's working as it was designed: The "Email Address (Sent FROM)" setting has always been designed SPECIFICALLY to ONLY be an email address.
That's because the Store Name is used as the sender name, and the two are married up when sending out emails, because it passes the sender NAME, and the sender EMAIL as separate parameters, which the email server then combines into one while delivering the messages.