Bug 65481

I've just updated a 6.2 machine to the latest imap erratum, and tested it
both before and after updating, by using fetchmail both across the net,
locally, and on a machine on a private LAN behind the machine.  All of my
pop3 sessions were properly logged both before and after the update, and
all other incoming pop3 traffic from other users of the system also logged
properly.

# rpm -q imap
imap-2001a-1.62.0

Hmmm, I have now tested this on two different rh-6.2 boxes with the same
result.  One box is a production server, the other is a VMware virtual
machine.  I don't believe there is anything unusual about either system
configuration.  The vm was setup just to test things like this and is a
simple out of the box install.  I don't have this problem on any rh-7.2
boxes I've installed imap-2001a on.

Might you be able to venture a guess as to what other packages might affect
this behavior?  I thought perhaps the kernel or glibc could affect this
possibly.  In case that's relevant, below are the versions I'm using.

The production server:
# rpm -q glibc kernel; uname -r
glibc-2.1.3-23
kernel-2.2.16-3
kernel-2.2.19-6.2.1
2.2.19-6.2.1

The VM:
# rpm -q glibc kernel; uname -r
glibc-2.1.3-23
kernel-2.2.19-6.2.1
kernel-2.2.19-6.2.16
2.2.19-6.2.16

I've looked at the imap source to see that the pop3 service init line is
located in src/osdep/unix/env_unix.c around line 405:

getpeername (0,(struct sockaddr *) &sin,(void *) &i) ? "UNKNOWN" :
  ((sin.sin_family == AF_INET) ? inet_ntoa (sin.sin_addr) : "NON-IPv4");

The Log(in|out) user= lines (that correctly log the client IP) use the
tcp_clienthost function from src/osdep/unix/tcp_unix.c around line 767:

getpeername (0,(struct sockaddr *) &sin,(void *) &sinlen) ?
  cpystr ("UNKNOWN") : ((sin.sin_family == AF_INET) ?
                        tcp_name (&sin,T) : cpystr ("NON-IPv4"));

I'm not a C coder so I wouldn't really recognize a problem unless it was
incredibly obvious. :)  I do notice that the code has been changed to add
the check for non ipv4 addresses since imap-2000.  I replaced the code in
src/osdep/unix/env_unix.c above with the code from the 2000 release and it
exhibits the same problem so I guess the problem is not in that code.  But
where it is at I am clueless.

I appreciate the trouble you've gone to to check this out and realize it's
pretty difficult to diagnose something when it works as expected on your
end.  However, since the imap package requires no configuration I'm at a
loss as to why I'm getting this behavior.  Also since this happens on two
separate machines I'm hoping that you can point me in the right direction
to find out what's going wrong.  I'll gladly run any tests or provide any
details that might help.

Thanks much.