Open varac opened 5 years ago
These are the zero byte messages produced:
$ find ~/.offlineimap/Mail/ -type f -size 0b -exec ls -la {} \;
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788366_1.2456.mybox,U=10265,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788367_0.2456.mybox,U=10266,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788367_1.2456.mybox,U=10267,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788366_0.2456.mybox,U=10264,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788367_2.2456.mybox,U=10268,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788367_3.2456.mybox,U=10269,FMD5=e6dbca21d4865b265ca2780205b19305:2,S
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788367_4.2456.mybox,U=10270,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/lists/cur/1542788367_5.2456.mybox,U=10271,FMD5=e6dbca21d4865b265ca2780205b19305:2,
-rw-r--r-- 1 varac varac 0 Nov 21 09:19 /home/varac/.offlineimap/Mail/me@my.domain/INBOX/cur/1542788365_0.2456.mybox,U=12435,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,S
-rw-r----- 1 varac varac 0 Nov 21 10:38 /home/varac/.offlineimap/Mail/.notmuch/xapian/flintlock
Besides fixing the underlying problem in offlineimap I'd be interested how to manual recover from this situation (as in: re-fetch the messages in question with their content from the server). Using an different imap client I can read the messages, so they are not empty on the server.
That's weird. It looks like we'd need to add sanity checks in this area.
Besides fixing the underlying problem in offlineimap I'd be interested how to manual recover from this situation (as in: re-fetch the messages in question with their content from the server).
The only way to re-download the offending messages only is to manually remove the lines for these UIDs in the cache and the messages in the maildir. Make sure to not run offlineimap while both the maildir and the cache are not consistent.
General informations
Ubuntu 18.10
offlineimap -V
):offlineimap v7.2.1, imaplib2 v2.57 (system), Python v2.7.15+, OpenSSL 1.1.1 11 Sep 2018
2.7.15+
offlineimap -a me.my.domain
Configuration file offlineimaprc
Logs, error
Steps to reproduce the error
I can't reproduce this. This happens very seldom and randomly. Looking at the syslog today I noticed that during the offlineimap run my firewall reconfigured, so this might be related.
216 also reports zero byte messages.