Red Hat Bugzilla – Bug 10635
Last modified: 2008-05-01 11:37:55 EDT
After installation, /etc/hosts contains something like this:
127.0.0.1 [hostname] localhost.localdomain localdomain
Generally on Unix, this should be
127.0.0.1 [hostname] localhost
- no localhost.localdomain. Otherwise, the reverse resolution might not
work for some applications. However, maybe there are ways around this in
the C library, don't know ...
Not having the full localhost.localdomain hostname causes problems with
Accepted, but please change the sequence, so that "localhost" comes _before_
"localhost.localdomain", otherwise 127.0.0.1 always gets resolved to the
annoying "localhost.localdomain" instead of just "localhost" as one expects.
I assume sendmail needs to FORWARD resolve localhost.localdomain to 127.0.0.1,
Reopening and changing version to 7.0 as this problem persists in 7.0, too.
Apologies for the unresponsiveness of the previous package maintainer...
The first hostname after the IP is always used for IP -> name resolution. The
position of localhost.localdomain vs localhost has no effect.
Sorry, but it _has_ an effect, as you point out yourself. It's the _first_ name
which is used for IP->Name resolution.
So with the current
127.0.0.1 localhost.localdomain localhost
127.0.0.1 resolves to "localhost.localdomain". We are (at least) proposing to
127.0.0.1 localhost localhost.localdomain
so that it resolves to just "localhost".
"localhost.localdomain" is just _ugly_ as hell and 127.0.0.1<->"localhost" is
common UNIX, as Michael already pointed out in his original filing.
Actually, changing the 127.0.0.1 line in /etc/hosts is something I do on every
machine I install. "localhost.localdomain" makes me puke (as does sendmail). :-)
It has no effect in the examples given, which had a hostname.
You need to set a hostname for your computer to get the desired behaviour. If
you don't, I could care less how aesthetically beautiful you think
'localhost.localdomain' is - it works fine :)