Re: Re: [evolution-patches] Possible fix for #322016
- From: <karllinuxtest relton ntlworld com>
- To: Jeffrey Stedfast <fejj novell com>
- Cc: evolution-patches gnome org
- Subject: Re: Re: [evolution-patches] Possible fix for #322016
- Date: Tue, 13 Dec 2005 14:09:16 +0000
> That's not how POP, for example, gets filtered - only remote mail
> stores.
Okay - could you possibly point me towards where POP email gets filtered?
I can't see any email filtering evidence in any
of the camel/providers/* directories. Only in camel dir
itself.
>
> I also don't see how this fixes the issue?
>
My theory is that this code point is only invoked when
a backend receives mail from the outside world, and not
on an 'arbitrary' shuffle of messages by the user. Therefore
it is a better place to put the newmail notification hook
than in the UI code (which has to deal with any mailbox
change).
Of course if this code point can be invoked on an arbitrary
mailbox change, my theory is broken.
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]