> 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
signature.
> 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.
...guenther
> > > > 1. Is it possible to remove attachments, to save disk space?
> > > no
> > 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="[EMAIL PROTECTED]";
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; }}}
_______________________________________________
evolution maillist - [email protected]
http://lists.ximian.com/mailman/listinfo/evolution
