From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Description of problem:
The xinetd.d config files for the imap package all include a line
log_on_success and log_on_failure = USERID.
This line causes a 30 second timeout whenever a client which is not
running an IDENTD daemon (any Windows machine) attempts to connect to a
daemon (ipop2, ipop3, imap, imaps, pop3s)
In my opinion a 30 second delay should not be introduced when 90% of the
people checking email will be running Windows clients and will thus not
have an IDENTD daemon running.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Simply attempt to connect to port 110, 143, etc from a client which is
not running an IDENTD daemon (eg Windows 9x)
Actual Results: Server will hang for 30 seconds while IDENTD lookup times
Expected Results: Server should immediately answer on these ports...
If this problem is in fact the case, then I agree with you. Will
investigate, and change default if I can reproduce the problem
easily, which I suspect shouldn't be hard. Very odd nobody has
reported this before. ;o(
I have changed all of the xinetd config files to log as follows, and
removed all references to USERID:
log_on_success += HOST DURATION
log_on_failure += HOST
Will be in rawhide imap-2001a packages soon.
*** Bug 58283 has been marked as a duplicate of this bug. ***
You don't need to add HOST to log_on_success or log_on_failure since that is
the default for xinetd anyway: set in /etc/xinetd.conf