sync_deletes = nowill cause offlineimap to ignore deletes from the upstream, right? I'm trying to set up a durable archive of one of my accounts, and I want to be sure that emails that are deleted on the remote will remain as long as I've pulled them at some point
readonlyto avoid those getting pushed back up, unless it's smarter than I think it is
sync_deletes = nowon't make the other side aware of the deletion from THIS side.
since quite some time I am trying to get offlineimap again working with gmail. I say "again" because till some month ago it was working, and then it stopped. I am using a gsuite gmail account of my company, and the access for "less secure apps" is turned off in gsuite. In addition we are using 2-factor authentication.
I have tried the xoauth method as described
https://github.com/OfflineIMAP/offlineimap/blob/master/offlineimap.conf#L899 but I always get authentication errors.
My guess is that it is related to this: https://gsuiteupdates.googleblog.com/2019/06/third-party-apps-gmail-data.html but I am not really sure what is necessary.
Has anyone seen a similar behavior and knows how to get it working?
Of course I have tried application passwords, but the access is blocked due to "less secure apps not allowed" (and my company does not want to enable it).
Interestingly, thunderbird is able to get the emails, so there needs to be a way to do it ...
offlineimap --infosuccessfully connects to my IMAP server and outputs a list of folders, which matches the list it outputs of my local folders exactly
offlineimap -d imap,maildir,threadoutputs the list of local folders and then
: Copying folder structure from remote to localand then a bunch of blank lines and then the above error
Should we add a simple function to detect the name of the IMAP mail server software, as displayed in the IMAP banner string, after the capabilities?