Re: [Evolution] Renaming Imap folders

[Jeffrey Stedfast <fejj novell com>]

On Wed, 2006-04-12 at 16:23 +0100, Oli wrote:
> Hi Jeff,
>
> I should have explained the folder storage a bit better - I think you've 
> already picked up on the crux of the problem:
>
> The directory structure of our Imap / Maildir storage is flat.  Under 
> 'Maildir', all folders exist, with the names of their parents included 
> in their names, a little something like this:
>
> Maildir/;Inbox;
>         /;Inbox;folders
>         /;Inbox;folders;personal
>         /;Inbox;folders;mailinglists
>         /;Sent
>         /;stuff
>
> Then if I rename 'folders' to 'folders2', I get:
>
> Maildir/;Inbox;
>         /;Inbox;folders2
>         /;Inbox;folders;personal
>         /;Inbox;folders;mailinglists
>         /;Sent
>         /;stuff
>
> And Evolution then displays 'folders2' because it is really there, and 
> 'folders' because it is a named parent of 'personal' and 'mailinglists'.
>
> Does this fall into what you were saying about the code?  Should I bug this?

yep, this is what I was saying Evolution *should* handle, but I guess
the code got broken :(

Yes, please file a bug so we don't forget about it :)

Jeff

> Thanks very much for the help!
>
> -Oli
>
> Jeffrey Stedfast wrote:
> > Hmmm, I thought we had written the move-folder/rename-folder code to
> > recursively move/rename but perhaps we did not or perhaps that code has
> > gotten broken somehow.
> >
> > Please submit a bug at bugzilla.gnome.org so it can be looked at.
> >
> > Thanks,
> >
> > Jeff
> >
> > On Wed, 2006-04-12 at 10:14 +0100, Oli wrote:
> >
> > > Hi,
> > >
> > > I've got a problem with renaming folders in Evolution 2.4.1 when 
> > > connected to a Maildir based Imap mailstore.
> > >
> > > If the folder being renamed has children, the children are not renamed 
> > > and the user is left with what looks like the old and new parent folders 
> > > shown in the folder tree.
> > >
> > > Due to the way Maildir works, the child system dirs on the mailserver 
> > > containing the mail have the names of their parents in the dir name. 
> > > The actual parent gets renamed, but this 'old' parent still exists in 
> > > the child file names.  Evolution then presents this 'old' parent in the 
> > > heirarchy but complains bitterly that it doesn't exist when you click on it.
> > >
> > > The workaround seems to be to drag the children folders onto the new 
> > > parent and restart Evolution.  My users aren't very happy with this 
> > > workaround...
> > >
> > > Has a bug been raised about this? (I haven't found anything on Google so 
> > > far)  Has anyone found a better workaround or way to fix it?
> > >
> > > Thanks very much in advance,
> > > -Oli
> > >
> > > _______________________________________________
> > > Evolution-list mailing list
> > > Evolution-list gnome org
> > > http://mail.gnome.org/mailman/listinfo/evolution-list
> >
> >
> >
> > _____________________________________________________________________
> > This e-mail has been scanned for viruses by Verizon Business Internet Managed Scanning Services - powered 
> > by MessageLabs. For further information visit http://www.mci.com
-- 
Jeffrey Stedfast
Evolution Hacker - Novell, Inc.
fejj ximian com  - www.novell.com