[support] Unable to send e-mail. Contact the site administrator if the problem persists

[Jamie Holly]

Do you still have this in your settings.php?

ini('sendmail_path', '/usr/sbin/sendmail -t -i -f tim at 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 at 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 at tj49.com>
>
> Dec 16 07:51:49 linus postfix/qmgr[5171]: A8CBA4276353:
> from=<_www at tj49.com>, size=380, nrcpt=1 (queue active)
>
> Dec 16 07:51:52 linus postfix/smtp[5180]: A8CBA4276353:
> to=<tim at 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 at 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 at 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 at 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 at 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