Your message dated Tue, 3 Dec 2024 18:03:55 +0300
with message-id <[email protected]>
and subject line Re: root of this problem
has caused the Debian Bug report #317143,
regarding postfix: /etc/hosts ignored for transport after upgrade
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
317143: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=317143
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: postfix
Version: 2.2.3-3
Severity: important

After upgrading to the latest available packages from testing, our Postfix 
installation no longer appears to be reading
/etc/hosts for hostnames specified in 'transport'.

With any transport entries to a hostname, eg. smtp:smtp.local.mydomain.com 
where smtp.local.mydomain.com is only listed in
/etc/hosts the messages are bounced, stating host not found. As soon as this is 
converted to an IP address in brackets, it
begins to work normally again.

/var/spool/postfix/etc/hosts and /etc/hosts are identical, host lookups are 
working fine on the rest of the box so i'm confident
it's nothing to do with /etc/host.conf or /etc/nsswitch.conf - so i'm at a loss!

This was working fine immediately prior to the apt-get upgrade.

Thanks,
Chris.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-areti
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages postfix depends on:
ii  adduser                     3.63         Add and remove users and groups
ii  debconf [debconf-2.0]       1.4.51       Debian configuration management sy
ii  dpkg                        1.10.28      Package maintenance system for Deb
ii  libc6                       2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libdb4.2                    4.2.52-18    Berkeley v4.2 Database Libraries [
ii  libsasl2                    2.1.19-1.5   Authentication abstraction library
ii  libssl0.9.7                 0.9.7e-3     SSL shared libraries
ii  netbase                     4.21         Basic TCP/IP networking system

-- debconf information:
* postfix/root_address: NONE
  postfix/rfc1035_violation: false
  postfix/master_upgrade_warning:
  postfix/mynetworks: 127.0.0.0/8
  postfix/db_upgrade_warning: true
  postfix/tlsmgr_upgrade_warning:
  postfix/dynamicmaps_upgrade_warning:
  postfix/recipient_delim: +
* postfix/main_mailer_type: Internet Site
* postfix/destinations:
  postfix/transport_map_warning:
  postfix/nqmgr_upgrade_warning:
  postfix/not_configured:
  postfix/mailbox_limit: 0
  postfix/relayhost:
  postfix/procmail: true
  postfix/bad_recipient_delimiter:
* postfix/chattr: false


--- End Message ---
--- Begin Message ---
On Sun, 17 Dec 2006 02:15:56 -0700 Warren Turkal wrote:
The root cause of this problem is a change in the functionality for a 
configuration option.

from postconf(5):
smtp_host_lookup (default: dns)
       What mechanisms when the Postfix SMTP client uses to look up a hostâs IP 
address.  This  parameâ
       ter is ignored when DNS lookups are disabled.

       Specify one of the following:

       dns    Hosts can be found in the DNS (preferred).
       native Use the native naming service only (nsswitch.conf, or equivalent 
mechanism).
       dns, native
              Use the native service for hosts not found in the DNS.

       This feature is available in Postfix 2.1 and later.
For many years, the default value for smtp_host_lookup
is 'dns'.  In order to restore functionality before 2.1,
you can smtp_host_lookup to 'native'.

I see no reason to keep this bug report open, so I'm closing
it.  Feel free to reopen if you think it is incorrect.

Thanks,

/mjt

--- End Message ---

Reply via email to