[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sup-devel] Strange maildir/OfflineImap/maildir-sync behavior



I've noticed this from time to time as well (along with messages not
disappearing, but instead part of the body appearing, then cut off
with a strange error message about how sup can't load the message).  I
find that killing the thread view buffer, then typing @ in index mode
causes these to be fixed.  Just mentioning it because it's easier than
restarting sup, and it may be related to the error you describe.  I'm
also not sure how to file a bug report of that situation.

roni

Excerpts from Edward Z. Yang's message of 2011-01-19 07:08:23 -0700:
> One day, I opened up an old thread to reread an email, and much
> to my dismay, it was GONE!  Instead, there was one of those little
> red flags that Sup sticks on mail that is referenced by other
> threads, but which you don't have a copy of.
> 
> This was a bit bothersome, because no one likes it when their mail mysteriously
> disappears. (It harkens back to a time when I accidentally deleted my entire
> inbox, tried to undo, but Sup crashed in the process and then offlineimap
> decided to sync the changes back to my main account, so I had to restore from
> backup and run with maxage... but that's a story for another time...)
> 
> Some sleuthing, however, revealed that the messages had not disappeared; they
> were still in my Maildir.  And sure enough, when I made Sup repoll the entire
> Maildir (by restarting it), the messages reappeared (along with another 50
> messages that I /swear/ I archived).
> 
> So my question is, why did Sup lose track of the messages?  Did it pick them
> up while they were in new and then OfflineIMAP moved them and they got lost?
> Can I make Sup tell me where it thinks a message should be living on my filesystem
> so I can track these things?  Is this actually OfflineIMAP's fault?
> 
> Cheers,
> Edward
> 
> P.S. Hey Damien, I know you're not planning on working on getting maildir-sync
> merged to master until later this January, but I was wondering if a version of
> the branch rebased on master would be of any use to you.
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel