-
-
Notifications
You must be signed in to change notification settings - Fork 361
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
KeyError on del.diskr2l[ruid] in cachemessagelist #445
Comments
This would require more digging to understand how this is possible. I suspect that a previous run has been interrupted. Github-ref: OfflineIMAP#445 Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
Please, try the above version. The urgent patch I wrote will ignore the error and continue the work. I'm surprised we hit this error. I wonder the UIDMaps file could be broken in some way. I'd say this might happen after a previous interrupted run (not necessarily the one before). This would still need more digging to get what's happening exactly and check if we can be better at handling this error. |
Thanks for the very quick fix. I was shy to do such a blunt workaround myself, unsure what the side effect on internal consistency could be. Let me know if I can help understanding the root issue. |
Actually, I didn't even tried to guess the side effects: the code fails at deleting a key that is missing. Either it was already removed (not likely) or it is missing from the collection since the beginning (more likely). So, ignoring this error shouldn't hurt. The UIDMaps file will be rewritten with the new data during the next run. It's not clear to me from the above comment: did the patch help/fix your issue?> unsure what the side effect on internal consistency could be. Actually, I didn't even tried to guess the side effects: the code fails at deleting a key that is missing. Either it was already removed (not likely) or it is missing from the collection since the beginning (more likely). So, ignoring this error shouldn't hurt. The UIDMaps file will be rewritten with the new data during the next run. It's not clear to me from the above comment: did the patch help/fix your issue? |
Sorry, yes the issue is fixed. The first run with the fix and the following ones were ok.
…-Thomas
---- Nicolas Sebrecht a écrit ----
unsure what the side effect on internal consistency could be.
Actually, I didn't even tried to guess the side effects: the code fails at deleting a key that is missing. Either it was already removed (not likely) or it is missing from the collection since the beginning (more likely). So, ignoring this error shouldn't hurt. The UIDMaps file will be rewritten with the new data during the next run.
It's not clear to me from the above comment: did the patch help/fix your issue?> unsure what the side effect on internal consistency could be.
Actually, I didn't even tried to guess the side effects: the code fails at deleting a key that is missing. Either it was already removed (not likely) or it is missing from the collection since the beginning (more likely). So, ignoring this error shouldn't hurt. The UIDMaps file will be rewritten with the new data during the next run.
It's not clear to me from the above comment: did the patch help/fix your issue?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#445 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AGhaKKPI7n7-1HneAGR2UdHI_na5Gfjyks5roQt6gaJpZM4Mk4Mw>.
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
|
Ok, thank you. |
This would require more digging to understand how this is possible. I suspect that a previous run has been interrupted. Github-ref: #445 Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
General informations
offlineimap -V
): offlineimap v7.0.14, imaplib2 v2.55 (system), Python v2.7.13Configuration file offlineimaprc
Logs, error
Steps to reproduce the error
singlethreadperfolder = yes
but it makes no differenceSince I can't sync anything in INBOX anymore, a workaround would be much appreciated !
The text was updated successfully, but these errors were encountered: