Open
Bug 534730
Opened 15 years ago
Updated 2 years ago
Support AUTH initial client response (SASL-IR), eliminating one roundtrip
Categories
(MailNews Core :: Networking, enhancement)
Tracking
(Not tracked)
NEW
People
(Reporter: BenB, Unassigned)
References
()
Details
Spec RFC 4616 <http://www.apps.ietf.org/rfc/rfc4616.html> Instead of C: AUTH PLAIN S: + C: Zhjgfzugfiugtf= S: +OK You can put the auth directly on the same line: C: AUTH PLAIN Zhjgfzugfiugtf= S: +OK We should implement that, should be trivial. With 20 million users, and for every POP3 mail check or new IMAP connection, that should be of some significance. Some servers might break on that, we need to either consider that from the start or be prepared to fix the fallout. The server implementation situation might also be different on IMAP, POP and SMTP.
Reporter | ||
Comment 1•15 years ago
|
||
We already do that for SMTP.
Summary: Use AUTH PLAIN initial response, eliminating one roundtrip → Use AUTH PLAIN initial client response, eliminating one roundtrip
Reporter | ||
Comment 2•14 years ago
|
||
That's specced as IMAP CAPABILITY "SASL-IR" in RFC 4959 <http://www.apps.ietf.org/rfc/rfc4959.html>
Summary: Use AUTH PLAIN initial client response, eliminating one roundtrip → Support SASL-IR, AUTH initial client response, eliminating one roundtrip
Reporter | ||
Updated•14 years ago
|
Summary: Support SASL-IR, AUTH initial client response, eliminating one roundtrip → Support AUTH initial client response (SASL-IR), eliminating one roundtrip
Comment 4•12 years ago
|
||
usable for any auth method where the client sends first. We see this used a lot for NTLM for instance.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•