Re: posting to folders

On Mon, 2004-05-24 at 21:39, Not Zed wrote:
> On Mon, 2004-05-24 at 09:55 -0400, Jeffrey Stedfast wrote: 
> > On Mon, 2004-05-24 at 09:50, Dan Winship wrote:
> > > On Mon, 2004-05-24 at 16:08 +0800, Not Zed wrote:
> > > >   Even IMAP's APPEND function works without a selected folder, so our
> > > > api forces fairly low-performance (not that it is a particularly
> > > > commonly used thing).
> > > 
> > > If your Sent folder is on an IMAP or Exchange server, there's a
> > > mysterious long delay after the first time you send email in a session,
> > > while evo syncs up with that folder so it can append the new message.
> > > This API would fix that.
> > > 
> > > And we could do the same optimization on move/copy too, which is a lot
> > > more common (and has the same problem: the first time you move a message
> > > to a given folder, there's a long delay).
> Well the main problem here is we're going to have to use the folder in
> most cases anyway - because users want their damn folders to update
> immediately when they move messages around.  If we're just updating 'a
> bit later on' we'll get bug reports.  And for move between imap
> folders on the same folder, its much better using imap copy. 
> > while I agree with the general idea of this, I'm not really liking the
> > API that much. What I'd *really* like to see is the ability to
> > instantiate a CamelFolder object without actually needing to "open" it.
> > 
> > This would solve both of these issues without the need to change the
> > APIs that much. Also, we probably want things to work like this in the
> > long run anyway... 
>
> Agreed, but another api is still needed for cross posting.

yea, I suppose it would. What if NNTP just implemented the Transport
interfaces?

Jeff

> 
> 
> Michael Zucchi
> <notzed@xxxxxxxxxx>
> 
> Ximian Evolution and
> Free Software Developer
> 
> 
> Novell, Inc.

_______________________________________________
evolution-hackers maillist  -  evolution-hackers@xxxxxxxxxxxxxxxx
http://lists.ximian.com/mailman/listinfo/evolution-hackers