reconstruct doing nothing

[Bron Gondwana]

On Sat, 22 Mar 2008 11:29:36 +0100, "Alain Spineux" <aspineux at gmail.com> said:
> On Fri, Mar 21, 2008 at 8:59 PM, Rudy Gevaert <Rudy.Gevaert at ugent.be>
> 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 at domain.com except
> Inbox itself !!!!
> 
> Then to repair an inbox and all its folders 2 commands are required !
> 
> reconstruct user/first.lastname at domain.com
> reconstruct user/first.lastname/*@domain.com
> 
> I suppose
> 
> reconstruct -r user/first.lastname at domain.com  #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 at domain.com  # 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 at domain.com 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 at fastmail.fm