Loading...
 
Skip to main content

Features / Usability


Newsletter "From" issue

posts: 40 United States

Hello All,

I am having a problem with newsletters in version 7.1 that carries over to version 7.2 as well. When I try to send anything from the newsletter feature, whether it be a subscription confirmation or actual newsletter send it reports success, but fails to go out. This looks to be caused by Tiki taking the name of the user running my Apache httpd process as being the email originator. This line from my /var/log/syslog files demonstrates this as being the problem with:

{CODE(caption="syslog entry")}Oct 24 20:35:27 DarkKnight postfix/pickup8056: 7C06241010F8: uid=33 from=>www-data

posts: 40 United States

{QUOTE(replyto=>Vranicoff)}Hello All,

I am having a problem with newsletters in version 7.1 that carries over to version 7.2 as well. When I try to send anything from the newsletter feature, whether it be a subscription confirmation or actual newsletter send it reports success, but fails to go out. This looks to be caused by Tiki taking the name of the user running my Apache httpd process as being the email originator. This line from my /var/log/syslog files demonstrates this as being the problem with:

{CODE(caption="syslog entry")}Oct 24 20:35:27 DarkKnight postfix/pickup8056: 7C06241010F8: uid=33 from=www-data{QUOTE}


posts: 40 United States
Rick Sapir / Tiki for Smarties wrote:

By default (I believe) Tiki will use the email address of the Sender field as the "From" address. When sending a newsletter, you can override the "From" address.
^


Thanks Ricks99 - I appreciate the feedback.

What I'm seeing is that at the bottom of the newsletter submission form is a field where I can enter a "Reply To Email" if I prefer to not go with the default of "Info(at)TekAdvocates.com." I have tried going with both the referenced default and a custom value in the offered field, however in all cases the system tries to send using the "www-data" owner of the httpd process.

I have put in a work-around by creating an email forwarder for www-data(at)tekadvocates.com on the mail server which works, though is obviously not an optimal solution.

I've attached a small screenshot of the referenced field and system offered default value.

I can log a bug report if that seems appropriate.

--Steve