see bug 548825

I will check this out.

Looking more closely at this problem I've found what I thought were duplicated messages in Trash are actually old messages marked as deleted in the imported mbox. These messages have headers inserted by evolution in the form of:
X-Evolution: xxxxxxxx-0012
These are the messages that show up in the Trash folder and cannot be deleted. Once they are there, deleting a message from the Inbox adds the message to the Trash folder, but it cannot be deleted using "Empty Trash".

I created an import mbox with all X-Evolution headers deleted and imported it into a clean evolution setup. All the messages show up in the Inbox and none in the Trash file. However, while I could sometimes successfully delete messages from the Inbox and then empty the Trash folder, deleting some messages still triggered the can't-empty Trash bug. I'll see if I can narrow down the conditions.

I've found a related problem: dragging a message from one folder to another triggers a true duplicated message in Trash folder bug. but these duplicated messages can be cleared by emptying Trash.

Just to aid my memory, regarding  "[...]-0012":
    camel/camel-folder-summary.h:
    CAMEL_MESSAGE_DELETED = 1<<1
    CAMEL_MESSAGE_SEEN = 1<<4

(In reply to comment #3)
> I've found a related problem: dragging a message from one folder to another
> triggers a true duplicated message in Trash folder bug. but these duplicated
> messages can be cleared by emptying Trash.

Does this regard the same problematic set of messages or does this regard other messages?

(In reply to comment #3)
> Looking more closely at this problem I've found what I thought were duplicated
> messages in Trash are actually old messages marked as deleted in the imported
> mbox. These messages have headers inserted by evolution in the form of:
> X-Evolution: xxxxxxxx-0012
> These are the messages that show up in the Trash folder and cannot be deleted.
> Once they are there, deleting a message from the Inbox adds the message to the
> Trash folder, but it cannot be deleted using "Empty Trash".

Would you be able to create some sort of minimal test case: one of the problematic messages with (almost) all headers removed and neutral text instead of the original info (e.g.: "Subject: Subject")?

(In reply to comment #6)
> (In reply to comment #3)
> > Looking more closely at this problem I've found what I thought were duplicated
> > messages in Trash are actually old messages marked as deleted in the imported
> > mbox. These messages have headers inserted by evolution in the form of:
> > X-Evolution: xxxxxxxx-0012
> > These are the messages that show up in the Trash folder and cannot be deleted.
> > Once they are there, deleting a message from the Inbox adds the message to the
> > Trash folder, but it cannot be deleted using "Empty Trash".
> 
> Would you be able to create some sort of minimal test case: one of the
> problematic messages with (almost) all headers removed and neutral text instead
> of the original info (e.g.: "Subject: Subject")?
> 

I can send you a relatively small file of Mandriva Cooker bug mail list messages (about 300Kb in size). This is mostly public information, but I would prefer to send it to you directly rather than upload it as an attachment to keep the email addresses it contains out of the hands of the spammers.

Mandriva cooker has moved on to 2.23.92 level packages that has improved the situation somewhat: I'm no longer having problems with deleting items from trash. The main problem is that when I import an mbox file created by a previous version of evolution, that contains deleted messages (X-Evolution: xxxx-1200 headers), the deleted messages are loaded into the Trash folder. The target folder shows the wrong message count (equal to the total of all messages loaded in that folder and in Trash). The Trash folder properties shows the right count for the number of headers shown. If I then delete trash, exit and restart evolution the target folder where I imported the messages will now show the correct count.

I have a log of the stderr messages generated by evolution when run from the command line for the sample file that I can send as well.

(In reply to comment #5)
> (In reply to comment #3)
> > I've found a related problem: dragging a message from one folder to another
> > triggers a true duplicated message in Trash folder bug. but these duplicated
> > messages can be cleared by emptying Trash.
> 
> Does this regard the same problematic set of messages or does this regard other
> messages?
> 

This problem is separate from the one originally reported with importing files. It happens whenever I drag a message from one folder to another, or if I manually apply a filter that moves messages from one folder to another (but not when applied automatically to incoming mail). The moved message always shows both in the destination folder and in Trash. If I then delete the message from the destination folder, without having emptied Trash, there will be two message headers listed for the same message.

> 
> This problem is separate from the one originally reported with importing files.
> It happens whenever I drag a message from one folder to another, or if I
> manually apply a filter that moves messages from one folder to another (but not
> when applied automatically to incoming mail). The moved message always shows
> both in the destination folder and in Trash. If I then delete the message from
> the destination folder, without having emptied Trash, there will be two message
> headers listed for the same message.
> 

This is the right behavior. When you move/dnd a mail, infact you delete it from the local folder. Old Evo too behaves the same way.

Empty trash should be working in 2.23.92. vfolder/junk/trash counts are broken and Im fixing them

Any other issues apart from counts?

Couts are fixed in trunk. Re open if counts issue prevails