Re: Re: [evolution-patches] Possible fix for #322016
- From: Jeffrey Stedfast <fejj novell com>
- To: karllinuxtest relton ntlworld com
- Cc: evolution-patches gnome org
- Subject: Re: Re: [evolution-patches] Possible fix for #322016
- Date: Tue, 13 Dec 2005 12:51:10 -0500
On Tue, 2005-12-13 at 14:09 +0000, karllinuxtest relton ntlworld com
wrote:
> > 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?
it gets filtered in evolution/mail/mail-ops.c
>
> 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.
it gets invoked whenever mail is appended to the mailbox, whether it
arrives from the system (or SMTP), the APPEND command (at least from
another client, possibly from Evolution as well tho it's been a while
since I've worked with the code so I'm not positive on that), and as a
result of COPY/GWMOVE commands on an IMAP server (other server types
will have other commands, obviously, but the idea is the same).
--
Jeffrey Stedfast
Evolution Hacker - Novell, Inc.
fejj ximian com - www.novell.com
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]