Re: Re: [evolution-patches] Possible fix for #322016



> > 
> > Right - I see what you mean. Presumably though there is
> > a place in the code where the newly arrived mail (from
> > whatever source) is 'added' to the system (e.g. the
> > message-id will be recorded somewhere). If that is a single
> > place in the code, that might be a better place to
> > trigger the notifications.
> 
> well, yes and no. each provider implements this themselves (or can).
> 
> > 
> > The problem with the folder update code I have been
> > looking at is that there seems no way of knowing if
> > it is truely new mail into the system, or just the user
> > shuffling messages from one folder to another.
> 
> oh how you are in for a bag of treats...
> 
> in the case of imap, for example, there's also no way to know if a
> message that arrives in a folder is actually "new" or if it has just
> been moved from another source either (in both cases a message has the
> \Recent flag), and that's a more-or-less unsolvable problem which makes
> this whole problem more-or-less unsolvable.
> 
> >  Therefore
> > no amount of checks or flags will eliminate all false
> > notifications.
> 
> indeed, but as I've explained above the problem is not internal to
> Evolution itself.
> 

Right - using Thunderbird at work as an imap client gives
the new mail 'beep' when I transfer an unread mail from
one folder back to the Inbox: obviously a false notification for the very reasons you express.


So the best we can do is limit the cases of false notifications. We can clearly do alot better than the current situation in Evolution.

My patch suggestion, once suitably tidied, should limit
false notifications to when a message is moved to a folder
that (then) contains unread messages.

I wonder if we could easily go further, by
a) seeing if the messages just added to the folder all have
unread status
b) limiting the notifications to only be issued if the
folder affected is an appropriate folder for brand new
mail (i.e. an 'Inbox' type folder).

Not sure how easy either of the above are, but they would
help limit the problem as much as we can.

Karl

-----------------------------------------
Email sent from www.ntlworld.com
Virus-checked using McAfee(R) Software 
Visit www.ntlworld.com/security for more information




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]