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