Content-Type: multipart/mixed; boundary="===============1848010288072960082=="
Yerk! On Fri, Mar 17, 2017 at 01:44:37PM +0000, Jethro Tull wrote: > For testing my config I tried to sync the 'sent' "folder" of a gmail box > to > update a copy of my actual local copy so that if it fails it doesn't mess > it > up. Not clear to me. > up. I usually use getmail and the pop server of gmail to get new emails. > As > the job was slow and there were a lot of emails I left it running and at > some > point I did my usual emails check and noticed that getmail was > redownloading > some messages from the 'sent' folder. These messages were those already > processed by offlineimap during its progression at the time getmail was > running. So it seems offlineimap is changing messages flag to 'new' once > processed. I was expecting a change from 'new' to 'read' to unread > messages > and no change to read ones. Obviously I interrupted the process. The same > problem occurs when using offlineimap with '-q' option. > > When I say "message processed" I just mean that offline imap checked it to > see whether or not it already exists locally and copy if not. > > I should also mention that offlineimap actually copied all messages it > found > disregarding whether or not they were already existing locally. By > exploring > that folder with mutt I noticed a lot of duplicate messages appeared. Offlineimap can't work properly if you donwload/upload emails behind its back. -- Nicolas Sebrecht _______________________________________________ OfflineIMAP-project mailing list: [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project OfflineIMAP homepages: - https://github.com/OfflineIMAP - http://offlineimap.org
