[Bug] @163.com email does not synchronize correctly v1.7.1

[MilkTeaCat52]

Describe the bug
After the @163.com email is added for the first time via IMAP, synchronization completes successfully. Subsequently, synchronization fails on every attempt. The error message is: The IMAP server replied to the 'SELECT' command with a 'NO' response: SELECT Unsafe Login. Please contact kefu@188.com for help

Emails can be sent as normal.

Expected behavior
Synchronization of emails from the NetEase IMAP server.

Screenshots

Additional context
From another GitHub repo, the reason seems to be: "The IMAP server at imap.163.com implemented the IMAP ID extension. To successfully authenticate, the IMAP client must send client ID."
OfflineIMAP/offlineimap#696

[bkaankose]

ID extension was supported for Wino since 1.7.1, but identification is done pre-authentication. Looks like some servers require this before authentication and some after.

This is fixed by trying identification pre-post auth in the code, but the version is not released yet. 1.7.4 will have this fix included.

[chenseanxy]

This might not be the post-auth ID thing. 126/163 supports ID pre-auth.

IMO this is more likely than not some sort of acccount ban. On the testing account I gave to @bkaankose it's still working, but not on my personal account.

More likely than not it's based on the specific app-password you use to login to IMAP, if that client gets logged with too much traffic they'll ban the specific app-password used on that account. Recreating a new password solves this issue for a while, until that gets banned again.

I'll ask the customer support for more help on the issue, to see if there's really any sort of ban, and if we can do anything about it.