Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 150339 - "Bad IPLOCALPORT value" syslog messages
"Bad IPLOCALPORT value" syslog messages
Product: Fedora
Classification: Fedora
Component: sendmail (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Thomas Woerner
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2005-03-04 13:36 EST by Jonathan Kamens
Modified: 2007-11-30 17:11 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-07-11 10:41:56 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jonathan Kamens 2005-03-04 13:36:56 EST
I just upgraded to sendmail-8.13.3-1.1.  It's logging the syslog 
message "Bad IPLOCALPORT value" several times per minute.  I don't 
know if this is relevant: I'm using my own cf file, but I did rebuild 
it from mc after the upgrade.  I've also got current versions of most 
other FC Devel packages.
Comment 1 Jonathan Kamens 2005-03-04 13:41:22 EST
It may be relevant that I have two versions of openssl installed -- I 
installed 0.9.7e-3 on top of 0.9.7a-46, because there are some things 
that depend on the old libraries.  Perhaps this is the problem.
Comment 2 Jonathan Kamens 2005-03-08 16:57:40 EST
The problem here, it turns, out is that the getnameinfo function 
provided in libbind in bind-9.3.1rc1-3 doesn't obey the 
NI_NUMERICSERV flag.  It's returning a port name instead of a port 
number to sendmail, and sendmail feeds this into SASL, which 
complains about it because it's expecting a port number.  Bind-9.3.0-
2 doesn't have this problem, presumably because it doesn't provide 
getnameinfo -- it relies on libc to provide it, and the version in 
libc obeys NI_NUMERICSERV.
Comment 3 Jason Vas Dias 2005-03-09 22:18:16 EST
This problem occurs because the wrong include path has been used
to compile libbind using code. 
/usr/include/netdb.h defines:
    # define NI_NUMERICSERV 2
/usr/include/bind/netdb.h defines:
    #define NI_NUMERICSERV  0x00000008

To use libbind, you must either specify 
in your compile command, or change your #include directives for
libbind headers (eg. netdb.h) to:
    #include <bind/netdb.h>

sendmail must be recompiled with these include path changes in
order to continue using libbind. 
Comment 4 Jason Vas Dias 2005-03-10 18:53:20 EST
This bug is now fixed with sendmail-8.13.3-1.2, to be released in 
FC4/Rawhide shortly.
Comment 5 Alexandre Oliva 2005-03-17 05:11:45 EST
Unfortunately, this change causes sendmail 8.13.3-1.2 to crash on start-up for
me on x86_64, running something as simple as:

sendmail oliva@lsd.ic.unicamp.br

It works fine on an i686 box.  Reverting to 8.13.3-1.1 restores a functional
Comment 6 Thomas Woerner 2005-03-17 10:16:12 EST
Fixed in RPM sendmail-8.13.3-2. This version is using libresolv from glibc again
instead of the libbind. 
Support for libbind was dropped, but option NAMED_BIND is still active for
DNSMAPs using libresolv.

Please test this new version.

Note You need to log in before you can comment on or make changes to this bug.