Adding GOA account fails with sonic.net IMAP service
Looks like the GOA login test doesn't account for all possible responses when adding a new account. When I add my imap.sonic.net account via the GNOME settings -> Online Accounts -> IMAP and SMTP workflow, I get this error:
Error connecting to IMAP server
Unexpected response `* OK hello from post-login for [...username...] [...my IP address...] -> 69.12.218.40 checking /var/spool/old_mail/16/54/emarshal38' while doing LOGIN authentication
If I connect via openssl s_client
to the IMAP server, here's what the login conversation ends up looking like:
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready.
a001 login [...username...] [...password...]
* OK hello from post-login for [...username...] [...my IP address...] -> 69.12.218.40 checking /var/spool/old_mail/16/54/[...username...]
a001 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE COMPRESS=DEFLATE] Logged in
I'm guessing the IMAP client implementation is assuming the only response it'll get back is to the command issued, rather than *
. This will break on any dovecot server using a post-login script that produces output, as near as I can tell.
FWIW, Evolution handles this without issue.