Re: [Evolution-hackers] send/receive

[Christophe Grosjean <christopheg wanadoo fr>]

Le vendredi 17 d�mbre 2004 �9:51 +0800, Not Zed a �it :
> On Thu, 2004-12-16 at 12:13 +0100, Rodrigo Moya wrote: 
> > On Wed, 2004-12-15 at 21:37 -0500, JP Rosevear wrote:
> > > On Tue, 2004-12-14 at 22:45 +0800, Not Zed wrote:
> > > > > > My first thought is that could make this dialog completely unwieldy, i
> > > > > > personally already have 4 mail accounts plus an NNTP account, if I were
> > > > > > to add my groupwise calendar along with 3-4 web calendars, its now holds
> > > > > > about 10 items.
> > > > > > 
> > > > > I was talking on hooking it to the Send/Receive action, not specifically
> > > > > to the dialog, although it would make sense to show progress in that
> > > > > dialog for calendars also.
> > > > 
> > > > Not going to be terribly easy though, given the way it works, unless
> > > > you want to start using camel progress primitives in the calendar :-)
> > > 
> > > Perhaps its time to not make Send/Receive a global shell routine?
> > > Mailer can still use send/receive, addressbook may not need any and
> > > calendar can do "refresh" or something.
> > > 
> > I think this what makes more sense. Although I liked the idea of having
> > a single 'refresh' button for all components.
> 
> Umm, yeah.  Why all that crap to get the "get mail" button to appear
> in all components if we're only going to use it to get mail?

What about going the other way ? Is it possible to split the
send/receive. I'm most unhappy having to read all my mail boxes at once
(takes time, takes network bandwidth) each time I wish to send a mail.
Looks like yet another bad MS idea people got used to :-(

Well does'nt the local "get mail" should get only the currently used
account ? Disappointed.

OK I can go each time to Parameters and unselect accounts. But it's
really boring.



-- 
Christophe Grosjean <christopheg wanadoo fr>