[Evolution] Character encoding and expunge?
Not Zed
notzed@ximian.com
Mon, 24 May 2004 17:22:55 +0800
--=-TKcdNyNIgP3PyqXjuwDd
Content-Type: multipart/alternative; boundary="=-en7m1rmf1lpk8wynnIT9"
--=-en7m1rmf1lpk8wynnIT9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
On Mon, 2004-05-24 at 11:06 +0200, Bjørn T Johansen wrote:
> Jeffrey Stedfast wrote:
> > On Sun, 2004-05-23 at 15:17, Bjørn T Johansen wrote:
> >
> >>Hi..
> >>
> >> Subject:
> >>Hva som skal st=?ISO-8859-1?B?5Q==?=
> >>I mail som sendes u
> >>
> >>Why isn't this shown like this ??:
> >>
> >>Subject: Hva som skal stå I mail som sendes u
> >
> >
> > because the subject encoding is broken and does not conform to the spec
> > (which means this is probably spam anyway, so who cares???)
> >
> > for more information, read rfc2047 and rfc0822
> >
>
> Well, it's not spam, it's actually mail from a customer... And I am
> guessing that it does not conform to the spec... But I was just curious
> why Evolution doesn't handle this since most of the other MUA does?
The short of it is that the code in question is hairy enough as it is,
without adding more workarounds for software who'se authors clearly
haven't read the spec, or tried to interoperate in any way.
Particularly with the plethora of hacked up mailers out there,
everything from perl web mailers to [gk]mailers, it would seem pretty
well a waste of time to put in a fix just because SlopMail pre-Beta
0.0.95 didn't send out valid messages (as evolution has itself done in
the past), particularly since it might even be fixed by now.
> >
> >>
> >>Second, why isn't there an option that make it possible to enable "hard"
> >>delete of mail instead of delete and then have to press Ctrl-E to
> >>expunge the mail. This should be a small task to implement, the code is
> >>already there, just combine it... :)
> >
> >
> > because it's a lot slower??? besides, EXPUNGE expunges the mailbox, not
> > just a singleton message. why is it really that bad that it waits to
> > expunge them all at once? makes more sense to me...
> >
>
> Well, it's not bad but it forces me to delete messages twice. I just
> mean that when I delete a message I really mean to delete it, I don't
> want to delete it twice (all though expunge deletes all marked messages
> in a mailbox..)
>
> >
> >>
> >>And also, when using IMAP, why isn't the seen flag marked when I have
> >>read the email? I have to eg. go to another folder en back again to make
> >>sure the mail is marked as read..
> >
> >
> > because it's a lot slower??? :-)
> >
> > flag syncing is delayed until either:
> >
> > 1. a timeout expires
> > 2. folder change
> >
>
> It can't be that much slower but then I am running my own mailserver on
> my LAN and I don't have any trouble with bandwidth... :)
Yes but we can't tell that from evolution. The delay could be
unspecifically long.
Sure we could do better, e.g. launch a background thread to do the flag
syncing while we're displaying our version of the flags. But there's
only so many hours in a day and other more important problems to fix
too. The code didn't have the mechamisms to manage background tasks
until fairly recently. And well, as i keep saying (hinting), nobody's
sent us a patch either.
Michael Zucchi
<notzed@ximian.com>
Ximian Evolution and
Free Software Developer
Novell, Inc.
--=-en7m1rmf1lpk8wynnIT9
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.14">
</HEAD>
<BODY>
On Mon, 2004-05-24 at 11:06 +0200, Bjørn T Johansen wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Jeffrey Stedfast wrote:</FONT>
<FONT COLOR="#000000">> On Sun, 2004-05-23 at 15:17, Bjørn T Johansen wrote:</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">>>Hi..</FONT>
<FONT COLOR="#000000">>></FONT>
<FONT COLOR="#000000">>> Subject: </FONT>
<FONT COLOR="#000000">>>Hva som skal st=?ISO-8859-1?B?5Q==?=</FONT>
<FONT COLOR="#000000">>>I mail som sendes u</FONT>
<FONT COLOR="#000000">>></FONT>
<FONT COLOR="#000000">>>Why isn't this shown like this ??:</FONT>
<FONT COLOR="#000000">>></FONT>
<FONT COLOR="#000000">>>Subject: Hva som skal stå I mail som sendes u</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> because the subject encoding is broken and does not conform to the spec</FONT>
<FONT COLOR="#000000">> (which means this is probably spam anyway, so who cares???)</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> for more information, read rfc2047 and rfc0822</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">Well, it's not spam, it's actually mail from a customer... And I am </FONT>
<FONT COLOR="#000000">guessing that it does not conform to the spec... But I was just curious </FONT>
<FONT COLOR="#000000">why Evolution doesn't handle this since most of the other MUA does?</FONT>
</PRE>
</BLOCKQUOTE>
The short of it is that the code in question is hairy enough as it is, without adding more workarounds for software who'se authors clearly haven't read the spec, or tried to interoperate in any way.<BR>
<BR>
Particularly with the plethora of hacked up mailers out there, everything from perl web mailers to [gk]mailers, it would seem pretty well a waste of time to put in a fix just because SlopMail pre-Beta 0.0.95 didn't send out valid messages (as evolution has itself done in the past), particularly since it might even be fixed by now.<BR>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">>></FONT>
<FONT COLOR="#000000">>>Second, why isn't there an option that make it possible to enable "hard"</FONT>
<FONT COLOR="#000000">>>delete of mail instead of delete and then have to press Ctrl-E to</FONT>
<FONT COLOR="#000000">>>expunge the mail. This should be a small task to implement, the code is</FONT>
<FONT COLOR="#000000">>>already there, just combine it... :)</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> because it's a lot slower??? besides, EXPUNGE expunges the mailbox, not</FONT>
<FONT COLOR="#000000">> just a singleton message. why is it really that bad that it waits to</FONT>
<FONT COLOR="#000000">> expunge them all at once? makes more sense to me...</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">Well, it's not bad but it forces me to delete messages twice. I just </FONT>
<FONT COLOR="#000000">mean that when I delete a message I really mean to delete it, I don't </FONT>
<FONT COLOR="#000000">want to delete it twice (all though expunge deletes all marked messages </FONT>
<FONT COLOR="#000000">in a mailbox..)</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">>></FONT>
<FONT COLOR="#000000">>>And also, when using IMAP, why isn't the seen flag marked when I have</FONT>
<FONT COLOR="#000000">>>read the email? I have to eg. go to another folder en back again to make</FONT>
<FONT COLOR="#000000">>>sure the mail is marked as read..</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> because it's a lot slower??? :-)</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> flag syncing is delayed until either:</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> 1. a timeout expires</FONT>
<FONT COLOR="#000000">> 2. folder change</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">It can't be that much slower but then I am running my own mailserver on </FONT>
<FONT COLOR="#000000">my LAN and I don't have any trouble with bandwidth... :)</FONT>
</PRE>
</BLOCKQUOTE>
Yes but we can't tell that from evolution. The delay could be unspecifically long.<BR>
<BR>
Sure we could do better, e.g. launch a background thread to do the flag syncing while we're displaying our version of the flags. But there's only so many hours in a day and other more important problems to fix too. The code didn't have the mechamisms to manage background tasks until fairly recently. And well, as i keep saying (hinting), nobody's sent us a patch either.<BR>
<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<TABLE BGCOLOR="#eb0000" CELLSPACING="6" CELLPADDING="6" WIDTH="100%">
<TR>
<TD BGCOLOR="#ffffff">
<IMG SRC="cid:1085389992.27339.3.camel@localhost.localdomain" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD BGCOLOR="#ffffff" WIDTH="100%">
<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>
<TD BGCOLOR="#ffffff" NOWRAP>
<BR>
<BR>
<B><A HREF="http://www.novell.com/">Novell, Inc.</A></B>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
--=-en7m1rmf1lpk8wynnIT9--
--=-TKcdNyNIgP3PyqXjuwDd
Content-ID: <1085389992.27339.3.camel@localhost.localdomain>
Content-Disposition: attachment; filename=zed-48.small.jpg
Content-Type: image/jpeg; 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
--=-TKcdNyNIgP3PyqXjuwDd--