Re: [Evolution] possible issue re maildir file names

[Milan Crha <mcrha redhat com>]

On Wed, 2016-06-01 at 15:44 +0000, Reid Thompson wrote:
> EVO 3.21.1
>
> built on 5/20 from source
> -rwxr-xr-x 1 root root 36832 May 20 08:13 /usr/bin/evolution
>
> i'm getting hundreds of messages of the form below as evo tries to
> 'refresh?' one of my maildir accounts.
>
> Message:
> Cannot get message 1455899158.8491_34134.raker3 from folder
> /home/rthompso/.maildir-sent/.OBC-PROD
> No such message
>
>
> but if i look for what i believe to be the file that the message is
> referencing...
>
> it exists:
>
> $ locate  1455899158.8491_34134.raker3 
> /home/rthompso/.maildir-sent/.OBC-
> PROD/cur/1455899158.8491_34134.raker3:2,
>
> with content:
>
> [11:29:36][5s] rthompso raker3> ~ 
> $ ls -lrt $(locate  1455899158.8491_34134.raker3)
> -rw------- 1 rthompso staff 152410 Feb 19 11:25
> /home/rthompso/.maildir-sent/.OBC-
> PROD/cur/1455899158.8491_34134.raker3:2,
>
>
> is evo truncating the filenames at the colon?

        Hi,
the colon is a delimiter between message ID (in term of the Camel's
folder summary, not necessarily the Message-ID header of the email (if
I'm not mistaken), though this one looks like a Message-ID generated by
the Camel itself) and the message flags. It can be that the message
flags had been changed, but the local summary wasn't updated.

> or are these spurious messages?

I used to get them too some time ago, but, as usual, once I tried to
investigate it further the behaviour stopped and I had just bad luck.
If I recall correctly, it had something to do with the virtual Trash
folder (backtrace can show that).

It is a bug, or the Maildir provider might be updated, to not get crazy
like this when the message flags on the file name change, but the
summary is not updated. After all, it's a valid state, because the
Maildir folder can be shared with multiple applications, especially
when it's a custom Maildir account in the Evolution.
        Bye,
        Milan