Re: [Evolution] forward with attachment bug

[guenther <guenther rudersport de>]

> > When forwarding a mail, attachments eventually will be not sent.
>
> Eventually?  But they will if its a non-text attachment?  Forward
> attached works?  What doesn't work?

Uhm, should have been "sometimes", not eventually...

Yep, non-text attachments are always forwarded.
Yep, forward attached always works.

Non-(non-text) attachments forwarded not-attached does not work. Wasn't
that obvious? ;-))


> > In detail: When forwarding a mail with a text/plain attachment, the mail
> > *and* the attachment gets forwarded, if you use 'attached' as forward
> > style. Forwarding 'quoted' will *not* send the attached file.
>
> This doesn't help me ...

But you think, that comment does help me? :-P
What do you need more, than detailed descriptions?

Anyway, to track that down I just did some really detailed testing.
Please see the table below. I hope, that actually does help you.


> > IIRC my previous tests showed, that at least a .tar.gz file was
> > forwarded regardless of the forward style.
> >
> > However, even text/plain is not true: A plain text file with 'unknown'
> > extension and a .c file revealed that bug. A valid shell script with .sh
> > extension was forwarded correctly in both cases.

Dang, could not reproduce that. No way. Maybe it was too late...


> > Is this a known issue? What may cause this strange behavior?
> > I will file a bug, if this isn't already known...
>
> Its probably just a bug, i haven't heard of it, but then i miss a lot of
> stuff in the bug systme.

Again, if anyone knows about these forward attachment issues, please
stand up. I will file a bug otherwise.

...guenther



Well, here are results of my detailed testings:

Content-Disposition |     attachment      |       inline
forward style       | attached |  inline  | attached |  inline
--------------------|----------|----------|----------|----------
text.plain          |    X     |    -     |   X (i)  |    i
mozilla-remote.sh   |    X     |    -     |   X (i)  |    i
user.c              |    X     |    -     |   X (i)  |    i
mozilla.png         |    X     |    X     |   X (i)  |   X (i)
css-auth.tar.gz     |    X     |    X     |   X (i)  |   X (i)
x-files.sxc         |    X     |    X     |   X (i)  |   X (i)
(all of the above)  |    X     | X/- [2]  |          |
                        [1]                   [1]

 X : attached in forwarded message
 i : inline (bottom of the forwarded "inline" message)
 - : not attached

(i): Conten-Disposition: inline (automatic display suggested)

[1] attachement of the attached message
[2] same behavior, as if all were sent on its own / sum of the above

Content-Disposition as in the MIME-part header. That is "suggest
automatic display" no / yes in the GUI.

forward style is the method of forwarding the mail within Evolution.


Detailed info on the file-types of the tested attachments:
 % file *

text.plain:        ASCII English text
mozilla-remote.sh: Bourne shell script text executable
user.c:            ASCII C program text
mozilla.png:       PNG image data, 48 x 48, 8-bit/color RGBA, non-interlaced
css-auth.tar.gz:   gzip compressed data, was "css-auth.tar", from Unix, max compression
x-files.sxc:       Zip archive data, at least v2.0 to extract


-- 
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; }}}