<DKIM> Remote mail is being deleted after sync

[Kevin]

Hi Nicolas,

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.

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. :)

Commenting out the maxage parameter corrected the behavior and now
everything is working just fine!

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.

Thanks again!
Kevin

On Thu, May 14, 2015 at 6:23 AM, Nicolas Sebrecht <nicolas.s-dev at laposte.net
> wrote:

> On Wed, May 13, 2015 at 08:30:49PM -0400, Kevin wrote:
> >    Hello all,
>
> >    I'm experiencing an issue where my email is being deleted on the
> Remote
> >    side leaving my inbox (and other folders) completely empty.  The mail
> >    is now all sitting within my local maildirs and subsequent syncs do
> not
> >    send any of it back up to the remote side.  As you can see if the
> >    --info output below, my nametrans settings match in both directions so
> >    from what I can tell, it should just be syncing those folders leaving
> >    the messages on both sides.  I've pasted the output of 'offlineimap
> >    --info' below as well as a few key lines from the debug logs.  Full
> >    debug logs can be viewed here: [1]http://pastebin.com/w5JQiYtq  Any
> >    help would be greatly appreciated!  Thanks!
>
> This is a debug log from a run in dry-run mode. The dry-run mode might
> not be reliable. Did you experienced the removal without dry-run?
>
> I wonder if the metadata (the cache) is fully updated. Do the
> modification times of the cache files look correct?
>
> To dig into this next, you should disable all advanced features, one by
> one or restart from a minimal configuration file and add the advanced
> configuration options one by one to look for the root cause.
>
> >    $ offlineimap --info
> >    OfflineIMAP 6.5.5
>
> Please, test more recent versions of OfflineIMAP, including latest
> v6.5.7-rc4.
>
> --
> Nicolas Sebrecht
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20150514/ccaf7328/attachment-0003.html>