[Kde-pim] Re: Kontact Mail Speed (Re: Showstoppers in KMail)

[Kamil Domański]

On Wednesday 29 September 2010 11:43:03 Sebastian Kügler wrote:
> Note that this is not an issue with Lion Mail, as it
> 
> a) doesn't do static notification ("you have received 30 new emails") *1
> b) it shows the current state of folders (so when filtering, new emails
> might first show up but will go away as soon as the filtering is done
> 
> I'm not sure if KMail should send notifications about new emails _at_all_
> (I think it shouldn't). In Akonadi-times, we cannot just assume that
> there's only one email client running at a time, this has ramifications
> for UI and work- flow. There has to be one central instance to do
> notifications. (In case of power management and network management, we use
> a kded module as notification policy agent.)
> 
> *1 This would be a use-case where you'd want to update notification that
> have been sent, something to take up with Plasma / KNotify people.

I strongly agree, however the issue of per-folder notification remains. I don't 
expect that to be too much to handle in case of server-side filtering...on the 
other hand in case of multiple clients and client-side filtering it all turns 
into a whole lot different game. Unless, of course, the server-side filtering 
deals only with server side folders, and client-side filtering puts mail into 
local folders only. But expecting users to follow such a rule would be naive.

Turning KMail's entire filtering facilities into a frontend for Akonadi-side 
filtering would also be neat.

Regards,
Kamil Domański
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/