There seems to be a bug fix in 11.28 which did not end up fixing the bug properly. Or there is a new setting that must be changed as of 11.28 that previously did nothing or did not exist at all before it.
Previously in versions the mail client link would be like this for SSL:
Code:https://cpanel:2083/backend/mailappsetup.cgi?email@domain.com|mail.domain.com|26|1|
This was incorrect because for SSL most mail clients require matching certificate so it should have been the hostname of the server. So if the servers hostname was server.server.com it should have been:
Here is what it is in 11.28Code:https://cpanel:2083/backend/mailappsetup.cgi?email@domain.com|server.server.com|26|1|
It does not appear to handle wildcard certificates properly. We specifically set the setting in cpanel to do the redirects to hostname.Code:https://cpanel:2083/backend/mailappsetup.cgi?email@domain.com|*.server.com|26|1|
So unless there is a new setting I'm missing this is a bug. It should be using hostname or basing it off the settings in WHM as far as redirects.
This is creating a real mess for us as customers now cannot use the mail client configuration at all if they select the ssl options.
Edit: It's actually worse than that the manual configuration appears to be wrong now as well:
Code:Mail Server Username: email+domain.com Incoming Mail Server: mail.domain.com Incoming Mail Server: (SSL) *.server.com Outgoing Mail Server: mail.domain.com (server requires authentication) port 26 Outgoing Mail Server: (SSL) *.server.com (server requires authentication) port 465 Supported Incoming Mail Protocols: POP3, POP3S (SSL/TLS), IMAP, IMAPS (SSL/TLS) Supported Outgoing Mail Protocols: SMTP, SMTPS (SSL/TLS)



LinkBack URL
About LinkBacks
Reply With Quote




