Re: [Evolution-hackers] evo 2.1.1 Not seeing attachements

Well for what its worth, we're strictly displaying that message proprly to spec.

multipart/related you only show the last part you know how to, and it is supposed to reference the other parts (e.g. a html part with a link in it).

So the message is broken.

No use discussing it here anyway, you need to create a bug report and attach example messages there, for it to be fixed.

On Mon, 2005-01-10 at 16:39 +0000, William John Murray wrote:
On Mon, 2005-01-10 at 15:44 +0000, Jeffrey Stedfast wrote:
> On Mon, 2005-01-10 at 07:07, William John Murray wrote: 
> >   Hello there, 
> >               I have a problem with an html attachment. 
> > I  am not sure how to provide details (should I  
> > just forward an email - it contains other peoples 
> > details than just mine) 
> >  
> >   Here is the status of 1 email I am looking at: 
> >  
> > Evolution 2.0.2:    No sign of the attachment 
> > Evolution 2.1.1:    Paperclip symbol in pane, nothing in email 
> > Outlook web access: No sign of the attachment 
> > Thunderbird 1:      paperclip, and attachment in email. 
> >     
> >   So in fact 2.1.1 is better than least it tells me 
> > there is a problem.. 
> >    Suggestions? 
> >     Bill 
> >   
> all the paperclip means is that the top part is a multipart/* MIME
> part 
> which means it *could* contain attachments.
> most likely the message has the html part "hidden" within a 
> multipart/alternative or something (multipart/alternative means that
> all 
> subparts are identical in content except in format - e.g. plain vs
> html 
> vs postscript vs rtf vs whatever else)
> and, according to the MIME specification, the client is supposed to 
> choose the *last* part in the subpart list that it is capable of 
> displaying. (the parts must be in order of least to greatest 
> conservation of formatting)
> another possibility is that the html attachment is hidden within a 
> multipart/related and simply not referenced by the message body - 
> multipart/related parts are used when you have a html mail with
> embedded 
> images and the like for example - this is meant to prevent the user
> from 
> seeing that they have 100 attachments or something silly like that
> since 
> the "attachments" in this case aren't anything the user'd be
> interested 
> in anyway, they are just there for message body presentation.
> if the html attachment is inside one of those, then the sending
> mailer 
> is broken.
> (also note that even OWA says there are no attachments)
> Jeff
  Thanks Jeff,
           In the meantime I found a second example, this one hiding a 
ps file and I have to go to Thunderbird to read it. 
  Firstly, this starts to sound like an 'ie'-'firefox' discussion:
Saying that Evolution respects standards and so doesn't display a 
broken attachment may be true, but it isn't helpful.  
  I quote some sections from the example in front of me:

MIME-Version: 1.0
Content-Type: multipart/related; type="text/html";
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
X-MS-Has-Attach: yes
This is a multi-part message in MIME format.

Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Type: APPLICATION/postscript; name=""
Content-Transfer-Encoding: base64
...the hidden attachment...

By the way, I tried imap Evolution access to the original 'hidden file'
and it was still hidden.
   Could we perhaps have the possibility to display all attachments?
That would save the furstration, and you are no doubt correct that there
are instances of 100 attachments which should be hidden. In this case
2.1.1 is telling me it exists, but there seems to way to read it bar
saving the file and using something else to unpick the mime, which
kind-of negates the point of a nice gui like evolution. In practice I
have used Thunderbird to read them, which is pretty crazy really...


evolution-hackers maillist  -  evolution-hackers lists ximian com
Michael Zucchi <notzed ximian com>
"Ride, Work, Sleep. Beer."
Novell's Evolution and Free Software Developer

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