After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 602905 - Attachments are getting stripped
Attachments are getting stripped
Status: RESOLVED DUPLICATE of bug 586093
Product: evolution-mapi
Classification: Applications
Component: Mail
0.29.x
Other Linux
: High critical
: ---
Assigned To: evolution-mapi-maint
evolution-mapi-maint
Depends on:
Blocks:
 
 
Reported: 2009-11-25 08:01 UTC by Akhil Laddha
Modified: 2010-01-28 11:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Akhil Laddha 2009-11-25 08:01:43 UTC
Evolution 2.29.2 

When i send any mail which has another mail as attachment, receiver won't get any attached mail there. 

Or If i forward any mail where as i have setting 'forward as attachment', receiver won't see any attachment. 

Another case - when i right click on contact, choose 'forward contact' and send it. Receiver doesn't get any contact. 

These both scenario seem to work fine with owa connector.
Comment 1 Akhil Laddha 2009-11-25 08:03:54 UTC
These scenario are working fine in 2.28.1
Comment 2 Valent Turkovic 2009-12-28 08:41:32 UTC
I have 2.28.2 in Fedora 12 and I can confirm the bug.

I can't send attachment via email of forward an existing one.
Comment 3 Valent Turkovic 2010-01-05 08:57:58 UTC
Do you need some more info in order to track down this bug?
Comment 4 Milan Crha 2010-01-05 13:53:38 UTC
Isn't this related to the attachment size? Say an attachment with less than 4KB will be sent, but something larger than this is not? It can be a duplicate of
bug #586093 if so.
Comment 5 Valent Turkovic 2010-01-16 17:14:41 UTC
I mailed one small text attachement and it went ok. It looks like it is size related.
Comment 6 Valent Turkovic 2010-01-28 09:50:29 UTC
It looks like a duplicate.
Comment 7 Milan Crha 2010-01-28 11:08:28 UTC
I agree. Let's make it under that.

*** This bug has been marked as a duplicate of bug 586093 ***