<div dir="ltr">I can confirm this as well.  If you pull down the archive from <a href="https://github.com/OfflineIMAP/offlineimap/archive/v6.5.6.tar.gz">https://github.com/OfflineIMAP/offlineimap/archive/v6.5.6.tar.gz</a> and untar it.  If you look in offlineimap/__init__.py you'll see that the value __version__ is still set to 6.5.5.<div><br></div><div>I'm on OS X and installed it via homebrew. This is the exact tarball used, so I'm on 6.5.6 even though the output shows 6.5.5.  Obviously not a major issue except causing confusion when someone pastes their debug output. :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 14, 2015 at 6:37 AM, Franz Fellner <span dir="ltr"><<a href="mailto:alpine.art.de@gmail.com" target="_blank">alpine.art.de@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Nicolas Sebrecht wrote:<br>
> On Wed, May 13, 2015 at 08:30:49PM -0400, Kevin wrote:<br>
> >    Hello all,<br>
><br>
> >    I'm experiencing an issue where my email is being deleted on the Remote<br>
> >    side leaving my inbox (and other folders) completely empty.  The mail<br>
> >    is now all sitting within my local maildirs and subsequent syncs do not<br>
> >    send any of it back up to the remote side.  As you can see if the<br>
> >    --info output below, my nametrans settings match in both directions so<br>
> >    from what I can tell, it should just be syncing those folders leaving<br>
> >    the messages on both sides.  I've pasted the output of 'offlineimap<br>
> >    --info' below as well as a few key lines from the debug logs.  Full<br>
> >    debug logs can be viewed here: [1]<a href="http://pastebin.com/w5JQiYtq" target="_blank">http://pastebin.com/w5JQiYtq</a> Â Any<br>
> >    help would be greatly appreciated!  Thanks!<br>
><br>
> This is a debug log from a run in dry-run mode. The dry-run mode might<br>
> not be reliable. Did you experienced the removal without dry-run?<br>
><br>
> I wonder if the metadata (the cache) is fully updated. Do the<br>
> modification times of the cache files look correct?<br>
><br>
> To dig into this next, you should disable all advanced features, one by<br>
> one or restart from a minimal configuration file and add the advanced<br>
> configuration options one by one to look for the root cause.<br>
><br>
> >    $ offlineimap --info<br>
> >    OfflineIMAP 6.5.5<br>
><br>
> Please, test more recent versions of OfflineIMAP, including latest<br>
> v6.5.7-rc4.<br>
<br>
</div></div>Just because I saw this yesterday:<br>
$ offlineimap --version                                                                                      │<br>
6.5.5<br>
<br>
$ eix -c offlineimap<br>
[I] net-mail/offlineimap (6.5.6@13.02.2015)<br>
<br>
The Gentoo ebuild pulls the tarball from github.<br>
So most likely this is an upstream (you :P) packaging issue (but a minor one ;))<br>
<span class="HOEnZb"><font color="#888888"><br>
><br>
> --<br>
> Nicolas Sebrecht<br>
><br>
> _______________________________________________<br>
> OfflineIMAP-project mailing list: <a href="mailto:OfflineIMAP-project@lists.alioth.debian.org">OfflineIMAP-project@lists.alioth.debian.org</a><br>
> <a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/offlineimap-project</a><br>
><br>
> OfflineIMAP homepages:<br>
> - <a href="https://github.com/OfflineIMAP" target="_blank">https://github.com/OfflineIMAP</a><br>
> - <a href="http://offlineimap.org" target="_blank">http://offlineimap.org</a><br>
<br>
<br>
</font></span></blockquote></div><br></div>