Re: [Evolution] Evolution randomly deletes my Email

[Paul Kernstock <paul kernstock haw-hamburg de>]

OK some findings here:

This is the log of a deletion action I actually issued and I noticed
that these mails were doubled in the real trash folder (not my initial
issue but maybe part of the whole problem):

   [imapx:B] I/O: 'B00197 UID COPY 10604:10607,10612,10618 "Deleted
   Items"'
   [imapx:B] I/O: 'B00197 OK [COPYUID 957421 10604:10607,10612,10618
   8980:8985] COPY completed.'
   [imapx:B] I/O: 'B00200 UID COPY 10604:10607,10612,10618 "Deleted
   Items"'
   [imapx:B] I/O: 'B00200 OK [COPYUID 957421 10604:10607,10612,10618
   8986:8991] COPY completed.'
   [imapx:B] I/O: 'B00204 UID STORE 8980:8991 -FLAGS.SILENT (\DELETED)'
   [imapx:B] I/O: 'B00211 UID STORE 10604:10607,10612,10618
   +FLAGS.SILENT (\DELETED)'
   [imapx:B] I/O: 'B00216 EXPUNGE'
   [imapx:B] I/O: '* 1061 EXPUNGE
   * 1059 EXPUNGE
   * 1058 EXPUNGE
   * 1057 EXPUNGE
   * 1056 EXPUNGE
   * 1055 EXPUNGE
   [imapx:B] I/O: 'B00216 OK EXPUNGE completed.'

I did the deletion of these mails one by one, always awaiting evolution
to mark the mails as read before deleting them. Obviously they were
copied to the deleted folder twice and not moved there once, as I would
expect it. Is the EXPUNGE action the one which removes the mails from
my INBOX?

I will be looking for the original issue to return, and post the logs
here. As I wrote I'm using

   CAMEL_DEBUG=imapx:io evolution | grep -E --line-buffered
   'EXPUNGE|COPY|MOVE|DELETE'

to filter the otherwise quite verbose log to see what is happening. Any
additional information which I could possibly filter is very welcome.

Thank you!


Am Freitag, den 30.10.2020, 12:36 +0100 schrieb Milan Crha via
evolution-list:
> On Fri, 2020-10-30 at 12:07 +0100, Paul Kernstock wrote:
> > No actually I don't. This happens to mails that were not marked for
> > deletion by me. It happens while I read my inbox and maybe delete
> > some mails and then OTHER mails just disappear for some reason
> > (accompanied with the log messages I provided earlier).
>
>       Hi,
> I see, I misunderstood the problem. I'm sorry about that. I do not
> recall seeing this for a long time, definitely not under yours
> 3.36.4.
>
> > Turning off the real Trash is not what I intend to do on the long
> > run. I like my real trash. :)
>
> I meant that as kind of a test, to try whether the server moves the
> messages to the real trash on its own. As I misunderstood the initial
> query, it can be a total nonsense too.
>
> The logs may help to narrow what the IMAPx code called and what was
> the
> outcome. It cannot show what marked the other messages for deletion,
> if
> they were really marked as such (in case there would be a bug in
> calculating ranges for the save of the changes, marking different
> messages for deletion in error).
>
> What are your Receiving Options, please? In case you've enabled Quick
> Resync, and the server supports it, it can be that it causes certain
> quirks sometimes - also not always. It's off by default.
>       Bye,
>       Milan
>
> _______________________________________________
> evolution-list mailing list
> evolution-list gnome org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list