Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"tmp" folder conflicts with mapfilenametmp #172

Open
roboshim opened this issue Dec 20, 2023 · 0 comments
Open

"tmp" folder conflicts with mapfilenametmp #172

roboshim opened this issue Dec 20, 2023 · 0 comments

Comments

@roboshim
Copy link
Contributor

Hello,

if there is "tmp" subfolder in the IMAP mailbox, this subfolder name (generated as TopFolder.tmp on the file system) conflicts with content of the variable mapfilenametmp for the top folder named TopFolder created also as TopFolder.tmp in offlineimap/folder/UIDMaps.py in function _loadmaps() on the line 67. The offlineimap then thinks this is TopFolder.tmp file left from previous run and reports warning

a previous run might have leave the UIDMaps file in incorrect state; some sync operations might be done again and some emails might become duplicated.

and the emails are copied again and again.

I know that maildir IMAP servers use new, cur and tmp folders for internal purpose, but in dovecot can be defined system subfolder containing these internal subfolders and then user can create these foldernames in their IMAP mailbox.

I am not sure, if this is real issue and if you want to solve this somehow. I have searched the issues but not found any information about this limitation. The users simply must not create tmp subfolder to eliminate this issue.
If you don't want to fix it somehow, just close it, but please keep it as documentation for others if they search this issue. Or create some article in FAQ, please, which would be probably better, because it's for both versions (offlineimap and offlineimap3).

Thank you.

Regards.

Robert.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant