Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Problem with sendmail, error code 67.

1,257 views
Skip to first unread message

Shams Fantar

unread,
Jul 2, 2007, 8:00:17 AM7/2/07
to
Hello,

I have used Google to have the answers at my problem, but I did not
find anything.

The problem is that I can't use the function mail() of php.

If I make 'sendmail -s testing sfantar@localhost', the prompt doesn't
come back and there is no message. But if I make 'mail -s testing
sfantar@localhost', I have an error message : Can't send mail: sendmail
process failed with error code 67

My php.ini for mail() : sendmail_path = /usr/sbin/sendmail -t -i

If I want to use mail(), I can't !

There is nothing in the logs.

Have you ideas ? Solutions ?

Sendmail's version is 8.13.

Thank you,

--
Shams Fantar (http://snurf.info)


--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Shams Fantar

unread,
Jul 2, 2007, 2:20:11 PM7/2/07
to
Shams Fantar wrote:
> Hello,
>
> I have used Google to have the answers at my problem, but I did not
> find anything.
>
> The problem is that I can't use the function mail() of php.
>
> If I make 'sendmail -s testing sfantar@localhost', the prompt doesn't
> come back and there is no message. But if I make 'mail -s testing
> sfantar@localhost', I have an error message : Can't send mail:
> sendmail process failed with error code 67
>
> My php.ini for mail() : sendmail_path = /usr/sbin/sendmail -t -i
>
> If I want to use mail(), I can't !
>
> There is nothing in the logs.
>
> Have you ideas ? Solutions ?
>
> Sendmail's version is 8.13.
>
> Thank you,
>

No idea ?

Richard A Nelson

unread,
Jul 2, 2007, 9:20:07 PM7/2/07
to
On Mon, 2 Jul 2007, Shams Fantar wrote:

>> I have used Google to have the answers at my problem, but I did not find
>> anything.

You need more practice, the 1st page of my only search turned up this:
--------------------------------------------------------------------------
Take a look at /usr/include/sysexits.h on your system. It lists all of
the standard exit codes for programs. On a Linux 2.0.35 system I
have:

#define EX_NOUSER 67 /* addressee unknown */

And further up:

* EX_NOUSER -- The user specified did not exist. This might
* be used for mail addresses or remote logins.
----------------------------------------------------------------------------


>> If I make 'sendmail -s testing sfantar@localhost', the prompt doesn't come
>> back and there is no message. But if I make 'mail -s testing
>> sfantar@localhost', I have an error message : Can't send mail: sendmail
>> process failed with error code 67

sendmail and mail are different commands, with different syntax, it
isn't surprising that you see different results.

>> My php.ini for mail() : sendmail_path = /usr/sbin/sendmail -t -i

Looks good

>> If I want to use mail(), I can't !

Because you are passing bad data, have a misconfigured mta, or both.

>> There is nothing in the logs.

If there is truly nothing in /var/log/mail.log, it implies that sendmail
saw the mail recipient as being local, and as such, refused to accept
the mail for a non-existant local user.

--------------------------------------------------------------------------
$ mail -stesting asdf@localhost
.
Cc:
Null message body; hope that's ok
/home/cowboy/dead.letter... Saved message in /home/cowboy/dead.letter


Can't send mail: sendmail process failed with error code 67

---------------------------------------------------------------------

--
Rick Nelson
<hop> kb: I demand integrity and honesty in those who i do business with
<hop> i know my demands are unreasonable, but a guy can dream, can't he?

Nelson Castillo

unread,
Jul 2, 2007, 9:30:08 PM7/2/07
to
On 7/2/07, Richard A Nelson <cow...@debian.org> wrote:
> On Mon, 2 Jul 2007, Shams Fantar wrote:
>
> >> I have used Google to have the answers at my problem, but I did not find
> >> anything.
>
> You need more practice, the 1st page of my only search turned up this:
> --------------------------------------------------------------------------
> Take a look at /usr/include/sysexits.h on your system. It lists all of
> the standard exit codes for programs. On a Linux 2.0.35 system I
> have:
>
> #define EX_NOUSER 67 /* addressee unknown */

Gee. I thought Error 67 meant "Migrate to postfix".

Couldn't help it,
N.-

--
http://arhuaco.org
http://emQbit.com

Shams Fantar

unread,
Jul 3, 2007, 11:40:13 AM7/3/07
to
Nelson Castillo wrote:
> On 7/2/07, Richard A Nelson <cow...@debian.org> wrote:
>> On Mon, 2 Jul 2007, Shams Fantar wrote:
>>
>> >> I have used Google to have the answers at my problem, but I did
>> not find
>> >> anything.
>>
>> You need more practice, the 1st page of my only search turned up this:
>> --------------------------------------------------------------------------
>>
>> Take a look at /usr/include/sysexits.h on your system. It lists all of
>> the standard exit codes for programs. On a Linux 2.0.35 system I
>> have:
>>
>> #define EX_NOUSER 67 /* addressee unknown */
>
> Gee. I thought Error 67 meant "Migrate to postfix".
>
> Couldn't help it,
> N.-
>

For the moment, I use sendmail. ;)

--
Shams Fantar (http://snurf.info)

Shams Fantar

unread,
Jul 3, 2007, 11:40:13 AM7/3/07
to
Richard A Nelson wrote:
> On Mon, 2 Jul 2007, Shams Fantar wrote:
>
>>> I have used Google to have the answers at my problem, but I did not
>>> find anything.
>
> You need more practice, the 1st page of my only search turned up this:
> --------------------------------------------------------------------------
>
> Take a look at /usr/include/sysexits.h on your system. It lists all of
> the standard exit codes for programs. On a Linux 2.0.35 system I
> have:
>
> #define EX_NOUSER 67 /* addressee unknown */
>
> And further up:
>
> * EX_NOUSER -- The user specified did not exist. This might
> * be used for mail addresses or remote logins.
> ----------------------------------------------------------------------------
>
>

I did not know /usr/include/sysexits.h. ;-)

>
>>> If I make 'sendmail -s testing sfantar@localhost', the prompt
>>> doesn't come back and there is no message. But if I make 'mail -s
>>> testing sfantar@localhost', I have an error message : Can't send
>>> mail: sendmail process failed with error code 67
>
> sendmail and mail are different commands, with different syntax, it
> isn't surprising that you see different results.

Yes, I know, I tested just.

>
>>> My php.ini for mail() : sendmail_path = /usr/sbin/sendmail -t -i
>
> Looks good
>
>>> If I want to use mail(), I can't !
>
> Because you are passing bad data, have a misconfigured mta, or both.
>
>>> There is nothing in the logs.
>
> If there is truly nothing in /var/log/mail.log, it implies that sendmail
> saw the mail recipient as being local, and as such, refused to accept
> the mail for a non-existant local user.

Yes, you are right. But, what is the solution ? I have no idea...

Logs of errors : http://jumble.snurf.info/pb_sendmail

>
> --------------------------------------------------------------------------
>
> $ mail -stesting asdf@localhost
> .
> Cc: Null message body; hope that's ok
> /home/cowboy/dead.letter... Saved message in /home/cowboy/dead.letter
> Can't send mail: sendmail process failed with error code 67
> ---------------------------------------------------------------------
>

--
Shams Fantar (http://snurf.info)

Richard A Nelson

unread,
Jul 3, 2007, 2:40:06 PM7/3/07
to
On Tue, 3 Jul 2007, Shams Fantar wrote:

>> If there is truly nothing in /var/log/mail.log, it implies that sendmail
>> saw the mail recipient as being local, and as such, refused to accept
>> the mail for a non-existant local user.
>
> Yes, you are right.

As if that was ever in question :)

> But, what is the solution ? I have no idea...
>
> Logs of errors : http://jumble.snurf.info/pb_sendmail

Your basic problem is the common case 'Broken DNS'

* Domain of sender address root@sethurf does not exist

Is sethurf part of the linux62.org domain ? If so, you are likely
missing 'always add domain' and likely masquerade settings for
sendmail, and also missing a DNS entry for sethurf.

* l63FQslM017895: to=sfa...@linux62.org, ... DSN: User unknown

This implies that the current host thinks it is linux62.org, but
does not have a user by the name of sfantar.

However, I don't buy this message because it appears to be fallout
from a mis-parse of the original rejection based on thesurf not being
resolvable (they both use the same dsn code: dsn=5.1.8)

You appear to be new MTA setup/mgmt issues, and may best be served by
visiting the IRC channel #sendmail on freenode... There are many
knowledgable people there, and I am usually there as one (or more of)
cowboy/outlaw/renegade - depending upon my location/mood.


--
Rick Nelson
<Myxie> I know. Unless htere is a cookie monster somewhere between us tat muches the amil.
<Myxie> amil/mail
<Myxie> muches/munches tat/that htere/there
<HippieGuy> heheh
<HippieGuy> problems? :)
* Myxie needs an ircii addon that pipes teh command line through ispell :)
-- Seen on #Debian

0 new messages