Re: [Evolution] Comments and questions on the Evolution mailer

Why does it matter if you alter the original message and the message
id stays the same?

Well, I just mentioned OTOH what was already discussed before. Please
see the archives for the actual previous discussions and all the
arguments as well as the relevant RFCs.

Anything that changes the message itself effectively makes it another
message. It's simply not the original one.

This won't work in all cases anyway. Removing attachments of a signed
message (*/Mime, including attachments) for example breaks the

It is extremely useful to delete attachments.  In fact, it is
extremely useful to edit emails themselves, as sometimes I want to
annotate the original email.

I can't agree here.

If you want to annotate a mail, the application *must* provide some
logic to assign your annotations to the mail and the exact part of it.
Stored separately from the original mail. It must not edit the message.
Annotations, not revisions.

In fact, annotations and a smart way of managing and searching them
would be a really useful feature. As long as the original mail stays the
unaltered original mail.


1. Is it possible to remove attachments, to save disk space?
Is this hard to implement? In Emacs VM the removed attachement name
remains in the original mail. 

We already had this discussion in the past. IIRC removing attachments is
considered "evil", cause it alters the original (received) mail and
therefore isn't the original one any longer. Which effectively means,
the Message-Id must not stay the same...

char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}

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