Re: [Evolution-hackers] posting to folders

[Dan Winship <danw novell com>]

On Tue, 2004-05-25 at 10:16 +0800, Not Zed wrote:
> > > 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.

But if the folder isn't open yet, all you need to worry about is the
unread count. You don't actually need to update the summary until the
user goes to look at the folder. So for things like the Sent folder, or
filtering messages into a folder you only look at rarely, or moving old
messages into an "archive" folder, this would save time.

> > > And for move between imap
> > > folders on the same folder, its much better using imap copy. 

Yeah, you'd use imap copy anyway, you just wouldn't look into the
destination folder first like we do now.

> I don't think this would make sense unless we just got rid of
> CamelTransport entirely and just having it as virtual methods and
> capability bits on CamelStore?  Could this simplify the store is also
> a transport issue?(or if we had interfaces on camelobjects and did it
> that way instead).

Hm. Where would the sendmail and smtp code be in that case?

Merging store and transport would definitely make the Exchange transport
nicer though. (Currently it pretends to do POP-before-SMTP auth so that
evo-mail will give it a copy of the exchange store URL which it then
uses to get a copy of the CamelExchangeStore object.)

-- Dan