Unable to send e-mail. Contact the site administrator if the problem persists
I'm using version 7.24. Recently upgraded. I have a site running on my desktop which is "pushed" to my domain hoster (as the "deployed site" )as I update it. I am now getting (constantly) error messages as per the subject line "Unable to send e-mail. Contact the site administrator if the problem persists" Sometimes, I actually can send mail, sometimes not. Most disturbingly, that message shows when I fill out and send a contact from the deployed site as an anonymous user. Even though I do received the message. -------------------------------------- I have googled this issue and it looks like this issue is tripping up many drupalists. I have installed the smtp authentication module and am still getting the same messages. Sometimes a dozen or more when I do something as admin. In fact, I have problems sending test emails from the smtp auth module. Reports and Logs: Status Report shows no problems. Logs show errors sending mail, but no helpful messages. Systems logs (/private/var/log/mail.log on Mac OSX 10.7) shows something like : "Dec 11 13:46:51 linus postfix/smtpd[4581]: connect from localhost[127.0.0.1] Dec 11 13:46:51 linus postfix/smtpd[4581]: lost connection after RSET from localhost[127.0.0.1] Dec 11 13:46:51 linus postfix/smtpd[4581]: disconnect from localhost[127.0.0.1]" This is very bad for my business site. Any ideas, Please? thanks -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
From: "Tim Johnson" <tim@akwebsoft.com> To: "Drupal Support ML" <support@drupal.org> Sent: Wednesday, December 11, 2013 3:06:26 PM Subject: [support] Unable to send e-mail. Contact the site administrator if the problem persists
I'm using version 7.24. Recently upgraded. I have a site running on my desktop which is "pushed" to my domain hoster (as the "deployed site" )as I update it.
I am now getting (constantly) error messages as per the subject line "Unable to send e-mail. Contact the site administrator if the problem persists" Sometimes, I actually can send mail, sometimes not. Most disturbingly, that message shows when I fill out and send a contact from the deployed site as an anonymous user.
Even though I do received the message. --------------------------------------
I have googled this issue and it looks like this issue is tripping up many drupalists.
I have installed the smtp authentication module and am still getting the same messages. Sometimes a dozen or more when I do something as admin.
In fact, I have problems sending test emails from the smtp auth module.
Reports and Logs: Status Report shows no problems.
Logs show errors sending mail, but no helpful messages.
Systems logs (/private/var/log/mail.log on Mac OSX 10.7) shows something like : "Dec 11 13:46:51 linus postfix/smtpd[4581]: connect from localhost[127.0.0.1] Dec 11 13:46:51 linus postfix/smtpd[4581]: lost connection after RSET from localhost[127.0.0.1] Dec 11 13:46:51 linus postfix/smtpd[4581]: disconnect from localhost[127.0.0.1]"
This is very bad for my business site. Any ideas, Please? Hi Tim,
Let's split the problem. Let's test your PHP mail capability first, before we conclude it is Drupal. Ddjust the $to and $from accordingly, copy this to <drupal root>/sites/mail.php and ask for http://<www...>/sites/mail.php . If you see "Mail Sent", then that begins to exonerate your PHP mail configuration. <?php $to = "demo@tryx.org"; $subject = "Test mail"; $message = "Hello! This is a simple email message."; $from = "demo1@tryx.org"; $headers = "From:" . $from; mail($to,$subject,$message,$headers); echo "Mail Sent."; ?> Chris.
* Chris Miller <cjm@tryx.org> [131211 14:40]:
This is very bad for my business site. Any ideas, Please? Hi Tim,
Let's split the problem. Let's test your PHP mail capability first, before we conclude it is Drupal. Ddjust the $to and $from accordingly, copy this to <drupal root>/sites/mail.php and ask for http://<www...>/sites/mail.php . If you see "Mail Sent", then that begins to exonerate your PHP mail configuration.
:) Good debugging practice..
<?php $to = "demo@tryx.org"; $subject = "Test mail"; $message = "Hello! This is a simple email message."; $from = "demo1@tryx.org"; $headers = "From:" . $from; mail($to,$subject,$message,$headers); echo "Mail Sent."; ?> Made several attempts - all show failures. Below is last code used: [code] <?php $to = "tim@akwebsoft.com"; $subject = "Test mail"; $message = "Hello! This is a simple email message from test_email.php."; $from = "tim@akwebsoft.com"; $headers = "From:" . $from; mail($to,$subject,$message,$headers); echo "Mail Sent."; ?> [/code] [begin log] Dec 11 15:00:30 linus postfix/qmgr[5223]: 0C257422852A: from=<_www@tj49.com>, size=388, nrcpt=1 (queue active) Dec 11 15:00:31 linus postfix/smtp[5225]: 0C257422852A: to=<tim@akwebsoft.com>, relay=akwebsoft.com[74.220.215.66]:25, delay=337, delays=337/0.02/0.6/0.15, dsn=5.0.0, status=bounced (host akwebsoft.com[74.220.215.66] said: 550-Verification failed for <_www@tj49.com> 550-No Such User Here" 550 Sender verify failed (in reply to RCPT TO command)) Dec 11 15:00:31 linus postfix/cleanup[5229]: 7CEA74228698: message-id=<20131212000031.7CEA74228698@tj49.com> Dec 11 15:00:31 linus postfix/bounce[5228]: 0C257422852A: sender non-delivery notification: 7CEA74228698 Dec 11 15:00:31 linus postfix/qmgr[5223]: 7CEA74228698: from=<>, size=2279, nrcpt=1 (queue active) Dec 11 15:00:31 linus postfix/qmgr[5223]: 0C257422852A: removed Dec 11 15:00:32 linus postfix/smtp[5225]: 7CEA74228698: to=<_www@tj49.com>, relay=mail.tj49.com[74.220.215.66]:25, delay=0.59, delays=0.01/0/0.45/0.13, dsn=5.0.0, status=bounced (host mail.tj49.com[74.220.215.66] said: 550 No Such User Here" (in reply to RCPT TO command)) [end log] [NOTE] to=<_www@tj49.com> Now, from my rebol command line (obscure language with built-in TCP/IP, I do send tim@akwebsoft.com "testing rebol" [begin log] Dec 11 15:03:18 linus postfix/qmgr[5239]: C53134228725: from=<tim@akwebsoft.com>, size=407, nrcpt=1 (queue active) Dec 11 15:03:19 linus postfix/smtp[5245]: C53134228725: to=<tim@akwebsoft.com>, relay=akwebsoft.com[74.220.215.66]:25, delay=0.8, delays=0.01/0.01/0.53/0.25, dsn=2.0.0, status=sent (250 OK id=1VqtkN-00081S-C5) [end log]
The last was a successful send and subseqent delivery, looks like PHP delivery FYI: I'm new to drupal and a PHP noob, long-timer coder in other stuff. FYI: Sure appreciate the quick response. This is all very edifying. thanks -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:08:42 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists
Dec 11 15:00:30 linus postfix/qmgr[5223]: 0C257422852A: from=<_www@tj49.com>, size=388, nrcpt=1 (queue active) Dec 11 15:00:31 linus postfix/smtp[5225]: 0C257422852A: to=<tim@akwebsoft.com>, relay=akwebsoft.com[74.220.215.66]:25, delay=337, delays=337/0.02/0.6/0.15, dsn=5.0.0, status=bounced (host akwebsoft.com[74.220.215.66] said: 550-Verification failed for <_www@tj49.com> 550-No Such User Here" 550 Sender verify failed (in reply to RCPT TO command)) Dec 11 15:00:31 linus postfix/cleanup[5229]: 7CEA74228698: message-id=<20131212000031.7CEA74228698@tj49.com> Dec 11 15:00:31 linus postfix/bounce[5228]: 0C257422852A: sender non-delivery notification: 7CEA74228698 Dec 11 15:00:31 linus postfix/qmgr[5223]: 7CEA74228698: from=<>, size=2279, nrcpt=1 (queue active) Dec 11 15:00:31 linus postfix/qmgr[5223]: 0C257422852A: removed [end log] [NOTE] to=<_www@tj49.com> Now, from my rebol command line (obscure language with built-in TCP/IP, I do send tim@akwebsoft.com "testing rebol" [begin log] Dec 11 15:03:18 linus postfix/qmgr[5239]: C53134228725: from=<tim@akwebsoft.com>, size=407, nrcpt=1 (queue active) Dec 11 15:03:19 linus postfix/smtp[5245]: C53134228725: to=<tim@akwebsoft.com>, relay=akwebsoft.com[74.220.215.66]:25, delay=0.8, delays=0.01/0.01/0.53/0.25, dsn=2.0.0, status=sent (250 OK id=1VqtkN-00081S-C5) [end log]
The last was a successful send and subseqent delivery, looks like PHP delivery
FYI: I'm new to drupal and a PHP noob, long-timer coder in other stuff. FYI: Sure appreciate the quick response. This is all very edifying.
thanks -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com -- [ Drupal support list | http://lists.drupal.org/ ]
I'd like to call your attention to the difference between: BAD:Dec 11 15:00:32 linus postfix/smtp[5225]: 7CEA74228698: to=< _www@tj49.com >, relay= mail.tj49.com [74.220.215.66]:25, delay=0.59, delays=0.01/0/0.45/0.13, dsn=5.0.0, status=bounced (host mail.tj49.com [74.220.215.66] said: 550 No Such User Here " (in replyto RCPT TO command)) GOOD:Dec 11 15:03:18 linus postfix/qmgr[5239]: C53134228725: from=<tim@akwebsoft.com>, size=407, nrcpt=1 (queue active) Dec 11 15:03:19 linus postfix/smtp[5245]: C53134228725: to=<tim@akwebsoft.com> , relay=akwebsoft.com[74.220.215.66]:25, delay=0.8, delays=0.01/0.01/0.53/0.25, dsn=2.0.0, status=sent (250 OK id=1VqtkN-00081S-C5) I thin' your mail system got some 'splanin' to do... Chris.
* Chris Miller <cjm@tryx.org> [131211 15:30]:
The last was a successful send and subseqent delivery, looks like PHP delivery
FYI: I'm new to drupal and a PHP noob, long-timer coder in other stuff. FYI: Sure appreciate the quick response. This is all very edifying.
thanks -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com -- [ Drupal support list | http://lists.drupal.org/ ]
I'd like to call your attention to the difference between:
BAD:Dec 11 15:00:32 linus postfix/smtp[5225]: 7CEA74228698: to=< _www@tj49.com >, relay= mail.tj49.com [74.220.215.66]:25, delay=0.59, delays=0.01/0/0.45/0.13, dsn=5.0.0, status=bounced (host mail.tj49.com [74.220.215.66] said: 550 No Such User Here " (in replyto RCPT TO command))
GOOD:Dec 11 15:03:18 linus postfix/qmgr[5239]: C53134228725: from=<tim@akwebsoft.com>, size=407, nrcpt=1 (queue active) Dec 11 15:03:19 linus postfix/smtp[5245]: C53134228725: to=<tim@akwebsoft.com> , relay=akwebsoft.com[74.220.215.66]:25, delay=0.8, delays=0.01/0.01/0.53/0.25, dsn=2.0.0, status=sent (250 OK id=1VqtkN-00081S-C5)
I thin' your mail system got some 'splanin' to do...
Well, I've used postfix for years .... always works, but I'm not telling PHP how to handle `from' -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
* Chris Miller <cjm@tryx.org> [131211 14:40]:
Hi Tim,
Let's split the problem. Let's test your PHP mail capability first, before we conclude it is Drupal. Ddjust the $to and $from accordingly, copy this to <drupal root>/sites/mail.php and ask for http://<www...>/sites/mail.php . If you see "Mail Sent", then that begins to exonerate your PHP mail configuration.
<?php $to = "demo@tryx.org"; $subject = "Test mail"; $message = "Hello! This is a simple email message."; $from = "demo1@tryx.org"; $headers = "From:" . $from; mail($to,$subject,$message,$headers); echo "Mail Sent."; ?> And applying the same test to my website at akwebsoft.com, I do get a successful send and receive.
Am looking at php.ini (according to http://localhost/phpinfo.php, the correct configuration file should be /private/etc/php.ini on this OS), but thus far am not sure what settings I should set. -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:18:29 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists
Hi TIm, Now create a file info.php right next to mail.php. Paste this: <?php phpinfo(); ?> Compare the two sites. See if you can find a difference that explains your symptoms. Chris.
* Chris Miller <cjm@tryx.org> [131211 15:30]:
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:18:29 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists
Hi TIm,
Now create a file info.php right next to mail.php. Paste this:
<?php phpinfo(); ?>
Compare the two sites. See if you can find a difference that explains your symptoms. I find no difference between phpinfo at localhost root and phpinfo at the drupal site. But : php is looking for sendmail - but it is postfix that is my mail agent. From both instances of phpinfo() - I see a label "/usr/sbin/sendmail -t -i" and a value "/usr/sbin/sendmail -t -i"
........ But this is not the major problem (now you have pointed me a a solution for my desktop copy of my site, that's great) but I still have the major, major problem that from the deployed site at akwebsoft.com, I am getting the "Unable to send e-mail...." error message from an anonymous user send an email http://www.akwebsoft.com/node/2 Even tho' the message is actually sent. This looks terrible for me. That is what needs to be resolved. Having that error message after someone has sent me an attempt at contact looks like the attempted contact has failed. I will worry about my localhost later ... thanks again -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:52:06 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists
but I still have the major, major problem that from the deployed site at akwebsoft.com, I am getting the "Unable to send e-mail...." error message from an anonymous user send an email http://www.akwebsoft.com/node/2
Even tho' the message is actually sent. This looks terrible for me. That is what needs to be resolved.
Hi Tim, And this does look to be a drupal question. Since I'm still a relatively inexperienced Drupal developer, I'm not going to be much help, however there are people on this list that can solve your problem and have probably waited for us to get this far out of courtesy. I have helped as much as I can but there will be others that pick it up from here. Since I don't quite understand what you are trying to accomplish, I can't even ask any beneficial questions. -- Chris.
* Chris Miller <cjm@tryx.org> [131211 16:16]:
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:52:06 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists
but I still have the major, major problem that from the deployed site at akwebsoft.com, I am getting the "Unable to send e-mail...." error message from an anonymous user send an email http://www.akwebsoft.com/node/2
Even tho' the message is actually sent. This looks terrible for me. That is what needs to be resolved.
Hi Tim,
And this does look to be a drupal question. Since I'm still a relatively inexperienced Drupal developer, I'm not going to be much help, however there are people on this list that can solve your problem and have probably waited for us to get this far out of courtesy. I have helped as much as I can but there will be others that pick it up from here. Since I don't quite understand what you are trying to accomplish, I can't even ask any beneficial questions. Don't sell yourself short. You've been a big help! You have at least put me on to an issue relevant to my desktop. I think there may be two separate issues, so I'm going to rephrase what is happening at my domain at akwebsoft.com :
I constantly see error messages : "Unable to send e-mail. Contact the site administrator if the problem persists." I see those error messages as admin __and__ I see them as an anonymous user when I send a message through the contact form. 1)Using a PHP script as you have instructed - which uses the PHP mail() function works. 2)Sending a test email from the SMTP Authentication module (which I installed after these error starting showing up after I updated to 7.24) - works. 3)I have set all email addresses to the same and to the same as the domain from which it is published. I __suspected__ that it could be the "Logging And Alerts" module but when I disabled it I still got the same message. I at the end of my day here. I will pursue it further tomorrow. Again, thanks to Chris for his help and I hope to be further edified :) regards -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
There is no solution to this issue, i guess? (have the same problem) Am 12.12.2013 02:41, schrieb Tim Johnson:
* Chris Miller <cjm@tryx.org> [131211 16:16]:
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:52:06 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists but I still have the major, major problem that from the deployed site at akwebsoft.com, I am getting the "Unable to send e-mail...." error message from an anonymous user send an email http://www.akwebsoft.com/node/2 Even tho' the message is actually sent. This looks terrible for me. That is what needs to be resolved. Hi Tim,
And this does look to be a drupal question. Since I'm still a relatively inexperienced Drupal developer, I'm not going to be much help, however there are people on this list that can solve your problem and have probably waited for us to get this far out of courtesy. I have helped as much as I can but there will be others that pick it up from here. Since I don't quite understand what you are trying to accomplish, I can't even ask any beneficial questions. Don't sell yourself short. You've been a big help! You have at least put me on to an issue relevant to my desktop. I think there may be two separate issues, so I'm going to rephrase what is happening at my domain at akwebsoft.com :
I constantly see error messages : "Unable to send e-mail. Contact the site administrator if the problem persists." I see those error messages as admin __and__ I see them as an anonymous user when I send a message through the contact form. 1)Using a PHP script as you have instructed - which uses the PHP mail() function works. 2)Sending a test email from the SMTP Authentication module (which I installed after these error starting showing up after I updated to 7.24) - works. 3)I have set all email addresses to the same and to the same as the domain from which it is published. I __suspected__ that it could be the "Logging And Alerts" module but when I disabled it I still got the same message.
I at the end of my day here. I will pursue it further tomorrow. Again, thanks to Chris for his help and I hope to be further edified :)
regards
I'd like to call your attention to the difference between:
BAD:Dec 11 15:00:32 linus postfix/smtp[5225]: 7CEA74228698: to=< _www at tj49.com >, relay= mail.tj49.com [74.220.215.66]:25, delay=0.59, delays=0.01/0/0.45/0.13, dsn=5.0.0, status=bounced (host mail.tj49.com [74.220.215.66] said: 550 No Such User Here " (in replyto RCPT TO command))
GOOD:Dec 11 15:03:18 linus postfix/qmgr[5239]: C53134228725: from=<tim at akwebsoft.com>, size=407, nrcpt=1 (queue active) Dec 11 15:03:19 linus postfix/smtp[5245]: C53134228725: to=<tim at akwebsoft.com> , relay=akwebsoft.com[74.220.215.66]:25, delay=0.8, delays=0.01/0.01/0.53/0.25, dsn=2.0.0, status=sent (250 OK id=1VqtkN-00081S-C5)
I thin' your mail system got some 'splanin' to do... Well, I've used postfix for years .... always works, but I'm not telling PHP how to handle `from'
What's your email address set in the E-Mail address field on Administration > Configuration > System > Site information? From your log, the problem is obvious. You are attempting to send an email with a return address that doesn't exist. Postfix is set to verify sender, so before it accepts an email, it's going to ask the server handling the return address if that user actually exists. If it doesn't then it's going to send a 550 error. If you have the EMail address in Drupal set to something other than www@tj49.com, then you got a server problem going on, preventing PHP from setting the return address. If you're running in safe_mode, that can be the culprit. If not, then you can try adding this to your settings.php: ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); Just make sure you set the email address to an actual user that can accept emails on that server to prevent spam prevention mechanics from kicking in. Jamie Holly http://hollyit.net On 12/15/2013 8:42 AM, ra wrote:
There is no solution to this issue, i guess? (have the same problem)
Am 12.12.2013 02:41, schrieb Tim Johnson:
* Chris Miller <cjm@tryx.org> [131211 16:16]:
From: "Tim Johnson" <tim@akwebsoft.com> To: support@drupal.org Sent: Wednesday, December 11, 2013 4:52:06 PM Subject: Re: [support] Unable to send e-mail. Contact the site administrator if the problem persists but I still have the major, major problem that from the deployed site at akwebsoft.com, I am getting the "Unable to send e-mail...." error message from an anonymous user send an email http://www.akwebsoft.com/node/2 Even tho' the message is actually sent. This looks terrible for me. That is what needs to be resolved. Hi Tim,
And this does look to be a drupal question. Since I'm still a relatively inexperienced Drupal developer, I'm not going to be much help, however there are people on this list that can solve your problem and have probably waited for us to get this far out of courtesy. I have helped as much as I can but there will be others that pick it up from here. Since I don't quite understand what you are trying to accomplish, I can't even ask any beneficial questions. Don't sell yourself short. You've been a big help! You have at least put me on to an issue relevant to my desktop. I think there may be two separate issues, so I'm going to rephrase what is happening at my domain at akwebsoft.com :
I constantly see error messages : "Unable to send e-mail. Contact the site administrator if the problem persists." I see those error messages as admin __and__ I see them as an anonymous user when I send a message through the contact form. 1)Using a PHP script as you have instructed - which uses the PHP mail() function works. 2)Sending a test email from the SMTP Authentication module (which I installed after these error starting showing up after I updated to 7.24) - works. 3)I have set all email addresses to the same and to the same as the domain from which it is published. I __suspected__ that it could be the "Logging And Alerts" module but when I disabled it I still got the same message.
I at the end of my day here. I will pursue it further tomorrow. Again, thanks to Chris for his help and I hope to be further edified :)
regards
* Jamie Holly <hovercrafter@earthlink.net> [131215 07:11]:
I'd like to call your attention to the difference between:
BAD:Dec 11 15:00:32 linus postfix/smtp[5225]: 7CEA74228698: to=< _www at tj49.com >, relay= mail.tj49.com [74.220.215.66]:25, delay=0.59, delays=0.01/0/0.45/0.13, dsn=5.0.0, status=bounced (host mail.tj49.com [74.220.215.66] said: 550 No Such User Here " (in replyto RCPT TO command))
GOOD:Dec 11 15:03:18 linus postfix/qmgr[5239]: C53134228725: from=<tim at akwebsoft.com>, size=407, nrcpt=1 (queue active) Dec 11 15:03:19 linus postfix/smtp[5245]: C53134228725: to=<tim at akwebsoft.com> , relay=akwebsoft.com[74.220.215.66]:25, delay=0.8, delays=0.01/0.01/0.53/0.25, dsn=2.0.0, status=sent (250 OK id=1VqtkN-00081S-C5)
I thin' your mail system got some 'splanin' to do... Well, I've used postfix for years .... always works, but I'm not telling PHP how to handle `from' Hello Jamie : What's your email address set in the E-Mail address field on Administration > Configuration > System > Site information? tim@tj49.com
From your log, the problem is obvious. You are attempting to send an email with a return address that doesn't exist. Postfix is set to verify sender, so before it accepts an email, it's going to ask the server handling the return address if that user actually exists. If it doesn't then it's going to send a 550 error. If you have the EMail address in Drupal set to something other than www@tj49.com, then you got a server problem going on, preventing PHP from setting the return address. If you're running in safe_mode, that can be the culprit. If not, then you can try adding this to your settings.php: The errors listed above are the ones when I attempt to send mail using the PHP mail() function in the test PHP file. FYI: on Mac OSX _www is the apache user.
It is a different issue when I attempt to send email using the smtp authentication module - see below
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); That was added, and caches were cleared.
Did a test send from my smtp auth module. I got three error messages (as per subject line) from the module. Looking at the drupal logs - I see this: <begin> mail 12/15/2013 - 20:39 Error sending e-mail (from tim@tj49.com to tim... admin smtp 12/15/2013 - 20:39 Error sending e-mail from tim@tj49.com to tim... admin smtp 12/15/2013 - 20:39 Sending mail to: tim@akwebsoft.com <end> Looking at the system logs - /private/var/log/mail.log on Mac OSX 10.6, I see the following (in part) <begin> Dec 15 11:38:32 linus postfix/postscreen[2362]: CONNECT from [127.0.0.1]:49904 Dec 15 11:38:32 linus postfix/postscreen[2362]: WHITELISTED [127.0.0.1]:49904 Dec 15 11:38:32 linus postfix/smtpd[2363]: connect from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/postscreen[2362]: CONNECT from [127.0.0.1]:49906 Dec 15 11:38:32 linus postfix/postscreen[2362]: WHITELISTED [127.0.0.1]:49906 Dec 15 11:38:32 linus postfix/smtpd[2365]: connect from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/smtpd[2365]: lost connection after RSET from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/smtpd[2365]: disconnect from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/smtpd[2363]: lost connection after RSET from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/smtpd[2363]: disconnect from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/postscreen[2362]: CONNECT from [127.0.0.1]:49908 Dec 15 11:38:32 linus postfix/postscreen[2362]: WHITELISTED [127.0.0.1]:49908 Dec 15 11:38:32 linus postfix/smtpd[2365]: connect from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/smtpd[2365]: lost connection after RSET from localhost[127.0.0.1] Dec 15 11:38:32 linus postfix/smtpd[2365]: disconnect from localhost[127.0.0.1] Dec 15 11:38:34 linus postfix/master[2343]: master exit time has arrived Dec 15 11:38:34 linus postfix/master[2367]: daemon started -- version 2.8.4, configuration /etc/postfix Dec 15 11:39:33 linus postfix/postscreen[2377]: CONNECT from [127.0.0.1]:49933 Dec 15 11:39:33 linus postfix/postscreen[2377]: WHITELISTED [127.0.0.1]:49933 Dec 15 11:39:33 linus postfix/smtpd[2378]: connect from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/postscreen[2377]: CONNECT from [127.0.0.1]:49935 Dec 15 11:39:33 linus postfix/postscreen[2377]: WHITELISTED [127.0.0.1]:49935 Dec 15 11:39:33 linus postfix/smtpd[2380]: connect from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/smtpd[2380]: lost connection after RSET from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/smtpd[2380]: disconnect from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/smtpd[2378]: lost connection after RSET from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/smtpd[2378]: disconnect from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/postscreen[2377]: CONNECT from [127.0.0.1]:49937 Dec 15 11:39:33 linus postfix/postscreen[2377]: WHITELISTED [127.0.0.1]:49937 Dec 15 11:39:33 linus postfix/smtpd[2380]: connect from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/smtpd[2380]: lost connection after RSET from localhost[127.0.0.1] Dec 15 11:39:33 linus postfix/smtpd[2380]: disconnect from localhost[127.0.0.1] Dec 15 11:39:34 linus postfix/master[2367]: master exit time has arrived Dec 15 11:39:34 linus postfix/master[2382]: daemon started -- version 2.8.4, configuration /etc/postfix buf 1: "/private/var/log/mail.log" [readonly] 2444 lines --100%-- <end> No test email was received. Unfortunately, I am very busy here and will probably be "off the grid" from 1:15 my time (AK standard) 'til tomorrow. I really appreciate you looking at this. thanks -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
On 12/15/2013 3:50 PM, Tim Johnson wrote:
Hello Jamie :
What's your email address set in the E-Mail address field on Administration > Configuration > System > Site information? tim@tj49.com
The errors listed above are the ones when I attempt to send mail using the PHP mail() function in the test PHP file. FYI: on Mac OSX _www is the apache user.
You still need to check that _www is a user in Postfix. Since you have your Postfix configured to verify_sender, it's asking the server if that is an actual user or not. If it isn't then the email is rejected. It really all depends on how your installation of Postfix is setup for the user base (aliases, ldap, etc.)
It is a different issue when I attempt to send email using the smtp authentication module - see below
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); That was added, and caches were cleared.
Did a test send from my smtp auth module. I got three error messages (as per subject line) from the module. Looking at the drupal logs - I see this:
That INI setting won't have any affect on SMTP. SMTP sends emails through the PHPMailer package, which doesn't use mail() at all, but rather uses PHP's sockets and handles everything internally. Try disabling SMTP and using that ini setting, see if you can send through Drupal. That will use the regular PHP mail() function, which is nothing more than a wrapper for the system's sendmail command. Jamie Holly http://hollyit.net
* Jamie Holly <hovercrafter@earthlink.net> [131215 16:30]:
On 12/15/2013 3:50 PM, Tim Johnson wrote:
Hello Jamie :
What's your email address set in the E-Mail address field on Administration > Configuration > System > Site information? tim@tj49.com
The errors listed above are the ones when I attempt to send mail using the PHP mail() function in the test PHP file. FYI: on Mac OSX _www is the apache user.
You still need to check that _www is a user in Postfix. Since you have your Postfix configured to verify_sender, it's asking the server if that is an actual user or not. If it isn't then the email is rejected. It really all depends on how your installation of Postfix is setup for the user base (aliases, ldap, etc.) Will do, I think that is done thru aliases, will 'man aliases' soon.
It is a different issue when I attempt to send email using the smtp authentication module - see below
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); That was added, and caches were cleared.
Did a test send from my smtp auth module. I got three error messages (as per subject line) from the module. Looking at the drupal logs - I see this:
That INI setting won't have any affect on SMTP. SMTP sends emails through the PHPMailer package, which doesn't use mail() at all, but rather uses PHP's sockets and handles everything internally. Try disabling SMTP and using that ini setting, see if you can send through Drupal. That will use the regular PHP mail() function, which is nothing more than a wrapper for the system's sendmail command. disabled SMTP, sent message through contact form successfully, no error messages.
thanks again, Jamie More on aliases once I grok the usage cheers -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
* Jamie Holly <hovercrafter@earthlink.net> [131215 16:30]:
You still need to check that _www is a user in Postfix. Since you have your Postfix configured to verify_sender, it's asking the server if that is an actual user or not. If it isn't then the email is rejected. It really all depends on how your installation of Postfix is setup for the user base (aliases, ldap, etc.)
I've added _www to postfix aliases file and rebuilt the database. I'm still getting the following [begin] Dec 16 07:51:49 linus postfix/pickup[5170]: A8CBA4276353: uid=70 from=<_www> Dec 16 07:51:49 linus postfix/cleanup[5178]: A8CBA4276353: message-id=<20131216165149.A8CBA4276353@tj49.com> Dec 16 07:51:49 linus postfix/qmgr[5171]: A8CBA4276353: from=<_www@tj49.com>, size=380, nrcpt=1 (queue active) Dec 16 07:51:52 linus postfix/smtp[5180]: A8CBA4276353: to=<tim@akwebsoft.com>, relay=akwebsoft.com[74.220.215.66]:25, delay=3, delays=0.03/0.01/2.5/0.45, dsn=5.0.0, status=bounced (host akwebsoft.com[74.220.215.66] said: 550-Verification failed for <_www@tj49.com> 550-No Such User Here" 550 Sender verify failed (in reply to RCPT TO command)) Dec 16 07:51:52 linus postfix/cleanup[5178]: B9A71427635A: message-id=<20131216165152.B9A71427635A@tj49.com> Dec 16 07:51:52 linus postfix/bounce[5190]: A8CBA4276353: sender non-delivery notification: B9A71427635A Dec 16 07:51:52 linus postfix/qmgr[5171]: B9A71427635A: from=<>, size=2271, nrcpt=1 (queue active) Dec 16 07:51:52 linus postfix/qmgr[5171]: A8CBA4276353: removed Dec 16 07:51:55 linus postfix/smtp[5180]: B9A71427635A: to=<_www@tj49.com>, relay=mail.tj49.com[74.220.215.66]:25, delay=2.7, delays=0/0/2.4/0.22, dsn=5.0.0, status=bounced (host mail.tj49.com[74.220.215.66] said: 550 No Such User Here" (in reply to RCPT TO command)) [end] The error above is coming from the mailserver and PHP is munging the sender, so it appears to me (and of course I am a PHP newbie) that this is a PHP issue. If I am correct, how to configure PHP correctly?
It is a different issue when I attempt to send email using the smtp authentication module - see below
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); That was added, and caches were cleared.
Did a test send from my smtp auth module. I got three error messages (as per subject line) from the module. Looking at the drupal logs - I see this:
That INI setting won't have any affect on SMTP. SMTP sends emails through the PHPMailer package, which doesn't use mail() at all, but rather uses PHP's sockets and handles everything internally. Try disabling SMTP and using that ini setting, see if you can send through Drupal. That will use the regular PHP mail() function, which is nothing more than a wrapper for the system's sendmail command. and from my previous post, as per your (Jamie's) instructions we appear to have solved that one ... thanks again -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
Do you still have this in your settings.php? ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); If so then try setting the sendmail_path in your php.ini file and restart PHP. You can also set the sendmail_from in there and see if that helps. If that doesn't work, then there is some weird configuration in your either distribution of PHP or the build of Postfix/sendmail. You would really need to ask on an Apple forum or where you got these packages from. Another option is to just disable the whole verify sender in Postfix. There's no risk in your local machine, so long as you aren't using it for real world stuff. Just disable access to port 25 and 587 from the outside world in your firewall so spammers can't use your comp to send emails (also make sure you have your akwebsoft and tj49 domains set to localhost in your hosts file). To disable it, in your main.cf just add this and restart Postfix: address_verify_sender = <> Jamie Holly http://hollyit.net On 12/16/2013 11:59 AM, Tim Johnson wrote:
* Jamie Holly <hovercrafter@earthlink.net> [131215 16:30]:
You still need to check that _www is a user in Postfix. Since you have your Postfix configured to verify_sender, it's asking the server if that is an actual user or not. If it isn't then the email is rejected. It really all depends on how your installation of Postfix is setup for the user base (aliases, ldap, etc.)
I've added _www to postfix aliases file and rebuilt the database. I'm still getting the following [begin]
Dec 16 07:51:49 linus postfix/pickup[5170]: A8CBA4276353: uid=70 from=<_www>
Dec 16 07:51:49 linus postfix/cleanup[5178]: A8CBA4276353: message-id=<20131216165149.A8CBA4276353@tj49.com>
Dec 16 07:51:49 linus postfix/qmgr[5171]: A8CBA4276353: from=<_www@tj49.com>, size=380, nrcpt=1 (queue active)
Dec 16 07:51:52 linus postfix/smtp[5180]: A8CBA4276353: to=<tim@akwebsoft.com>, relay=akwebsoft.com[74.220.215.66]:25, delay=3, delays=0.03/0.01/2.5/0.45, dsn=5.0.0, status=bounced (host akwebsoft.com[74.220.215.66] said: 550-Verification failed for <_www@tj49.com> 550-No Such User Here" 550 Sender verify failed (in reply to RCPT TO command))
Dec 16 07:51:52 linus postfix/cleanup[5178]: B9A71427635A: message-id=<20131216165152.B9A71427635A@tj49.com>
Dec 16 07:51:52 linus postfix/bounce[5190]: A8CBA4276353: sender non-delivery notification: B9A71427635A
Dec 16 07:51:52 linus postfix/qmgr[5171]: B9A71427635A: from=<>, size=2271, nrcpt=1 (queue active)
Dec 16 07:51:52 linus postfix/qmgr[5171]: A8CBA4276353: removed
Dec 16 07:51:55 linus postfix/smtp[5180]: B9A71427635A: to=<_www@tj49.com>, relay=mail.tj49.com[74.220.215.66]:25, delay=2.7, delays=0/0/2.4/0.22, dsn=5.0.0, status=bounced (host mail.tj49.com[74.220.215.66] said: 550 No Such User Here" (in reply to RCPT TO command))
[end]
The error above is coming from the mailserver and PHP is munging the sender, so it appears to me (and of course I am a PHP newbie) that this is a PHP issue. If I am correct, how to configure PHP correctly?
It is a different issue when I attempt to send email using the smtp authentication module - see below
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); That was added, and caches were cleared.
Did a test send from my smtp auth module. I got three error messages (as per subject line) from the module. Looking at the drupal logs - I see this:
That INI setting won't have any affect on SMTP. SMTP sends emails through the PHPMailer package, which doesn't use mail() at all, but rather uses PHP's sockets and handles everything internally. Try disabling SMTP and using that ini setting, see if you can send through Drupal. That will use the regular PHP mail() function, which is nothing more than a wrapper for the system's sendmail command. and from my previous post, as per your (Jamie's) instructions we appear to have solved that one ... thanks again
* Jamie Holly <hovercrafter@earthlink.net> [131216 08:37]:
Do you still have this in your settings.php?
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com');
If so then try setting the sendmail_path in your php.ini file and restart PHP. You can also set the sendmail_from in there and see if that helps.
My sendmail_path in php.ini _was_ set as '/usr/sbin/sendmail -t -i' I added the '-f' argument, then was getting a fatal: usage: sendmail [options] from postfix So, I've changed it back.
If that doesn't work, then there is some weird configuration in your either distribution of PHP or the build of Postfix/sendmail. You would really need to ask on an Apple forum or where you got these packages from.
I concurr, I will start with the macports community, I'm on their ML.
Another option is to just disable the whole verify sender in Postfix. There's no risk in your local machine, so long as you aren't using it for real world stuff. Just disable access to port 25 and 587 from the outside world in your firewall so spammers can't use your comp to send emails (also make sure you have your akwebsoft and tj49 domains set to localhost in your hosts file). To disable it, in your main.cf just add this and restart Postfix:
address_verify_sender = <>
I'm well firewalled, but will try the macports folks first. The main problem with sending email from drupal has been solved (_I think_). I need to test the ini() solution on my remote (deployed) site, but in the meantime, you have my gratitude. Thanks - tim - -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
* Jamie Holly <hovercrafter@earthlink.net> [131215 07:11]:
What's your email address set in the E-Mail address field on Administration > Configuration > System > Site information?
From your log, the problem is obvious. You are attempting to send an email with a return address that doesn't exist. Postfix is set to verify sender, so before it accepts an email, it's going to ask the server handling the return address if that user actually exists. If it doesn't then it's going to send a 550 error. If you have the EMail address in Drupal set to something other than www@tj49.com, then you got a server problem going on, preventing PHP from setting the return address. If you're running in safe_mode, that can be the culprit. If not, then you can try adding this to your settings.php:
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com');
I am currently even happier and even more confused: consider the instructions above. Last night, I could have sworn that I did indeed put ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); in my settings.php but I find today that if I put the ini() function call in settings.php, I get a blank screen when I reload the site - no content whatsoever, and it doesn't seem to matter at what position the ini() call is in settings.php ... so the ini() call is removed. Additionally ----------- 1)further research indicates that the proper settings in php.ini should be sendmail_path = "/usr/sbin/sendmail -t -i -ftim@tj49.com" see http://hostmonsterforums.com/archive/index.php/t-9832.html (no space between the -f argument and the email address) 2)Now I can send email through a non-drupal mail() call 3)Following the instructions at http://hostmonsterforums.com/archive/index.php/t-9832.html I called the hostmonster helpdesk and with their guidance, I used cPanel to upgrade to PHP 5.4 (was set to PHP 5.2) and elected to generate a php.ini file to which I added sendmail_path = "/usr/sbin/sendmail -t -i -ftim@tj49.com" It's too early to be entirely certain, but I think I'm moving to a fix and I hope what I'm writing here can help others. Now, I know that Jamie is as busy as sheep dog helping us noobs, but maybe he call tell me why ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); Or should it be ini('sendmail_path', '/usr/sbin/sendmail -t -i -ftim@akwebsoft.com'); ## ?? in settings.php would cause the site to choke Yet, I note that the same code as the bottom line of index.php does not cause the site to choke (load blank content). So I still could use some clarification on the proper use of ini(), and am doing my own research .. Aren't we having fun? -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
Sorry about that. It should be ini_set(); Jamie Holly http://hollyit.net On 12/16/2013 6:02 PM, Tim Johnson wrote:
* Jamie Holly <hovercrafter@earthlink.net> [131215 07:11]:
What's your email address set in the E-Mail address field on Administration > Configuration > System > Site information?
From your log, the problem is obvious. You are attempting to send an email with a return address that doesn't exist. Postfix is set to verify sender, so before it accepts an email, it's going to ask the server handling the return address if that user actually exists. If it doesn't then it's going to send a 550 error. If you have the EMail address in Drupal set to something other than www@tj49.com, then you got a server problem going on, preventing PHP from setting the return address. If you're running in safe_mode, that can be the culprit. If not, then you can try adding this to your settings.php:
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com');
I am currently even happier and even more confused: consider the instructions above. Last night, I could have sworn that I did indeed put ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); in my settings.php
but I find today that if I put the ini() function call in settings.php, I get a blank screen when I reload the site - no content whatsoever, and it doesn't seem to matter at what position the ini() call is in settings.php ... so the ini() call is removed.
Additionally ----------- 1)further research indicates that the proper settings in php.ini should be sendmail_path = "/usr/sbin/sendmail -t -i -ftim@tj49.com" see http://hostmonsterforums.com/archive/index.php/t-9832.html (no space between the -f argument and the email address)
2)Now I can send email through a non-drupal mail() call
3)Following the instructions at http://hostmonsterforums.com/archive/index.php/t-9832.html I called the hostmonster helpdesk and with their guidance, I used cPanel to upgrade to PHP 5.4 (was set to PHP 5.2) and elected to generate a php.ini file to which I added sendmail_path = "/usr/sbin/sendmail -t -i -ftim@tj49.com"
It's too early to be entirely certain, but I think I'm moving to a fix and I hope what I'm writing here can help others.
Now, I know that Jamie is as busy as sheep dog helping us noobs, but maybe he call tell me why
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); Or should it be ini('sendmail_path', '/usr/sbin/sendmail -t -i -ftim@akwebsoft.com'); ## ?? in settings.php would cause the site to choke
Yet, I note that the same code as the bottom line of index.php does not cause the site to choke (load blank content).
So I still could use some clarification on the proper use of ini(), and am doing my own research ..
Aren't we having fun?
* Tim Johnson <tim@akwebsoft.com> [131216 14:11]:
* Jamie Holly <hovercrafter@earthlink.net> [131215 07:11]: <...> then you can try adding this to your settings.php:
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); Try as I might I can't find anything on a drupal-specific or PHP core ini() function.
Jamie - Did you mean ini_set($string_1, $string_2) ? (see http://php.net/ini_set) -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
Yup. That's the one you want. Jamie Holly http://hollyit.net On 12/16/2013 8:46 PM, Tim Johnson wrote:
* Tim Johnson <tim@akwebsoft.com> [131216 14:11]:
* Jamie Holly <hovercrafter@earthlink.net> [131215 07:11]: <...> then you can try adding this to your settings.php:
ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim@akwebsoft.com'); Try as I might I can't find anything on a drupal-specific or PHP core ini() function.
Jamie - Did you mean ini_set($string_1, $string_2) ? (see http://php.net/ini_set)
* Jamie Holly <hovercrafter@earthlink.net> [131216 17:15]:
Yup. That's the one you want. :) -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
* ra <aldag@aupcom.de> [131215 07:11]:
There is no solution to this issue, i guess? (have the same problem) I'm happy to report that there are more eyes on this issue,
:) there's always a solution.. -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com
participants (4)
-
Chris Miller -
Jamie Holly -
ra -
Tim Johnson