Add "/*" and "/*/*" to the reconstruction path and it works. Gabor's patch might also work for you. (I haven't tested yet) Tom Bryntesen wrote: > Hi, > > What's the conclusion on this problem? Anyone? I'm also struggling trying to > recreate a users e-mails... > Running: Cyrus v2.2.12-Debian-2.2.12-4ubuntu1 with LMTPA on a > Ubuntu-system... > [kernel 2.6.15-27-server]... > > - bryntez - > > > ----- Original Message ----- > From: "Bron Gondwana" <brong@xxxxxxxxxxx> > To: "Alain Spineux" <aspineux@xxxxxxxxx>; "Rudy Gevaert" > <Rudy.Gevaert@xxxxxxxx> > Cc: "Bart Coninckx" <info@xxxxxxxxxxxxxxxxx>; "Info Cyrus" > <info-cyrus@xxxxxxxxxxxxxxxxxxxx> > Sent: Saturday, March 22, 2008 10:46 PM > Subject: Re: reconstruct doing nothing > > >> On Sat, 22 Mar 2008 11:29:36 +0100, "Alain Spineux" <aspineux@xxxxxxxxx> >> said: >>> On Fri, Mar 21, 2008 at 8:59 PM, Rudy Gevaert <Rudy.Gevaert@xxxxxxxx> >>> wrote: >>>> Gabor Gombas wrote: >>>> > On Fri, Mar 21, 2008 at 04:57:18PM +0100, Bart Coninckx wrote: >>>> > >>>> >> Gabor, is this patch relevant when I do get a result onscreen from >>>> >> "reconstruct"? >>>> > >>>> > Without the patch, "reconstruct -r" processes only the exact mailbox >>>> > given on the command line but does not descend into subfolders, like >>>> > when the "-r" switch was not given at all. At least that's the case >>>> with >>>> > my configuration. >>>> >>>> Some time ago I noticed the same, but some time after that it did >>>> recurse. Anyway, doing reconstruct -rfx >>>> user/first.lastname/*@domain.com >>>> reconstructs the sub folders too. >>>> >>> I thing '*' and '%' are used as wildcard in the list of know >>> mailboxes, I means the mailbox.db >>> >>> Then >>> >>> reconstruct user/first.lastname/*@domain.com #withount -r >>> >>> display all known sub folder of mailbox first.last@xxxxxxxxxx except >>> Inbox itself !!!! >>> >>> Then to repair an inbox and all its folders 2 commands are required ! >>> >>> reconstruct user/first.lastname@xxxxxxxxxx >>> reconstruct user/first.lastname/*@domain.com >>> >>> I suppose >>> >>> reconstruct -r user/first.lastname@xxxxxxxxxx #withount * but with -r >>> >>> SOULD do the same. But is not working for me. The -f doest help more if >>> the mailbox is already knwon ! >>> >>> If I copy my Sent folder into a new Foo folder then run (create a new >>> mailbox without >>> telling to cyrus), then use >>> >>> reconstruct -f user/first.lastname@xxxxxxxxxx # without a -r but >>> (work same with -r ) >>> >>> It display >>> >>> discovered domain.com!first.last.Foo >>> >>> >>> Conclusion >>> ======== >>> >>> - -r looks to be useless >>> - -f discover yet unknow folder, recursively too, but only inside new >>> folder, not if already known, use * to for a full discovery in two >>> time user/first.lastname@xxxxxxxxxx and >>> user/first.lastname/*@domain.com >>> - '*' and '%' allow to walk around the mailbox tree, but only inside >>> already know folder >>> >>> This was tested on a 2.3.11 >> Try this: >> >> reconstruct -r 'domain.com!user/first.lastname' >> >> (yay internal representations leaking) >> -- >> Bron Gondwana >> brong@xxxxxxxxxxx >> >> ---- >> Cyrus Home Page: http://cyrusimap.web.cmu.edu/ >> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > ---- > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- Jo Rhett Net Consonance ... net philanthropy, open source and other randomness ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
