Closed Bug 598117 Opened 14 years ago Closed 14 years ago

[config] Correct comcast.net: no password encryption possible

Categories

(Webtools :: ISPDB Database Entries, defect)

Other
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: BenB, Assigned: BenB)

References

Details

(Whiteboard: [config])

Attachments

(1 file)

Some pseudonymous guy on the mdat newsgroup wrote:
"Whoever is in charge of this Comcast DOES NOT encrypt their e-mail passwords."

He's right. Our config has password-encrypted, but the servers don't send that capability (anymore?).

Attaching patch. Critical, because this leads to broken configs.
Severity: critical → major
Assignee: nobody → ben.bucksch
Status: NEW → ASSIGNED
Attachment #476892 - Flags: review?(sancus)
Attachment #476892 - Flags: review?(gozer)
Try:
openssl s_client -connect smtp.comcast.net:587 -starttls smtp
EHLO foobar
s_client -connect mail.comcast.net:110 -starttls pop3
CAPA
No "CRAM-MD5" to see.
I set up a pop3 comcast account with autoconfig a couple days ago and it set up a normal password, not an encrypted one. Any idea why that would have worked?
bienvenu: bug in account wizard. Even for XML accounts, we run through verifyConfig() which can downgrade the password security and change the username. That's unintended and something I wanted to fix long ago. It does help here, though.
Severity: major → normal
> verifyConfig() which can downgrade the password security and change the
> username.

(that was for guessed configs)
Attachment #476892 - Flags: review?(gozer) → review+
Attachment #476892 - Flags: review?(sancus) → review+
Commited as SVN revision 75334
FIXED
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Component: ispdb → ISPDB Database Entries
Product: Mozilla Messaging → Webtools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: