Re: Optimistic Locking Errors When Trashing Mail

Hi Jerry, We got some unit tests for multiple UID deletion on top of JPA... See MessageMapperTest::deleteMessagesShouldModifyUnderlyingStorageWithRange One way of getting further would be to run these tests against Amazon RDS. Also some IMAP integration test exists. Check JpaExpungeTest.

Re: Optimistic Locking Errors When Trashing Mail

Any ETA on this issue.  I have clients with several hundred emails they want to delete but cannot unless they want to do it one at a time, which is not acceptable to them.   Anything I can do to help?  I suspect when a problem gets into multi-thread locking it's going to be over my head.  But

Re: Optimistic Locking Errors When Trashing Mail

I created JAMES-2942 . The emails in question do not have any additional explicitly-added user flags. Jerry On 10/28/2019 6:05 AM, Tellier Benoit wrote: Every time I try to trash more than one mail item at a time (select a bunch of mails in

Re: Optimistic Locking Errors When Trashing Mail

Looks like a serious JPA bug, yes... Can you open a JIRA (https://issues.apache.org/jira/browse/JAMES) for it? "Unable to perform range deletes with JPA" could be a good name. What are the flags of the messages you delete? Do they have user flags? Regards, Benoit On 26/10/2019 10:48, Jerry

Optimistic Locking Errors When Trashing Mail

Here's a new one I just looked into.  Every time I try to trash more than one mail item at a time (select a bunch of mails in TBird and hit 'Delete') I get a failure.  The logs have a huge dump which I can attach if necessary.  But the key lines are: Caused by: