Re: [Evolution] Renaming Imap folders

[Oli <ocomber cmedresearch com>]

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?

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