[Evolution] WAAAAH ...
Not Zed
notzed@ximian.com
Tue, 08 Jun 2004 09:23:21 +0800
--=-kF4ub808cQT8PKPcrp6C
Content-Type: multipart/alternative; boundary="=-waPGyrLDYkQJyO4zTchS"
--=-waPGyrLDYkQJyO4zTchS
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
it might depend on your filters, or on other bugs in the server (courier
has a lot).
Threading uses the 'References' header, or if unavailable, the In-Reply-
To header.
imap filtering we just move messages on the server, even if we download
them to process them, we generally throw that away and let the server
move the message. Unless you have one that is processing the message
and re-uploading it. Perhaps that is stripping these headers.
evo filters wont remove these headers by themselves.
On Sun, 2004-06-06 at 16:23 +0200, Tony Earnshaw wrote:
> søn, 06.06.2004 kl. 14.36 skrev Tony Earnshaw:
>
> > There are mailing lists that do not thread properly. I don't mind if
> > these are medium- or low-volume lists. It doesn't matter what the MLM
> > software is, I have this with ezmlm (mysql) and majordomo (dspam) lists,
> > as well as unknown MLM software (UMich LDAP).
>
> Hmmm ... I just suddenly noticed: When the messages for these lists come
> into my Inbox - from Courier IMAP 3.0 - it is correctly threaded. But
> when the Evo filter has done its stuff and moved the messages, the
> thread glue gets torn apart. That is, it seems to be the filters that
> tear the threads apart.
>
> --Tonni
>
--
Michael Zucchi <notzed@ximian.com>
Ximian Evolution and Free Software
Developer
--=-waPGyrLDYkQJyO4zTchS
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.1.15">
</HEAD>
<BODY>
<BR>
it might depend on your filters, or on other bugs in the server (courier has a lot).<BR>
<BR>
Threading uses the 'References' header, or if unavailable, the In-Reply-To header.<BR>
<BR>
imap filtering we just move messages on the server, even if we download them to process them, we generally throw that away and let the server move the message. Unless you have one that is processing the message and re-uploading it. Perhaps that is stripping these headers.<BR>
<BR>
evo filters wont remove these headers by themselves.<BR>
<BR>
On Sun, 2004-06-06 at 16:23 +0200, Tony Earnshaw wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">søn, 06.06.2004 kl. 14.36 skrev Tony Earnshaw:</FONT>
<FONT COLOR="#000000">> There are mailing lists that do not thread properly. I don't mind if</FONT>
<FONT COLOR="#000000">> these are medium- or low-volume lists. It doesn't matter what the MLM</FONT>
<FONT COLOR="#000000">> software is, I have this with ezmlm (mysql) and majordomo (dspam) lists,</FONT>
<FONT COLOR="#000000">> as well as unknown MLM software (UMich LDAP).</FONT>
<FONT COLOR="#000000">Hmmm ... I just suddenly noticed: When the messages for these lists come</FONT>
<FONT COLOR="#000000">into my Inbox - from Courier IMAP 3.0 - it is correctly threaded. But</FONT>
<FONT COLOR="#000000">when the Evo filter has done its stuff and moved the messages, the</FONT>
<FONT COLOR="#000000">thread glue gets torn apart. That is, it seems to be the filters that</FONT>
<FONT COLOR="#000000">tear the threads apart.</FONT>
<FONT COLOR="#000000">--Tonni</FONT>
<FONT COLOR="#000000"> </FONT>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<TABLE CELLSPACING="6">
<TR>
<TD>
<IMG SRC="cid:1086657716.8749.20.camel@lostzed.mmc.com.au" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD>
<B>Michael Zucchi</B> <<A HREF="mailto:notzed@ximian.com">notzed@ximian.com</A>><BR>
<BR>
<I><A HREF="http://codeblogs.ximian.com/blogs/evolution/">Ximian Evolution</A> and <A HREF="http://www.gnu.org/philosophy/free-sw.html">Free Software</A> Developer</I>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
--=-waPGyrLDYkQJyO4zTchS--
--=-kF4ub808cQT8PKPcrp6C
Content-ID: <1086657716.8749.20.camel@lostzed.mmc.com.au>
Content-Disposition: attachment; filename=zed-48.small.jpg
Content-Type: application/octet-stream; name=zed-48.small.jpg
Content-Transfer-Encoding: base64
/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAA0JCgsKCA0LCgsODg0PEyAVExISEyccHhcgLikxMC4p
LSwzOko+MzZGNywtQFdBRkxOUlNSMj5aYVpQYEpRUk//2wBDAQ4ODhMREyYVFSZPNS01T09PT09P
T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0//wAARCAAwADADASIA
AhEBAxEB/8QAGQAAAwEBAQAAAAAAAAAAAAAAAwQFAgYB/8QALhAAAgEDAgUEAQIHAAAAAAAAAQID
BBEhABIFEzFBURQigZEGYXE0UmJyobHx/8QAFwEBAQEBAAAAAAAAAAAAAAAABAMCAf/EAB0RAAID
AQEAAwAAAAAAAAAAAAABAgMREjEiMkH/2gAMAwEAAhEDEQA/AK8sEEq35nLaP3e1cW/m8kfdtAfh
824L7I1YFrnaRt8+L40U1ECxiGjLzSCocRYuQhubW7jIxrcFZRzU7q3sh3e8deWvX67/AKX0Xegi
TixevoZdxjhnkk2xBj2Z7DIA74Gs+kgpoaamPLllqE5yPuO4i1+nix7+NS3qatikPNZa+idmjLGx
YE+7r16DHgnTEtRWTVIraiknUrE42mJvYTY/IyfjT66YZjNzkzSSRTrEYTuz0tbpg6oV1V62op5G
3QhV9yn+7t8DXPDiZlaepq0AYIBGEFtuRc2/WwH7aroXho98jNG5RVa4wDYNbzqNsefqdcnmM0J0
pp1kKyRywsdpU46EX/19aT4ioWgmanATG0Mpvcd89750arjMg2L1DfQtnSixTMW5hO0ZBZsEg5t5
xodU+8fhit7jZz4ChQWS99U1lC0H8RNZx74xK2DkAG48ePOtU0UUsQLC6kki/wC+jqtMpeLapjYg
XJyNLcxyr1EUHaWaEspHXPbXVcNkUcCUOjvNv2kAdAehOkVo4LrDEFG9hcnPe+rlUsNNSenUIWkk
ZHfbflqFC475IvqdnyWaRsgl6MNwysp13y8uLG3cTk6LBwCmliFR6lw7XBKdMdj50t+X8RkWOnhV
rbnLfX/dUPx1ivAoTJnmFm+CdIVEIx6XpFQSZxVVH6KrkRRaAudn9I8HXhniSPcyC/ntqzxOjMNS
6uNyMbqT0I1Ogoad6pF5S23C4t1zqOa8Y7xbEDSxmesguHDId4DKQDjGqMqHmNLGygFnujAZF8DF
820/xYpQ8RWcRLtkBINuh6Ef5B0tNRH0L7UEjGzCVTZirDBGfJ+NasrcMf4CnLp6f//Z
--=-kF4ub808cQT8PKPcrp6C--