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): How reproducible: Always 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 out... Expected Results: Server should immediately answer on these ports... Additional info:
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