Re: [Imap-protocol] Seeking clarity on Gmail "Access for less secure apps" setting for non XOAuth2 access

Andrew Sutherland <[email protected]> Tue, 02 Sep 2014 16:19:45 -0400
Newsgroups gmane.mail.imap.general
Message-ID <[email protected]>
On 08/30/2014 05:02 PM, Arnt Gulbrandsen wrote:
>> 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.

It appears Gmail may actually be doing this, which is great news! In a 
tangential bug of ours, a reporter using openssl s_client -connect gave 
us the following sanitized excerpt:

* NO [WEBALERT ***] Web login required.
a001 NO [ALERT] Please log in via your web browser: 
http://support.google.com/mail/accounts/bin/answer.py?answer=78754 (Failure)

A similar full example with URL seems to be provided at 
https://productforums.google.com/forum/#!topic/gmail/BYxYSdThpiw but I'm 
having trouble finding a lot of other examples/details.


It's very likely we missed this since our error handling / logging was 
only reporting the tagged response.  We try and avoid seeking full 
protocol traces/maximum debug logging from users because of privacy 
concerns.  Unfortunately, it does make it harder to learn about 
exceptional situations like this that aren't particularly documented and 
require state that is outside our control to reproduce.


Arnt, thank you very much for putting us on the right track, here! Do 
you know if we should expect WEBALERT to always be untagged, and/or how 
other servers (and what other servers) might use it?  A quick skim of 
open source clients (coremail2, android email) and servers (dovecot, 
cyrus) isn't enlightening me.


I'd like to archive this information in a more publicly available 
fashion for people.  I think http://imapwiki.org/ is probably the best 
resource I know of (other than actual standards :), but I'm open to 
other suggestions!

Thanks!
Andrew
_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol