2.4.7 mailbox rename looses mail

Lucas Zinato Carraro lucaszc at gmail.com
Tue Apr 5 15:44:26 EDT 2011


Bron,

I test and have this problem too.

Using Murder with:


Backends and FrontEnds:

virtdomains: off
defaultpartition: default
duplicatesuppression: 0
hashimapspool: true
allowusermoves: yes
unixhierarchysep: yes
singleinstancestore: 1
allowallsubscribe: 1
deletedprefix: DELETED
delete_mode: delayed
expunge_mode: delayed
expunge_days: 60
flushseenstate: 1
lmtp_downcase_rcpt: 1
mupdate_config: standard


Regards
Zinato




On Tue, Apr 5, 2011 at 4:15 PM, Bron Gondwana <brong at fastmail.fm> wrote:

> On Tue, Apr 05, 2011 at 05:45:11PM +0200, Wolfgang Breyha wrote:
> > Hi!
> >
> > If I do the following within Thunderbird 3.1.9:
> > *) create a folder "test"
> > *) create a subfolder within "test" called "test2"
> > *) copy a message to test
> > *) copy a message to test2
> > *) rename "test" to "testx"
>
> I'm doing the same steps in Thunderbird here...
>
> > the result in thunderbird is:
> > *) a folder "testx" with subfolder "test2"
> > *) both are *empty*
> >
> > a reconstruct is needed to make them visible again:
> > $ reconstruct -r user.xxxx.testx
> > user.xxxx.testx uid 1 found - adding
> > user.xxxx.testx
> > user.xxxx.testx.test2 uid 1 found - adding
> > user.xxxx.testx.test2
> >
> > Renaming a folder again before reconstructing it wipes the message files
> from
> > disc.
>
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: auditlog: create
> sessionid=<test_slot2_19631-19703-1302030605-1> mailbox=<user.foo.testx>
> uniqueid=<109851164d9b6912>
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: auditlog: rename
> sessionid=<test_slot2_19631-19703-1302030605-1> oldmailbox=<user.foo.test>
> newmailbox=<user.foo.testx> uniqueid=<109851164d9b6912>
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: Deleted mailbox
> user.foo.test
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: auditlog: delete
> sessionid=<test_slot2_19631-19703-1302030605-1> mailbox=<user.foo.test>
> uniqueid=<0fdff82b4d9b68f2>
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: Remove of
> supposedly empty directory /tmp/ct-slot2/data/user/foo/test failed:
> Directory not empty
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: Remove of
> supposedly empty directory /tmp/ct-slot2/meta/user/foo/test failed:
> Directory not empty
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: auditlog: create
> sessionid=<test_slot2_19631-19703-1302030605-1>
> mailbox=<user.foo.testx.test2> uniqueid=<1246be664d9b6912>
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: auditlog: rename
> sessionid=<test_slot2_19631-19703-1302030605-1>
> oldmailbox=<user.foo.test.test2> newmailbox=<user.foo.testx.test2>
> uniqueid=<1246be664d9b6912>
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: Deleted mailbox
> user.foo.test.test2
> Apr  5 21:10:10 localhost test_slot2_19631/imap[19703]: auditlog: delete
> sessionid=<test_slot2_19631-19703-1302030605-1>
> mailbox=<user.foo.test.test2> uniqueid=<1149e9af4d9b68f6>
>
>
> root at launde:~# /usr/cyrus/bin/reconstruct  -C /tmp/ct-slot2/etc/imapd.conf
> -G -r user/foo
> user/foo
> user/foo/Drafts
> user/foo/Sent Items
> user/foo/Trash
> user/foo/another
> user/foo/testx
> user/foo/testx/test2
>
> Nothing complained about there - and it worked fine.  This is with 2.4.7
> fresh checkout
> from git, and using thunderbird.
>
> Apart from those spurious errors about trying to remove an empty directory
> that
> isn't actually empty, I don't see anything wrong here!  I can successfully
> view
> the two messages that I copied into each folder.
>
> So the question is: what's your config?  What have you done differently
> that
> could have broken this?  Are you running any patches, or vanilla 2.4.7?
>
> Bron.
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20110405/a9dca7ee/attachment.html 


More information about the Info-cyrus mailing list