<div dir="ltr">Hi Nicolas,<div><br></div><div>Thanks for getting back to me.  I had indeed tested it without the --dry-run mode, I simply did the dry-run to gather logs before sending this.  I dug into the cache and options as you mentioned and didn't find any problems initially. </div><div><br></div><div>However, the issue is now solved.  It was an error on my part regarding the maxage parameter.  Originally when I was first setting it up and testing it out, I didn't want to pull down tens of thousands of emails each iteration of testing, so I set maxage = 2.  Later I thought I disabling maxage by setting the value to -1 but apparently that does not behave how I had expected. :)</div><div><br></div><div>Commenting out the maxage parameter corrected the behavior and now everything is working just fine!</div><div><br></div><div>On a separate note, I did notice that the -o command line option doesn't seem to override the autorefresh setting as it should.  Even with that option set, it will still go into autorefresh mode.  This isn't a big deal for me, I was just using -o while testing anyway.  Just wanted to point it out.  It happens with both 6.5.6 and 6.5.7-rc4.</div><div><br></div><div>Thanks again!</div><div>Kevin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 14, 2015 at 6:23 AM, Nicolas Sebrecht <span dir="ltr"><<a href="mailto:nicolas.s-dev@laposte.net" target="_blank">nicolas.s-dev@laposte.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Nicolas Sebrecht<br>
</font></span></blockquote></div><br></div>