From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020606 Description of problem: The imap server looks at the local port number to determine whether it should start in TLS or cleartext mode. If the port is 993 it starts in TLS mode, otherwise in cleartext mode. Unfortunately this test does not work properly when the socket uses IPv6. This means that the imap server runs in plaintext mode even on the imaps port when IPv6 is in use. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Turn on IPv6 in /etc/sysconfig/network. If there are no router advertisements on your network you may need to configure an IPv6 address for your machine manually. You may also need to reboot in order for the settings to take effect. 2. Ensure that the imaps server is enabled. 3. At this point you could use an IPv6 and TLS capable mail client to connect to the imaps port. You would see that it wouldn't work, since one end is expecting TLS and the other isn't. However it is easiest to connect using telnet. I will assume for the rest of the bug report that you have done this. Actual Results: The cleartext IMAP banner will be displayed. Expected Results: You shouldn't see anything, because there should be a TLS server on the port. The TLS server would be expecting to receive a client hello message. Of course if you connect with telnet it will not receive this. Additional info: Testing the IMAP/TLS/IPv6 server is a nuisance because openssl s_client doesn't support IPv6. Mozilla is probably your best bet, and use ethereal to see what is happening on the wire when Mozilla tries to log in.
We do not officially support IPv6 with UW imap. This problem should instead be reported to the University of Washington upstream to address in a future release of their imap server software package. Once they've fixed the problem and included it in a new release, it will be available in some future release of Red Hat Linux.