F9 - sendmail won't send on startup?

[Knute Johnson]

I've got two installations of F9 running, one x86_64 and the other i386. 
  They both fail to send email initially but if I restart sendmail they 
send fine after that.  I'm using thunderbird and have it configured to 
use the local sendmail for sending.  The only thing I've modified in my 
sendmail.mc file is the masquerading.  Any ideas where to start looking?

Thanks,

knute...

Jun 22 11:09:54 localhost sendmail[2107]: alias database /etc/aliases 
rebuilt by root
Jun 22 11:09:54 localhost sendmail[2107]: /etc/aliases: 77 aliases, 
longest 10 bytes, 774 bytes total
Jun 22 11:09:54 localhost sendmail[2112]: starting daemon (8.14.2): 
SMTP+queueing@01:00:00
Jun 22 11:09:54 localhost sendmail[2112]: STARTTLS: ServerCertFile missing
Jun 22 11:09:54 localhost sendmail[2112]: started as: /usr/sbin/sendmail 
-bd -q1h
Jun 22 11:09:54 localhost sm-msp-queue[2121]: starting daemon (8.14.2): 
queueing@01:00:00
Jun 22 11:10:43 localhost sendmail[2664]: NOQUEUE: connect from 
localhost.localdomain [127.0.0.1]
Jun 22 11:10:43 localhost sendmail[2664]: AUTH: available mech=CRAM-MD5 
PLAIN ANONYMOUS DIGEST-MD5 LOGIN, allowed mech=EXTERNAL GSSAPI 
KERBEROS_V4 DIGEST-MD5 CRAM-MD5
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: Milter: no 
active filter
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 220 
localhost.localdomain ESMTP Sendmail 8.14.2/8.14.2; Sun, 22 Jun 2008 
11:10:43 -0700
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- EHLO 
[127.0.0.1]
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
250-localhost.localdomain Hello localhost.localdomain [127.0.0.1], 
pleased to meet you
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
250-ENHANCEDSTATUSCODES
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-PIPELINING
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-8BITMIME
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-SIZE
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DSN
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-ETRN
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-AUTH 
DIGEST-MD5 CRAM-MD5
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DELIVERBY
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250 HELP
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- MAIL 
FROM: SIZE=427
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
www.knutejohnson.com: Name server timeout
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 050 
... Transient parse error -- message queued 
for future delivery
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
www.knutejohnson.com: Name server timeout
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
www.knutejohnson.com: Name server timeout
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
www.knutejohnson.com: Name server timeout
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 4.1.8 
Domain of sender address [e-mail] does not resolve
Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: 
ruleset=check_mail, arg1=, 
relay=localhost.localdomain [127.0.0.1], reject=451 4.1.8 Domain of 
sender address [e-mail] does not resolve
Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: <-- QUIT
Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: --- 221 2.0.0 
localhost.localdomain closing connection
Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: 
from=, size=427, class=0, nrcpts=0, 
proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]

[Craig White]

On Sun, 2008-06-22 at 11:17 -0700, Knute Johnson wrote:
> I've got two installations of F9 running, one x86_64 and the other i386. 
>   They both fail to send email initially but if I restart sendmail they 
> send fine after that.  I'm using thunderbird and have it configured to 
> use the local sendmail for sending.  The only thing I've modified in my 
> sendmail.mc file is the masquerading.  Any ideas where to start looking?
>
> Thanks,
>
> knute...
>
> Jun 22 11:09:54 localhost sendmail[2107]: alias database /etc/aliases 
> rebuilt by root
> Jun 22 11:09:54 localhost sendmail[2107]: /etc/aliases: 77 aliases, 
> longest 10 bytes, 774 bytes total
> Jun 22 11:09:54 localhost sendmail[2112]: starting daemon (8.14.2): 
> SMTP+queueing@01:00:00
> Jun 22 11:09:54 localhost sendmail[2112]: STARTTLS: ServerCertFile missing
> Jun 22 11:09:54 localhost sendmail[2112]: started as: /usr/sbin/sendmail 
> -bd -q1h
> Jun 22 11:09:54 localhost sm-msp-queue[2121]: starting daemon (8.14.2): 
> queueing@01:00:00
> Jun 22 11:10:43 localhost sendmail[2664]: NOQUEUE: connect from 
> localhost.localdomain [127.0.0.1]
> Jun 22 11:10:43 localhost sendmail[2664]: AUTH: available mech=CRAM-MD5 
> PLAIN ANONYMOUS DIGEST-MD5 LOGIN, allowed mech=EXTERNAL GSSAPI 
> KERBEROS_V4 DIGEST-MD5 CRAM-MD5
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: Milter: no 
> active filter
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 220 
> localhost.localdomain ESMTP Sendmail 8.14.2/8.14.2; Sun, 22 Jun 2008 
> 11:10:43 -0700
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- EHLO 
> [127.0.0.1]
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> 250-localhost.localdomain Hello localhost.localdomain [127.0.0.1], 
> pleased to meet you
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> 250-ENHANCEDSTATUSCODES
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-PIPELINING
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-8BITMIME
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-SIZE
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DSN
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-ETRN
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-AUTH 
> DIGEST-MD5 CRAM-MD5
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DELIVERBY
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250 HELP
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- MAIL 
> FROM: SIZE=427
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> www.knutejohnson.com: Name server timeout
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 050 
> ... Transient parse error -- message queued 
> for future delivery
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> www.knutejohnson.com: Name server timeout
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> www.knutejohnson.com: Name server timeout
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> www.knutejohnson.com: Name server timeout
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 4.1.8 
> Domain of sender address [e-mail] does not resolve
> Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: 
> ruleset=check_mail, arg1=, 
> relay=localhost.localdomain [127.0.0.1], reject=451 4.1.8 Domain of 
> sender address [e-mail] does not resolve
> Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: <-- QUIT
> Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: --- 221 2.0.0 
> localhost.localdomain closing connection
> Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: 
> from=, size=427, class=0, nrcpts=0, 
> proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]

----
is sendmail set to start on boot?

chkconfig --list sendmail # to review which runlevels it starts on
chkconfig sendmail on # to have it start on boot

it does appear that you've got a DNS issue too...'sender address of
www.knutejohnson.com does not resolve' is a problem as I see it.

Craig

[Knute Johnson]

Craig White wrote:
> On Sun, 2008-06-22 at 11:17 -0700, Knute Johnson wrote:
> > I've got two installations of F9 running, one x86_64 and the other i386. 
> >   They both fail to send email initially but if I restart sendmail they 
> > send fine after that.  I'm using thunderbird and have it configured to 
> > use the local sendmail for sending.  The only thing I've modified in my 
> > sendmail.mc file is the masquerading.  Any ideas where to start looking?
> >
> > Thanks,
> >
> > knute...
> >
> > Jun 22 11:09:54 localhost sendmail[2107]: alias database /etc/aliases 
> > rebuilt by root
> > Jun 22 11:09:54 localhost sendmail[2107]: /etc/aliases: 77 aliases, 
> > longest 10 bytes, 774 bytes total
> > Jun 22 11:09:54 localhost sendmail[2112]: starting daemon (8.14.2): 
> > SMTP+queueing@01:00:00
> > Jun 22 11:09:54 localhost sendmail[2112]: STARTTLS: ServerCertFile missing
> > Jun 22 11:09:54 localhost sendmail[2112]: started as: /usr/sbin/sendmail 
> > -bd -q1h
> > Jun 22 11:09:54 localhost sm-msp-queue[2121]: starting daemon (8.14.2): 
> > queueing@01:00:00
> > Jun 22 11:10:43 localhost sendmail[2664]: NOQUEUE: connect from 
> > localhost.localdomain [127.0.0.1]
> > Jun 22 11:10:43 localhost sendmail[2664]: AUTH: available mech=CRAM-MD5 
> > PLAIN ANONYMOUS DIGEST-MD5 LOGIN, allowed mech=EXTERNAL GSSAPI 
> > KERBEROS_V4 DIGEST-MD5 CRAM-MD5
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: Milter: no 
> > active filter
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 220 
> > localhost.localdomain ESMTP Sendmail 8.14.2/8.14.2; Sun, 22 Jun 2008 
> > 11:10:43 -0700
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- EHLO 
> > [127.0.0.1]
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > 250-localhost.localdomain Hello localhost.localdomain [127.0.0.1], 
> > pleased to meet you
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > 250-ENHANCEDSTATUSCODES
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-PIPELINING
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-8BITMIME
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-SIZE
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DSN
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-ETRN
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-AUTH 
> > DIGEST-MD5 CRAM-MD5
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DELIVERBY
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250 HELP
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- MAIL 
> > FROM: SIZE=427
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > www.knutejohnson.com: Name server timeout
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 050 
> > ... Transient parse error -- message queued 
> > for future delivery
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > www.knutejohnson.com: Name server timeout
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > www.knutejohnson.com: Name server timeout
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > www.knutejohnson.com: Name server timeout
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 4.1.8 
> > Domain of sender address [e-mail] does not resolve
> > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: 
> > ruleset=check_mail, arg1=, 
> > relay=localhost.localdomain [127.0.0.1], reject=451 4.1.8 Domain of 
> > sender address [e-mail] does not resolve
> > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: <-- QUIT
> > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: --- 221 2.0.0 
> > localhost.localdomain closing connection
> > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: 
> > from=, size=427, class=0, nrcpts=0, 
> > proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
>
> is sendmail set to start on boot?

Yes.  That's why I included the log that shows the start of sendmail.
> chkconfig --list sendmail # to review which runlevels it starts on
> chkconfig sendmail on # to have it start on boot

The log above shows it is running but;

[root@knute knute]# /sbin/chkconfig --list | grep sendmail
sendmail       	0:off	1:off	2:on	3:on	4:on	5:on	6:off
> it does appear that you've got a DNS issue too...'sender address of
> www.knutejohnson.com does not resolve' is a problem as I see it.

When the computer first starts.  After I restart sendmail it doesn't 
have a problem any more.  This mail was sent from one of the computers 
with the problem.

[Craig White]

On Sun, 2008-06-22 at 11:32 -0700, Knute Johnson wrote:
> Craig White wrote:
> > On Sun, 2008-06-22 at 11:17 -0700, Knute Johnson wrote:
> > > I've got two installations of F9 running, one x86_64 and the other i386. 
> > >   They both fail to send email initially but if I restart sendmail they 
> > > send fine after that.  I'm using thunderbird and have it configured to 
> > > use the local sendmail for sending.  The only thing I've modified in my 
> > > sendmail.mc file is the masquerading.  Any ideas where to start looking?
> > >
> > > Thanks,
> > >
> > > knute...
> > >
> > > Jun 22 11:09:54 localhost sendmail[2107]: alias database /etc/aliases 
> > > rebuilt by root
> > > Jun 22 11:09:54 localhost sendmail[2107]: /etc/aliases: 77 aliases, 
> > > longest 10 bytes, 774 bytes total
> > > Jun 22 11:09:54 localhost sendmail[2112]: starting daemon (8.14.2): 
> > > SMTP+queueing@01:00:00
> > > Jun 22 11:09:54 localhost sendmail[2112]: STARTTLS: ServerCertFile missing
> > > Jun 22 11:09:54 localhost sendmail[2112]: started as: /usr/sbin/sendmail 
> > > -bd -q1h
> > > Jun 22 11:09:54 localhost sm-msp-queue[2121]: starting daemon (8.14.2): 
> > > queueing@01:00:00
> > > Jun 22 11:10:43 localhost sendmail[2664]: NOQUEUE: connect from 
> > > localhost.localdomain [127.0.0.1]
> > > Jun 22 11:10:43 localhost sendmail[2664]: AUTH: available mech=CRAM-MD5 
> > > PLAIN ANONYMOUS DIGEST-MD5 LOGIN, allowed mech=EXTERNAL GSSAPI 
> > > KERBEROS_V4 DIGEST-MD5 CRAM-MD5
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: Milter: no 
> > > active filter
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 220 
> > > localhost.localdomain ESMTP Sendmail 8.14.2/8.14.2; Sun, 22 Jun 2008 
> > > 11:10:43 -0700
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- EHLO 
> > > [127.0.0.1]
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > 250-localhost.localdomain Hello localhost.localdomain [127.0.0.1], 
> > > pleased to meet you
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > 250-ENHANCEDSTATUSCODES
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-PIPELINING
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-8BITMIME
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-SIZE
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DSN
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-ETRN
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-AUTH 
> > > DIGEST-MD5 CRAM-MD5
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DELIVERBY
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250 HELP
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- MAIL 
> > > FROM: SIZE=427
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > www.knutejohnson.com: Name server timeout
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 050 
> > > ... Transient parse error -- message queued 
> > > for future delivery
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > www.knutejohnson.com: Name server timeout
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > www.knutejohnson.com: Name server timeout
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > www.knutejohnson.com: Name server timeout
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 4.1.8 
> > > Domain of sender address [e-mail] does not resolve
> > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: 
> > > ruleset=check_mail, arg1=, 
> > > relay=localhost.localdomain [127.0.0.1], reject=451 4.1.8 Domain of 
> > > sender address [e-mail] does not resolve
> > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: <-- QUIT
> > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: --- 221 2.0.0 
> > > localhost.localdomain closing connection
> > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: 
> > > from=, size=427, class=0, nrcpts=0, 
> > > proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
> >
> > is sendmail set to start on boot?
>
> Yes.  That's why I included the log that shows the start of sendmail.
> > chkconfig --list sendmail # to review which runlevels it starts on
> > chkconfig sendmail on # to have it start on boot
>
> The log above shows it is running but;
>
> [root@knute knute]# /sbin/chkconfig --list | grep sendmail
> sendmail       	0:off	1:off	2:on	3:on	4:on	5:on	6:off
> > it does appear that you've got a DNS issue too...'sender address of
> > www.knutejohnson.com does not resolve' is a problem as I see it.
>
> When the computer first starts.  After I restart sendmail it doesn't 
> have a problem any more.  This mail was sent from one of the computers 
> with the problem.

----
I would think that sendmail starts after named starts but perhaps not.

Try setting a manual entry for www.knutejohnson.com in /etc/hosts

Craig

[Knute Johnson]

Craig White wrote:
> On Sun, 2008-06-22 at 11:32 -0700, Knute Johnson wrote:
> > Craig White wrote:
> > > On Sun, 2008-06-22 at 11:17 -0700, Knute Johnson wrote:
> > > > I've got two installations of F9 running, one x86_64 and the other i386. 
> > > >   They both fail to send email initially but if I restart sendmail they 
> > > > send fine after that.  I'm using thunderbird and have it configured to 
> > > > use the local sendmail for sending.  The only thing I've modified in my 
> > > > sendmail.mc file is the masquerading.  Any ideas where to start looking?
> > > >
> > > > Thanks,
> > > >
> > > > knute...
> > > >
> > > > Jun 22 11:09:54 localhost sendmail[2107]: alias database /etc/aliases 
> > > > rebuilt by root
> > > > Jun 22 11:09:54 localhost sendmail[2107]: /etc/aliases: 77 aliases, 
> > > > longest 10 bytes, 774 bytes total
> > > > Jun 22 11:09:54 localhost sendmail[2112]: starting daemon (8.14.2): 
> > > > SMTP+queueing@01:00:00
> > > > Jun 22 11:09:54 localhost sendmail[2112]: STARTTLS: ServerCertFile missing
> > > > Jun 22 11:09:54 localhost sendmail[2112]: started as: /usr/sbin/sendmail 
> > > > -bd -q1h
> > > > Jun 22 11:09:54 localhost sm-msp-queue[2121]: starting daemon (8.14.2): 
> > > > queueing@01:00:00
> > > > Jun 22 11:10:43 localhost sendmail[2664]: NOQUEUE: connect from 
> > > > localhost.localdomain [127.0.0.1]
> > > > Jun 22 11:10:43 localhost sendmail[2664]: AUTH: available mech=CRAM-MD5 
> > > > PLAIN ANONYMOUS DIGEST-MD5 LOGIN, allowed mech=EXTERNAL GSSAPI 
> > > > KERBEROS_V4 DIGEST-MD5 CRAM-MD5
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: Milter: no 
> > > > active filter
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 220 
> > > > localhost.localdomain ESMTP Sendmail 8.14.2/8.14.2; Sun, 22 Jun 2008 
> > > > 11:10:43 -0700
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- EHLO 
> > > > [127.0.0.1]
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > 250-localhost.localdomain Hello localhost.localdomain [127.0.0.1], 
> > > > pleased to meet you
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > 250-ENHANCEDSTATUSCODES
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-PIPELINING
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-8BITMIME
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-SIZE
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DSN
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-ETRN
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-AUTH 
> > > > DIGEST-MD5 CRAM-MD5
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DELIVERBY
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250 HELP
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- MAIL 
> > > > FROM: SIZE=427
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > www.knutejohnson.com: Name server timeout
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 050 
> > > > ... Transient parse error -- message queued 
> > > > for future delivery
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > www.knutejohnson.com: Name server timeout
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > www.knutejohnson.com: Name server timeout
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > www.knutejohnson.com: Name server timeout
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 4.1.8 
> > > > Domain of sender address [e-mail] does not resolve
> > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: 
> > > > ruleset=check_mail, arg1=, 
> > > > relay=localhost.localdomain [127.0.0.1], reject=451 4.1.8 Domain of 
> > > > sender address [e-mail] does not resolve
> > > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: <-- QUIT
> > > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: --- 221 2.0.0 
> > > > localhost.localdomain closing connection
> > > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: 
> > > > from=, size=427, class=0, nrcpts=0, 
> > > > proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
> > >
> > > is sendmail set to start on boot?
> >
> > Yes.  That's why I included the log that shows the start of sendmail.
> > > chkconfig --list sendmail # to review which runlevels it starts on
> > > chkconfig sendmail on # to have it start on boot
> >
> > The log above shows it is running but;
> >
> > [root@knute knute]# /sbin/chkconfig --list | grep sendmail
> > sendmail       	0:off	1:off	2:on	3:on	4:on	5:on	6:off
> > > it does appear that you've got a DNS issue too...'sender address of
> > > www.knutejohnson.com does not resolve' is a problem as I see it.
> >
> > When the computer first starts.  After I restart sendmail it doesn't 
> > have a problem any more.  This mail was sent from one of the computers 
> > with the problem.
>
> I would think that sendmail starts after named starts but perhaps not.
>
> Try setting a manual entry for www.knutejohnson.com in /etc/hosts
>
> Craig

That didn't fix it.  The mail got queued though which is another problem 
that occurs sometimes along with this.  As soon as I restart sendmail 
these queued mails are sent immediately.

[root@knute knute]# mailq
    	/var/spool/mqueue (2 requests)
-----Q-ID----- --Size-- -----Q-Time----- 
------------Sender/Recipient-----------
m5MItEsf002625       52 Sun Jun 22 11:55 
                  (Deferred: Name server: www.knutejohnson.com.: host 
name look)
    				 
m5MIrQFK002822       52 Sun Jun 22 11:53 
                  (Deferred: Name server: www.knutejohnson.com.: host 
name look)
    				 
    	Total requests: 2

[Knute Johnson]

Knute Johnson wrote:
> Craig White wrote:
> > On Sun, 2008-06-22 at 11:32 -0700, Knute Johnson wrote:
> > > Craig White wrote:
> > > > On Sun, 2008-06-22 at 11:17 -0700, Knute Johnson wrote:
> > > > > I've got two installations of F9 running, one x86_64 and the other 
> > > > > i386.   They both fail to send email initially but if I restart 
> > > > > sendmail they send fine after that.  I'm using thunderbird and have 
> > > > > it configured to use the local sendmail for sending.  The only 
> > > > > thing I've modified in my sendmail.mc file is the masquerading.  
> > > > > Any ideas where to start looking?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > knute...
> > > > >
> > > > > Jun 22 11:09:54 localhost sendmail[2107]: alias database 
> > > > > /etc/aliases rebuilt by root
> > > > > Jun 22 11:09:54 localhost sendmail[2107]: /etc/aliases: 77 aliases, 
> > > > > longest 10 bytes, 774 bytes total
> > > > > Jun 22 11:09:54 localhost sendmail[2112]: starting daemon (8.14.2): 
> > > > > SMTP+queueing@01:00:00
> > > > > Jun 22 11:09:54 localhost sendmail[2112]: STARTTLS: ServerCertFile 
> > > > > missing
> > > > > Jun 22 11:09:54 localhost sendmail[2112]: started as: 
> > > > > /usr/sbin/sendmail -bd -q1h
> > > > > Jun 22 11:09:54 localhost sm-msp-queue[2121]: starting daemon 
> > > > > (8.14.2): queueing@01:00:00
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: NOQUEUE: connect from 
> > > > > localhost.localdomain [127.0.0.1]
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: AUTH: available 
> > > > > mech=CRAM-MD5 PLAIN ANONYMOUS DIGEST-MD5 LOGIN, allowed 
> > > > > mech=EXTERNAL GSSAPI KERBEROS_V4 DIGEST-MD5 CRAM-MD5
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: Milter: 
> > > > > no active filter
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 220 
> > > > > localhost.localdomain ESMTP Sendmail 8.14.2/8.14.2; Sun, 22 Jun 
> > > > > 2008 11:10:43 -0700
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- EHLO 
> > > > > [127.0.0.1]
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > > 250-localhost.localdomain Hello localhost.localdomain [127.0.0.1], 
> > > > > pleased to meet you
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > > 250-ENHANCEDSTATUSCODES
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > > 250-PIPELINING
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > > 250-8BITMIME
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-SIZE
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-DSN
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250-ETRN
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > > 250-AUTH DIGEST-MD5 CRAM-MD5
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 
> > > > > 250-DELIVERBY
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 250 HELP
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: <-- MAIL 
> > > > > FROM: SIZE=427
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > > www.knutejohnson.com: Name server timeout
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 050 
> > > > > ... Transient parse error -- message 
> > > > > queued for future delivery
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > > www.knutejohnson.com: Name server timeout
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > > www.knutejohnson.com: Name server timeout
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > > www.knutejohnson.com: Name server timeout
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: --- 451 
> > > > > 4.1.8 Domain of sender address [e-mail] does not 
> > > > > resolve
> > > > > Jun 22 11:10:43 localhost sendmail[2664]: m5MIAhEW002664: 
> > > > > ruleset=check_mail, arg1=, 
> > > > > relay=localhost.localdomain [127.0.0.1], reject=451 4.1.8 Domain of 
> > > > > sender address [e-mail] does not resolve
> > > > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: <-- QUIT
> > > > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: --- 221 
> > > > > 2.0.0 localhost.localdomain closing connection
> > > > > Jun 22 11:10:56 localhost sendmail[2664]: m5MIAhEW002664: 
> > > > > from=, size=427, class=0, nrcpts=0, 
> > > > > proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
> > > >
> > > > is sendmail set to start on boot?
> > >
> > > Yes.  That's why I included the log that shows the start of sendmail.
> > > > chkconfig --list sendmail # to review which runlevels it starts on
> > > > chkconfig sendmail on # to have it start on boot
> > >
> > > The log above shows it is running but;
> > >
> > > [root@knute knute]# /sbin/chkconfig --list | grep sendmail
> > > sendmail           0:off    1:off    2:on    3:on    4:on    5:on    
> > > 6:off
> > > > it does appear that you've got a DNS issue too...'sender address of
> > > > www.knutejohnson.com does not resolve' is a problem as I see it.
> > >
> > > When the computer first starts.  After I restart sendmail it doesn't 
> > > have a problem any more.  This mail was sent from one of the 
> > > computers with the problem.
> >
> > I would think that sendmail starts after named starts but perhaps not.
> >
> > Try setting a manual entry for www.knutejohnson.com in /etc/hosts
> >
> > Craig
>
> That didn't fix it.  The mail got queued though which is another problem 
> that occurs sometimes along with this.  As soon as I restart sendmail 
> these queued mails are sent immediately.
>
> [root@knute knute]# mailq
>         /var/spool/mqueue (2 requests)
> -----Q-ID----- --Size-- -----Q-Time----- 
> ------------Sender/Recipient-----------
> m5MItEsf002625       52 Sun Jun 22 11:55 
>                  (Deferred: Name server: www.knutejohnson.com.: host 
> name look)
>                      
> m5MIrQFK002822       52 Sun Jun 22 11:53 
>                  (Deferred: Name server: www.knutejohnson.com.: host 
> name look)
>                      
>         Total requests: 2

These extra emails are problems with the mailq (I think).

[Craig White]

On Sun, 2008-06-22 at 12:02 -0700, Knute Johnson wrote:
> Knute Johnson wrote:
> > That didn't fix it.  The mail got queued though which is another problem 
> > that occurs sometimes along with this.  As soon as I restart sendmail 
> > these queued mails are sent immediately.
> >
> > [root@knute knute]# mailq
> >         /var/spool/mqueue (2 requests)
> > -----Q-ID----- --Size-- -----Q-Time----- 
> > ------------Sender/Recipient-----------
> > m5MItEsf002625       52 Sun Jun 22 11:55 
> >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > name look)
> >                      
> > m5MIrQFK002822       52 Sun Jun 22 11:53 
> >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > name look)
> >                      
> >         Total requests: 2
>
> These extra emails are problems with the mailq (I think).

----
I'm out...I abandoned sendmail for postfix years ago. A suggestion
though...set up a server on your lan to handle relaying all outbound
mail and use an smtp connection to that server instead of relying upon
the local /usr/bin/sendmail binary. That pretty much solves the issue of
configuring each workstation to handle mail deliveries.

Craig

[Knute Johnson]

Craig White wrote:
> On Sun, 2008-06-22 at 12:02 -0700, Knute Johnson wrote:
> > Knute Johnson wrote:
> > > That didn't fix it.  The mail got queued though which is another problem 
> > > that occurs sometimes along with this.  As soon as I restart sendmail 
> > > these queued mails are sent immediately.
> > >
> > > [root@knute knute]# mailq
> > >         /var/spool/mqueue (2 requests)
> > > -----Q-ID----- --Size-- -----Q-Time----- 
> > > ------------Sender/Recipient-----------
> > > m5MItEsf002625       52 Sun Jun 22 11:55 
> > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > name look)
> > >                      
> > > m5MIrQFK002822       52 Sun Jun 22 11:53 
> > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > name look)
> > >                      
> > >         Total requests: 2
> >
> > These extra emails are problems with the mailq (I think).
>
> I'm out...I abandoned sendmail for postfix years ago. A suggestion
> though...set up a server on your lan to handle relaying all outbound
> mail and use an smtp connection to that server instead of relying upon
> the local /usr/bin/sendmail binary. That pretty much solves the issue of
> configuring each workstation to handle mail deliveries.
>
> Craig

There are a million ways around the problem, but I'd really just like to 
fix it.

Thanks for trying though.

[Craig White]

On Sun, 2008-06-22 at 12:17 -0700, Knute Johnson wrote:
> Craig White wrote:
> > On Sun, 2008-06-22 at 12:02 -0700, Knute Johnson wrote:
> > > Knute Johnson wrote:
> > > > That didn't fix it.  The mail got queued though which is another problem 
> > > > that occurs sometimes along with this.  As soon as I restart sendmail 
> > > > these queued mails are sent immediately.
> > > >
> > > > [root@knute knute]# mailq
> > > >         /var/spool/mqueue (2 requests)
> > > > -----Q-ID----- --Size-- -----Q-Time----- 
> > > > ------------Sender/Recipient-----------
> > > > m5MItEsf002625       52 Sun Jun 22 11:55 
> > > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > > name look)
> > > >                      
> > > > m5MIrQFK002822       52 Sun Jun 22 11:53 
> > > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > > name look)
> > > >                      
> > > >         Total requests: 2
> > >
> > > These extra emails are problems with the mailq (I think).
> >
> > I'm out...I abandoned sendmail for postfix years ago. A suggestion
> > though...set up a server on your lan to handle relaying all outbound
> > mail and use an smtp connection to that server instead of relying upon
> > the local /usr/bin/sendmail binary. That pretty much solves the issue of
> > configuring each workstation to handle mail deliveries.
> >
> > Craig
>
> There are a million ways around the problem, but I'd really just like to 
> fix it.
>
> Thanks for trying though.

----
I feel that you missed my point.

If you are going to rely upon configuring sendmail on each machine on
your LAN to deliver e-mail, you need to have working DNS and some
knowledge on how to configure sendmail. That's what's required to fix
it. You are choosing your own burdens here.

Craig

[Knute Johnson]

Craig White wrote:
> On Sun, 2008-06-22 at 12:17 -0700, Knute Johnson wrote:
> > Craig White wrote:
> > > On Sun, 2008-06-22 at 12:02 -0700, Knute Johnson wrote:
> > > > Knute Johnson wrote:
> > > > > That didn't fix it.  The mail got queued though which is another problem 
> > > > > that occurs sometimes along with this.  As soon as I restart sendmail 
> > > > > these queued mails are sent immediately.
> > > > >
> > > > > [root@knute knute]# mailq
> > > > >         /var/spool/mqueue (2 requests)
> > > > > -----Q-ID----- --Size-- -----Q-Time----- 
> > > > > ------------Sender/Recipient-----------
> > > > > m5MItEsf002625       52 Sun Jun 22 11:55 
> > > > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > > > name look)
> > > > >                      
> > > > > m5MIrQFK002822       52 Sun Jun 22 11:53 
> > > > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > > > name look)
> > > > >                      
> > > > >         Total requests: 2
> > > >
> > > > These extra emails are problems with the mailq (I think).
> > >
> > > I'm out...I abandoned sendmail for postfix years ago. A suggestion
> > > though...set up a server on your lan to handle relaying all outbound
> > > mail and use an smtp connection to that server instead of relying upon
> > > the local /usr/bin/sendmail binary. That pretty much solves the issue of
> > > configuring each workstation to handle mail deliveries.
> > >
> > > Craig
> >
> > There are a million ways around the problem, but I'd really just like to 
> > fix it.
> >
> > Thanks for trying though.
>
> I feel that you missed my point.
>
> If you are going to rely upon configuring sendmail on each machine on
> your LAN to deliver e-mail, you need to have working DNS and some
> knowledge on how to configure sendmail. That's what's required to fix
> it. You are choosing your own burdens here.
>
> Craig

I understand you perfectly.  However there is no DNS problem as I can 
read mail from the server, the browser works and I can ping.  There is 
some new problem with F9 that is causing this or something that works 
differently on F9.  This has worked fine on every version of Fedora 
since 1 and it works fine as soon as I restart sendmail.

[Craig White]

On Sun, 2008-06-22 at 12:48 -0700, Knute Johnson wrote:
> Craig White wrote:
> > On Sun, 2008-06-22 at 12:17 -0700, Knute Johnson wrote:
> > > Craig White wrote:
> > > > On Sun, 2008-06-22 at 12:02 -0700, Knute Johnson wrote:
> > > > > Knute Johnson wrote:
> > > > > > That didn't fix it.  The mail got queued though which is another problem 
> > > > > > that occurs sometimes along with this.  As soon as I restart sendmail 
> > > > > > these queued mails are sent immediately.
> > > > > >
> > > > > > [root@knute knute]# mailq
> > > > > >         /var/spool/mqueue (2 requests)
> > > > > > -----Q-ID----- --Size-- -----Q-Time----- 
> > > > > > ------------Sender/Recipient-----------
> > > > > > m5MItEsf002625       52 Sun Jun 22 11:55 
> > > > > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > > > > name look)
> > > > > >                      
> > > > > > m5MIrQFK002822       52 Sun Jun 22 11:53 
> > > > > >                  (Deferred: Name server: www.knutejohnson.com.: host 
> > > > > > name look)
> > > > > >                      
> > > > > >         Total requests: 2
> > > > >
> > > > > These extra emails are problems with the mailq (I think).
> > > >
> > > > I'm out...I abandoned sendmail for postfix years ago. A suggestion
> > > > though...set up a server on your lan to handle relaying all outbound
> > > > mail and use an smtp connection to that server instead of relying upon
> > > > the local /usr/bin/sendmail binary. That pretty much solves the issue of
> > > > configuring each workstation to handle mail deliveries.
> > > >
> > > > Craig
> > >
> > > There are a million ways around the problem, but I'd really just like to 
> > > fix it.
> > >
> > > Thanks for trying though.
> >
> > I feel that you missed my point.
> >
> > If you are going to rely upon configuring sendmail on each machine on
> > your LAN to deliver e-mail, you need to have working DNS and some
> > knowledge on how to configure sendmail. That's what's required to fix
> > it. You are choosing your own burdens here.
> >
> > Craig
>
> I understand you perfectly.  However there is no DNS problem as I can 
> read mail from the server, the browser works and I can ping.  There is 
> some new problem with F9 that is causing this or something that works 
> differently on F9.  This has worked fine on every version of Fedora 
> since 1 and it works fine as soon as I restart sendmail.

----
But I am running F-9 and sendmail and don't get those startup errors...

[root@lin-workstation ~]# grep 'Name server timeout' /var/log/maillog*
[root@lin-workstation ~]# grep 'Name server timeout' /var/log/messages*
[root@lin-workstation ~]# chkconfig --list sendmail
sendmail        0:off   1:off   2:on    3:on    4:on    5:on    6:off

so it seems as though you do have some DNS problem somewhere.

And I assure you that if there was an inherent problem with mail
delivery on Fedora-9, we'd be hearing plenty of moaning.

but since I have a server on the LAN that handles mail delivery (both on
the LAN and to the Internet), it's a waste of time for me to configure
each local system to deliver e-mail when all I need to do is just use my
server for smtp connections and if necessary, simply configure a
workstation to use my server as a smarthost.

Thus when I see you using e-mail addresses with zones (www) and errors
resolving them, it seems to me that it's simply errors caused by your
configuration which seems to be unnecessarily complicated and requires
that you notch up your troubleshooting capabilities.

I recall that on Fedora 8, NetworkManager sysv init ran rather late in
the startup series but checking it out now, it starts much earlier and
certainly before SendMail so that shouldn't pose a problem (which is why
I suggested putting an entry in /etc/hosts).

Craig

[Knute Johnson]

Craig White wrote:
> > > I feel that you missed my point.
> > >
> > > If you are going to rely upon configuring sendmail on each machine on
> > > your LAN to deliver e-mail, you need to have working DNS and some
> > > knowledge on how to configure sendmail. That's what's required to fix
> > > it. You are choosing your own burdens here.
> > >
> > > Craig
> >
> > I understand you perfectly.  However there is no DNS problem as I can 
> > read mail from the server, the browser works and I can ping.  There is 
> > some new problem with F9 that is causing this or something that works 
> > differently on F9.  This has worked fine on every version of Fedora 
> > since 1 and it works fine as soon as I restart sendmail.
>
> But I am running F-9 and sendmail and don't get those startup errors...
>
> [root@lin-workstation ~]# grep 'Name server timeout' /var/log/maillog*
> [root@lin-workstation ~]# grep 'Name server timeout' /var/log/messages*
> [root@lin-workstation ~]# chkconfig --list sendmail
> sendmail        0:off   1:off   2:on    3:on    4:on    5:on    6:off
>
> so it seems as though you do have some DNS problem somewhere.

Why would only sendmail have DNS problems and only before it is restarted?
> And I assure you that if there was an inherent problem with mail
> delivery on Fedora-9, we'd be hearing plenty of moaning.
>
> but since I have a server on the LAN that handles mail delivery (both on
> the LAN and to the Internet), it's a waste of time for me to configure
> each local system to deliver e-mail when all I need to do is just use my
> server for smtp connections and if necessary, simply configure a
> workstation to use my server as a smarthost.

It takes about 30 seconds to configure.
> Thus when I see you using e-mail addresses with zones (www) and errors
> resolving them, it seems to me that it's simply errors caused by your
> configuration which seems to be unnecessarily complicated and requires
> that you notch up your troubleshooting capabilities.

Only sendmail and only before it is restarted after that it works fine.
> I recall that on Fedora 8, NetworkManager sysv init ran rather late in
> the startup series but checking it out now, it starts much earlier and
> certainly before SendMail so that shouldn't pose a problem (which is why
> I suggested putting an entry in /etc/hosts).
>
> Craig

The entry in /etc/hosts did not solve the problem.  That's the main 
reason I don't think it is a DNS problem.

If you are bored, set your thunderbird to use localhost as the SMTP 
server and try it.  And try to email your local server so you are sure 
it isn't some ISP blocking problem.

Thanks,

[Knute Johnson]

Craig White wrote:
> On Sun, 2008-06-22 at 12:48 -0700, Knute Johnson wrote:
> > Craig White wrote:
> > > > There are a million ways around the problem, but I'd really just like to 
> > > > fix it.
> > > >
> > > > Thanks for trying though.
> > >
> > > I feel that you missed my point.
> > >
> > > If you are going to rely upon configuring sendmail on each machine on
> > > your LAN to deliver e-mail, you need to have working DNS and some
> > > knowledge on how to configure sendmail. That's what's required to fix
> > > it. You are choosing your own burdens here.
> > >
> > > Craig
> >
> > I understand you perfectly.  However there is no DNS problem as I can 
> > read mail from the server, the browser works and I can ping.  There is 
> > some new problem with F9 that is causing this or something that works 
> > differently on F9.  This has worked fine on every version of Fedora 
> > since 1 and it works fine as soon as I restart sendmail.
>
> But I am running F-9 and sendmail and don't get those startup errors...
>
> [root@lin-workstation ~]# grep 'Name server timeout' /var/log/maillog*
> [root@lin-workstation ~]# grep 'Name server timeout' /var/log/messages*
> [root@lin-workstation ~]# chkconfig --list sendmail
> sendmail        0:off   1:off   2:on    3:on    4:on    5:on    6:off
>
> so it seems as though you do have some DNS problem somewhere.
>
> And I assure you that if there was an inherent problem with mail
> delivery on Fedora-9, we'd be hearing plenty of moaning.
>
> but since I have a server on the LAN that handles mail delivery (both on
> the LAN and to the Internet), it's a waste of time for me to configure
> each local system to deliver e-mail when all I need to do is just use my
> server for smtp connections and if necessary, simply configure a
> workstation to use my server as a smarthost.
>
> Thus when I see you using e-mail addresses with zones (www) and errors
> resolving them, it seems to me that it's simply errors caused by your
> configuration which seems to be unnecessarily complicated and requires
> that you notch up your troubleshooting capabilities.

Removing the www doesn't solve it either.
> I recall that on Fedora 8, NetworkManager sysv init ran rather late in
> the startup series but checking it out now, it starts much earlier and
> certainly before SendMail so that shouldn't pose a problem (which is why
> I suggested putting an entry in /etc/hosts).
>
> Craig

[Craig White]

On Sun, 2008-06-22 at 13:45 -0700, Knute Johnson wrote:
> If you are bored, set your thunderbird to use localhost as the SMTP 
> server and try it.  And try to email your local server so you are sure 
> it isn't some ISP blocking problem.

----
worked fine - no adjustment nor sendmail restart necessary

Craig

[Knute Johnson]

Craig White wrote:
> On Sun, 2008-06-22 at 13:45 -0700, Knute Johnson wrote:
> > If you are bored, set your thunderbird to use localhost as the SMTP 
> > server and try it.  And try to email your local server so you are sure 
> > it isn't some ISP blocking problem.
>
> worked fine - no adjustment nor sendmail restart necessary
>
> Craig

OK.  So what's different about my two computers from yours?

[Craig White]

On Sun, 2008-06-22 at 14:55 -0700, Knute Johnson wrote:
> Craig White wrote:
> > On Sun, 2008-06-22 at 13:45 -0700, Knute Johnson wrote:
> > > If you are bored, set your thunderbird to use localhost as the SMTP 
> > > server and try it.  And try to email your local server so you are sure 
> > > it isn't some ISP blocking problem.
> >
> > worked fine - no adjustment nor sendmail restart necessary
> >
> > Craig
>
> OK.  So what's different about my two computers from yours?

----
DNS?

but again, I don't see the need to route e-mail through the local system
when I've got a fully configured smtp server on my LAN.

Craig

[Timothy Murphy]

Knute Johnson wrote:
> I've got two installations of F9 running, one x86_64 and the other i386.
>   They both fail to send email initially but if I restart sendmail they
> send fine after that.  I'm using thunderbird and have it configured to
> use the local sendmail for sending.  The only thing I've modified in my
> sendmail.mc file is the masquerading.  Any ideas where to start looking?

It's very unlikely I can help if Craig White can't,
but doesn't it sound as if sendmail needs something 
that starts after sendmail in /etc/rc.d ?

Why not try "chkconfig sendmail off" and then add "service sendmail start"
to /etc/rc.d/rc.local and see if it works there.

Or you could try giving it a later prefix number in /etc/rc.d/rc5.d/ ?

[Knute Johnson]

Timothy Murphy wrote:
> Knute Johnson wrote:
> > I've got two installations of F9 running, one x86_64 and the other i386.
> >   They both fail to send email initially but if I restart sendmail they
> > send fine after that.  I'm using thunderbird and have it configured to
> > use the local sendmail for sending.  The only thing I've modified in my
> > sendmail.mc file is the masquerading.  Any ideas where to start looking?
>
> It's very unlikely I can help if Craig White can't,
> but doesn't it sound as if sendmail needs something 
> that starts after sendmail in /etc/rc.d ?
>
> Why not try "chkconfig sendmail off" and then add "service sendmail start"
> to /etc/rc.d/rc.local and see if it works there.
>
> Or you could try giving it a later prefix number in /etc/rc.d/rc5.d/ ?

Thanks for the suggestions, unfortunately neither work.

[Tim]

On Sun, 2008-06-22 at 11:17 -0700, Knute Johnson wrote:
> I've got two installations of F9 running, one x86_64 and the other
> i386.  They both fail to send email initially but if I restart
> sendmail they send fine after that.

Just so you're not alone, I also have problems with sendmail, but not
like you've outlined.  There's a long story below, but the shorter
version is to see if turning off NetworkManager and using the network
service, instead, helps.

My sendmail apparently without protest, but it just doesn't send.
Logwatch mails rarely get through.  They didn't end up in /var/mail/root
(i.e. local delivery doesn't work), and when I put an alias for root
that sent mails to my working mailserver (on another computer, that
everything else on the LAN works absolutely fine with), they don't
arrive either.  Periodically, there'll be a postmaster bounce that does
arrive, complaining that it wasn't able to send the post (oddly those
postmaster mails seem to get there).

Looking through various logs, I see things are still insisting that
they're "localhost.localdomain" when they shouldn't be (I have manually
set my Fedora 9 network configurations for a domain, long ago, since the
install and network manager didn't pay attention to my DHCP server), and
I see plenty of "could not send message" notices, and some nameserver
timeout messages in the very tardy logwatch posts.  If I do a service
sendmail restart, the messages stuck in the queue are sent.

My LAN SMTP server is not firewalled against other LAN PCs, I have fully
functioning DNS (it responds, all machines resolve in forward and
reverse directions, it has MX records, etc.).  This Fedora 9 box is the
only one that has problems sending mail.

At the moment, my guess is that the network comes up too late, sendmail
gets upset, and doesn't recover.  While it apparently does try to send
again (I see warnings about being unable to deliver for several hours,
which suggest it's tried during that period), it doesn't seem restart
whatever tries to find the address.

NTP seems to be the same.  Tries to start, fails, never recovers.

The Fedora 9 box's /etc/resolv.conf file is almost correct.  It lists
both a domain and a search entry (you're not supposed to do that,
according to manuals I read ages ago), but the nameserver address is
correct.

Doing a "locate /etc/resolv.conf", I find several backups.  Some of them
have errors.  Perhaps they're being looked at during the problem?  You
might want to check for the same.  I've now edited all of mine to be the
same (having just one search line, and one nameserver line).  Rebooted,
and things weren't much better.

Next I deleted all those backups, configured the original files
correctly and rebooted.  Saw messages like the following (retyped):

After bringing up eth0
messages about cp cannot rename /etc/resolv.conf.predhclient.eth0 permission denied
mv cannot move /etc/ntp.conf to /etc/ntp.conf.predhclient.eth0 permission denied.
/sbin/dhclient-script line 399 /etc/ntp.conf permission denied
/sbin/dhclient-script line 402 /etc/ntp.conf permission denied

Next I turned off NetworkManager, started the network service,
configured the system to boot that waym, deleted all the backups,
manually set the originals to be correct, and things worked fine,
despite a daft error message while booting (much like the above).

It'd be a lot easier to report these things if someone would get
boot.log working properly again (mine just shows some virtually useless
entries about DHCP).  Yonks ago, several releases back, someone killed
it, stating they'd come up with something better, but never did.

[Timothy Murphy]

Tim wrote:
> My sendmail apparently without protest, but it just doesn't send.
> Logwatch mails rarely get through.  They didn't end up in /var/mail/root
> (i.e. local delivery doesn't work), and when I put an alias for root
> that sent mails to my working mailserver (on another computer, that
> everything else on the LAN works absolutely fine with), they don't
> arrive either.  Periodically, there'll be a postmaster bounce that does
> arrive, complaining that it wasn't able to send the post (oddly those
> postmaster mails seem to get there).
>
> Looking through various logs, I see things are still insisting that
> they're "localhost.localdomain" when they shouldn't be (I have manually
> set my Fedora 9 network configurations for a domain, long ago, since the
> install and network manager didn't pay attention to my DHCP server), and
> I see plenty of "could not send message" notices, and some nameserver
> timeout messages in the very tardy logwatch posts.  If I do a service
> sendmail restart, the messages stuck in the queue are sent.

I'm sure you know much more than me about this,
but if you want logwatch to be sent to another local computer,
I think you have to change the entry

dnl # DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl

as shown in /etc/mail/sendmail.mc .

[Timothy Murphy]

Knute Johnson wrote:
> > > I've got two installations of F9 running, one x86_64 and the other i386.
> > >   They both fail to send email initially but if I restart sendmail they
> > > send fine after that.  I'm using thunderbird and have it configured to
> > > use the local sendmail for sending.  The only thing I've modified in my
> > > sendmail.mc file is the masquerading.  Any ideas where to start looking?
> >
> > It's very unlikely I can help if Craig White can't,
> > but doesn't it sound as if sendmail needs something
> > that starts after sendmail in /etc/rc.d ?
> >
> > Why not try "chkconfig sendmail off" and then add "service sendmail
> > start" to /etc/rc.d/rc.local and see if it works there.
> >
> > Or you could try giving it a later prefix number in /etc/rc.d/rc5.d/ ?
>
> Thanks for the suggestions, unfortunately neither work.

Perhaps your sendmail needs NM to be already running?
I notice that NM starts extraordinarily late in Fedora-9,
after I have logged in.
This strikes me as slightly crazy, like a lot of things about NM.

[Tim]

On Mon, 2008-06-23 at 14:33 +0100, Timothy Murphy wrote:
> I'm sure you know much more than me about this,
> but if you want logwatch to be sent to another local computer,
> I think you have to change the entry
>
> dnl # DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
> DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl
>
> as shown in /etc/mail/sendmail.mc .

I had already done that, quite some time ago.  There would appear to be
quite a few problems with letting NetworkManager control the network.

On my laptop, still running Fedora 7, I decided to use Network Manager
as its connection to a network could change at a moment's notice.  I had
to change the order of various init scripts so that other things would
work (NFS, for instance), and add scripts to the Network Manager
Dispatcher so that NTP, for example, would work (restart the NTP
daemon).

It was quite a pain.  I couldn't do the really obvious thing, and start
Network Manager really early, as it needed some other things first.  And
other network init scripts needed moving further back so that the
network would be up by the time the system had got around to them.

This box, running Fedora 9, is a desktop on a LAN that doesn't really
change much.  So I see no point in banging my head against a brick wall
trying to fix up Network Manager.  I don't need it, and it's too damn
badly implemented.  It starts too late, by default.  And at least
sendmail and NTP need restarting after it.

[Tim]

On Mon, 2008-06-23 at 14:33 +0100, Timothy Murphy wrote:
> I'm sure you know much more than me about this,
> but if you want logwatch to be sent to another local computer,
> I think you have to change the entry
>
> dnl # DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
> DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl
>
> as shown in /etc/mail/sendmail.mc .

Actually, no...  On second thought, I don't think so.  The original
configuration should be fine, it *listens* to the localhost (so logwatch
can output to email), but not to the external interface (so no hackers
can spam it).  It can still *send* elsewhere without changing that.

But, yes, I had changed that part of sendmail, because I wanted to try
sending mail between each machine directly, while fault finding the
peculiarities of all of this.  The problem existed before customising
sendmail, and after.