wasm-demo/demo/ermis-f/imap-protocol/cur/1600095011.22626.mbox:2,S

48 lines
1.8 KiB
Plaintext

MBOX-Line: From arnt at gulbrandsen.priv.no Sat Aug 30 14:02:13 2014
To: imap-protocol@u.washington.edu
From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
Date: Fri Jun 8 12:34:53 2018
Subject: [Imap-protocol] Seeking clarity on Gmail "Access for less
secure apps" setting for non XOAuth2 access
In-Reply-To: <54011E24.4080209@mozilla.com>
References: <5400A146.4020602@mozilla.com>
<CABa8R6se2WefF4q-cFzR2qtU_5_jDL-wioPF+jPmOTdpCaJhtw@mail.gmail.com>
<54011E24.4080209@mozilla.com>
Message-ID: <6f3e9961-32e6-4b4b-866f-7ce5526b0bf8@gulbrandsen.priv.no>
This makes me sad.
On Saturday, August 30, 2014 2:43:16 AM CEST, Andrew Sutherland wrote:
> For example, we already explicitly detect the Gmail specific
> "NO [ALERT]" cases of things like the following:
> - Application-specific password required
> - Your account is not enabled for IMAP use.
> - IMAP access is disabled for your domain.
As if 5530 didn't exist.
> and want to better handle:
> - Please log in via your web browser:
> http://support.google.com/mail/accounts/bin/answer.py?answer=78754
> (Failure)
There is a response code for that, WEBALERT. Not standard, but at least
it's better than trying to have a client parsing human-readable text.
> I believe this new failure adds another specialized error code
> (and regrettably, we screw up here, mea culpa.)
>
> Knowing what the string would be, whether it's localized, etc.
> would be handy. We do these detections to try and provide
> appropriately localized error messages that might provide better
> context to the user and differentiate between persistent
> failures and transient failures (ex: NO [UNAVAILABLE]), although
> I should be clear these are insufficiently researched hacks.
The point of 5530 and that registry was that clients should not need to do
such things. IMO Google screws up by not defininig response codes, not you.
Arnt