Hi!
Yeah, I had tried to go through the code myself, and couldn't find how
what I observed could have happened.
Thank you for the in-depth answer and your time, I appreciate it. If I
can find a way to reproduce the behaviour, I'll get back to you. Right
now I'm ready to believe in random particle
It not only should be, I'm really sure it is. I can't see a possible codepath
that this could happen with - there's no such thing as "in core" here - 2.4.x
doesn't even have the in-memory caching of cyrus.index changes.
This is from the cyrus-imapd-2.4.17 tag in git:
in imap/index.c: index_cop
Hi!
Both. The message cannot be seen via IMAP in the destination mailbox and it
doesn't exist on the filesystem.
But the message is clearly somewhere, probably in core: When I killed all the
other imapd processes that could've been accessing the same mailbox (that had
users who were mentioned in
When you say the messages can't be seen... Do you mean they aren't on the file
system, or that they aren't showing up via IMAP, or... ?
On Sat, Apr 23, 2016, at 00:48, Janne Peltonen wrote:
> And Centos 5.11, Linux 2.6.18-407.el5.
>
>
> --Janne
>
> On Fri, Apr 22, 2016 at 05:43:11PM +0300, Jan
And Centos 5.11, Linux 2.6.18-407.el5.
--Janne
On Fri, Apr 22, 2016 at 05:43:11PM +0300, Janne Peltonen via Info-cyrus wrote:
> Hi!
>
> Oh. Sorry. I thought I'd forgot something important, must be the fact it's
> Friday night.
>
> 2.4.17 from Simon Matter's srpm. Revision 6 of said rpm.
>
>
Hi!
Oh. Sorry. I thought I'd forgot something important, must be the fact it's
Friday night.
2.4.17 from Simon Matter's srpm. Revision 6 of said rpm.
--Janne
On Fri, Apr 22, 2016 at 11:27:40PM +1000, Bron Gondwana via Info-cyrus wrote:
> Version?
>
> On Fri, Apr 22, 2016, at 21:47, Janne Pelt
Version?
On Fri, Apr 22, 2016, at 21:47, Janne Peltonen via Info-cyrus wrote:
> Hi!
>
> I've always thought that IMAP COPY should only say OK once the message file is
> safely on the disk. So that it should block, should another imapd process be
> holding a write lock to the folder.
>
> Now toda
