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)

1.9.1 Branch
enhancement

Tracking

(Not tracked)

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.
We already do that for SMTP.
Summary: Use AUTH PLAIN initial response, eliminating one roundtrip → Use AUTH PLAIN initial client response, eliminating one roundtrip
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
Summary: Support SASL-IR, AUTH initial client response, eliminating one roundtrip → Support AUTH initial client response (SASL-IR), eliminating one roundtrip
usable for any auth method where the client sends first.  We see this used a lot for NTLM for instance.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.