Launchpad has imported 128 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=505024.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2009-07-18T16:23:28+00:00 Baffoni wrote:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre)
Gecko/20090718 Shredder/3.0b4pre

I have received a .ICS calendar meeting attachment, but no visual
evidence of the invitation exists; no attachment item, nor text display
within the message.  I used to receive these as just text within the
message.

Here is the MIME type and beginning of attachment (from message source):
Content-class: urn:content-classes:calendarmessage
Content-Type: text/calendar;
        name="meeting.ics";
        method=REQUEST
Content-Transfer-Encoding: quoted-printable

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VEVENT
DTSTAMP:20090717T002452Z
DTSTART:20090723T163000Z

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/6

------------------------------------------------------------------------
On 2009-07-18T18:42:10+00:00 Baffoni wrote:

Is the change to component "Lightning" correct?  I don't have lighting
installed, I'm using MeetingMaker to handle my calendar info.  Also,
this issue is evident in Tbird safe mode so I'm sure it is not being
affected by add-ins.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/7

------------------------------------------------------------------------
On 2009-07-18T19:36:08+00:00 Standard8 wrote:

Hmm maybe I read that wrong then.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/8

------------------------------------------------------------------------
On 2009-07-20T06:13:53+00:00 Mkmelin+mozilla wrote:

Do you have View | Display Attachments inline checked?
Can you attach a sample .eml?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/9

------------------------------------------------------------------------
On 2009-07-21T16:07:06+00:00 Baffoni wrote:

Created attachment 389696
.eml of message with issue.

Calendar attachment does not appear even when display attachments inline
is turned off.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/10

------------------------------------------------------------------------
On 2009-07-21T16:09:36+00:00 Baffoni wrote:

BTW, I tried to do some cleanup of the data within the calendar invite;
if it doesn't work, let me know of an individual working on this issue
and I can send the original to them so I don't post potentially
sensitive information to the ticket.  However, I did open the email with
the altered data and it still appears the same - no attachment and no
text, with or without display attachments turned on using Mozilla/5.0
(Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1pre) Gecko/20090720
Shredder/3.0b4pre.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/11

------------------------------------------------------------------------
On 2009-07-28T10:17:06+00:00 Mkmelin+mozilla wrote:

The sample shows just fine for me. (As an invitation text without
lightning, an invitation with lightning.)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/12

------------------------------------------------------------------------
On 2009-07-28T15:59:41+00:00 Baffoni wrote:

Interesting.  I have two different machines (one XP 64bit, one Xp 32bit)
and both don't show any attachment, even with attachment not displayed
inline (they have completely different profiles, one is not a copy of
the other).

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2pre)
Gecko/20090727 Shredder/3.0b4pre.

I don't know if it matters, but I've never had lightning installed in my
profiles, but they both are upgrades from 2.0 profiles.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/13

------------------------------------------------------------------------
On 2009-07-28T16:34:13+00:00 Mkmelin+mozilla wrote:

You tried it as .eml file?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/14

------------------------------------------------------------------------
On 2009-07-28T18:17:02+00:00 Baffoni wrote:

Correct, I saved the file from the bug and double-clicked on it to
replicate your experience.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/15

------------------------------------------------------------------------
On 2009-09-23T18:53:04+00:00 Gijskruitbosch+bugs wrote:

I just experienced this issue with TB 3.0b2 and then b4 (tried the
upgrade to see if it'd help). I'm on Mac OS X 10.4. The profile used to
be in use on TB2... so it looks like it is related to that. I don't
recall having lightning installed - it certainly is not installed now.
Are there any steps I could take to narrow down what the issue is? It
seems like something one would want fixed before 3.0 is released -->
requesting blocking3.0 for that reason -- attachments are just
invisible, and it'd be better if it was at least an attachment or even
visible as plaintext inside the email...

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/16

------------------------------------------------------------------------
On 2009-09-23T20:14:21+00:00 Philringnalda wrote:

The steps I'd start with would be:

* reduce the testcase to something more obvious, like just the text "I'm
the text/plain part" "I'm the text/html part" "I'm the attachment
description" to be sure that everyone will know what they are seeing

* make sure it's a regression - when I open the .eml in 2.0, I see the
same thing I see in 3.0 - and if it is find the one-day window, which
will do more good than anything else possibly could

* make sure whether it's associated with having used a profile in 2.0,
or with having updated from 2.0, or both, or neither: does a new profile
on 3.0 do the same? does a fresh install of 3.0b4 do the same? does a
new profile created by the fresh install do the same? does it actually
require having installed Lightning (in 2.0, or in 3.0? a particular
version of Lightning?)?

* see whether it's Tb-only, or the same in a comparable build of
SeaMonkey

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/17

------------------------------------------------------------------------
On 2009-09-24T22:40:28+00:00 Dmose wrote:

Given reproducibility issues, we can't block on this bug as it stands
today.  Please follow the suggestions in comment 11, and, once those
issues are sorted out, if it still seems like it should be a blocker,
please renominate.  Thanks!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/18

------------------------------------------------------------------------
On 2009-10-02T20:35:20+00:00 Negativeduck wrote:

Possibly related but perhaps not.

Even in the sample email that was submitted the message can be opened
viewed and all the invite information is present.  It's not "lost".
Question I have is more that the invite correctly interpreted and
displayed in the message offers no interface (that I see) where you
could save or run the invite against an external calendar.

For example here on OSX I expected to see a .ics or calendar attachment
that I could save to my desktop.  But that option doesn't exist instead
if I wanted to enter this information into iCal I would have to manually
create the invite.

This seen via TB3B4, fresh install no addons or anything.  I do see the
same behavior in TB2 so (OSX again) I'm wondering if this is by design?
Is this a ''bug'' or an interface design decision?  Should I be able to
save/view/ download the Calendar information from a message?

Assumption is that the same logic that interprets 'text and html' and
doesn't provide and interface for "saving the Text Version" of a the
original email and doesn't display a multipart message with text and
html versions as having attachments is what 'hides' you from being able
to save a calendar invite?

(mind you if this is seen entirely off topic from this posted bug let me
know and I'll take my thoughts elsewhere)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/19

------------------------------------------------------------------------
On 2009-10-02T20:56:42+00:00 Gijskruitbosch+bugs wrote:

(In reply to comment #13)
> (mind you if this is seen entirely off topic from this posted bug let me know
> and I'll take my thoughts elsewhere)

I believe your problem is described in bug 242937 - this bug is about
not seeing anything (so not even seeing the ICS data in the email text
itself).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/20

------------------------------------------------------------------------
On 2009-10-09T20:25:33+00:00 Baffoni wrote:

Created attachment 405560
Reduced test case of email containing VCAL

Attaching reduced testcase.

Per comment 11, confirmed that this behavior is not a regression, the
same behavior exists in Seamonkey, Tbird 2, and Tbird3; it exists in
clean profiles or upgraded profiles.

Lightning is not installed, nor has it been installed in prior versions
either.

I played around with the .eml quite a bit, and essentially the VCAL
doesn't show as text as long as the attachment type is text/calendar.
Messing with that at least allows the text to show, but clobbers the
actual message text.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/21

------------------------------------------------------------------------
On 2009-10-09T20:30:12+00:00 Baffoni wrote:

Removing regression.  Can we mark this dataloss since there is no
practical way in the standard UI interface to retrieve the data in the
message short of saving the email as a file and cutting out the VCAL
information manually (or is that considered a reasonable workaround)?
Half the time, I don't know the VCAL is there to go retrieving it from
the message source....

I'm surprised that if Tbird doesn't understand the application type it
doesn't at least just display it as an (unknown) attachment.  It would
be reasonable to at least just save the meeting.ics as a standard text
file....

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/22

------------------------------------------------------------------------
On 2010-05-05T14:29:09+00:00 Dossy Shiobara wrote:

First, I'm glad I'm not the only one seeing this bug.

Without looking at the code (I'll be doing that shortly), my hypothesis
is that Thunderbird only displays one text/* multipart MIME part, and
Outlook invitations are sent with text/plain, text/html and
text/calendar.  The code needs to be changed to "teach" Outlook that
text/calendar should be presented as a file attachment, not "ignored"
when displaying the text/html or text/plain.

Now, to see if I can come up with a fix ...

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/23

------------------------------------------------------------------------
On 2010-05-07T02:15:35+00:00 Dossy Shiobara wrote:

Just thinking out loud ... it looks like
src/mailnews/mime/src/mimemalt.cpp:MimeMultipartAlternative_display_part_p
might be a starting point for the fix for this bug.

As an aside, won't line 255 return in a memory leak as *ct isn't
PR_FREEIF'ed?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/25

------------------------------------------------------------------------
On 2011-05-09T18:22:43+00:00 Euryalus-0 wrote:

*** Bug 646779 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/27

------------------------------------------------------------------------
On 2012-01-31T16:05:17+00:00 3-john-k wrote:

I just wanted to mention that I'm having the same issue with Thunderbird
9.1 on Mac OS X 10.7.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/36

------------------------------------------------------------------------
On 2012-01-31T16:08:18+00:00 3-john-k wrote:

Correction Thunderbird 9.0.1.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/37

------------------------------------------------------------------------
On 2012-02-02T02:41:32+00:00 M-wada-7 wrote:

All of attached mails is multipart/alternative and text/plain,
text/html, text/calender part are contained in it. Because of
multipart/alternative, any part in it is ALTERNATIVE each other. Where
can we see ATTACHMENT in multipart/alternative?

To see this special part in malformed mail as if attachment, two ways are 
currently available.
(i)  Lightning extension shows this text/calender as if attachment.
     (broken by Tb 8, but will be fixed by Tb 10. see bug 713380)
(ii) View/Message Body As/All Body Parts,
     with mailnews.display.show_all_body_parts_menu = true
     (implemented by Bug 602718. available since Tb 8)
     In order to see any part, any multipart/xxx is treated as multipart/mixed,
     and any part is shown as if attachment at attachment pane.    

Similar malformation is seen in multipart/related which was perhaps originally 
born by MS. Bug 674473 is for such malformed multipart/related case.
By that bug, "non-referred part and non-displayable part in malformed 
multipart/related" will be shown as if attachment.

Similar enhancement will be needed in case of wrong use of 
multipart/alternative by some mailers and some mail systems of some companies 
who don't respect mail RFC.
  - Limit application of "alternative" to mime part which Tb knows only.
    Apply to text/plain, text/html, and some predefined text/xxx only.
  - Show any other part as if attachment at attachment pane.
I believe this is natural enhancement if mail like next.
  multipart/alternative
    text/plain, text/html, application/pdf, audio/wav, video/x-mpeg
  In this case, any part can be actual/valid ALTERNATIVE, because PDF version
  of mail, voice version of mail, video version of mail is possible.
  Even if Tb can render text/plain or text/html only, I believe audio/wav etc.
  is better shown in attachment pane for user's convenience.
And, "doesn't choose single part only" and "doesn't ignore other parts than 
part of mail sender's highest preference order" is never RFC violation by Tb. 

This enhancement can do nothing for "reversed order in multipart/alternative" 
case. I think reversed order case is far rare than "text/calender in 
multipart/alternative" case and is relieved by View/Message Body As/All Body 
Parts. However, enhancement like next, partially ignore "mail sender's 
preference order", is better for multipart/alternative.
  - When View/Message Body As/Original/Simple HTML, search text/html part only.
    If only text/plain is contained or if text/html part is null/blank,
    use text/plain part.
  - When View/Message Body As/Plain Text, search text/plain part only.
    If only text/html is contained, or if text/plain part is null/blank,
    use text/html part and convert it to Text.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/38

------------------------------------------------------------------------
On 2012-03-20T23:46:48+00:00 Jporter+bmo wrote:

Taking. I have a fix in the works.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/39

------------------------------------------------------------------------
On 2012-04-11T02:56:08+00:00 Jporter+bmo wrote:

Created attachment 613852
WIP patch

This should fix the issue. Bienvenu, what do you think of this solution?
Among other things, it special-cases text/calendar parts and provides a
name for them so that they don't get skipped. As an alternative, we
could add a displayableInline property to nsMsgAttachmentData and show
all non-displayable-inline parts in the attachment list.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/40

------------------------------------------------------------------------
On 2012-04-11T03:10:22+00:00 Jporter+bmo wrote:

(In reply to Jim Porter (:squib) from comment #24)
> As an alternative, we could add a displayableInline property to 
> nsMsgAttachmentData
> and show all non-displayable-inline parts in the attachment list.

Hmm, maybe we should do this, since apparently some MUAs actually send
attachments as multipart/alternative subparts: bug 636253.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/41

------------------------------------------------------------------------
On 2012-04-12T05:08:43+00:00 Jporter+bmo wrote:

*** Bug 259480 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/43

------------------------------------------------------------------------
On 2012-04-12T05:15:50+00:00 Jporter+bmo wrote:

*** Bug 301441 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/44

------------------------------------------------------------------------
On 2012-04-12T05:21:42+00:00 Jporter+bmo wrote:

(In reply to Jim Porter (:squib) from comment #25)
> (In reply to Jim Porter (:squib) from comment #24)
> > As an alternative, we could add a displayableInline property to 
> > nsMsgAttachmentData
> > and show all non-displayable-inline parts in the attachment list.
> 
> Hmm, maybe we should do this, since apparently some MUAs actually send
> attachments as multipart/alternative subparts: bug 636253.

This actually works with the current patch.

One limitation, however, is that text/whatever parts will get shown
inline after the "proper" body (so you'd have, e.g. text/html and
text/whatever shown inline). This is because we try to find a handler
for the *exact* MIME type when determining if we're at the last
inlinable part, but then when we try to show it, we fudge things, and
treat unknown text/* parts as text/plain. Maybe we should add an option
to mime_create that forwards exact_match_p onto mime_find_class? This
would also let me remove the "text/calendar" handling in
mime_find_class. Ideas?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/45

------------------------------------------------------------------------
On 2012-04-12T20:04:35+00:00 Mozilla-ex wrote:

Comment on attachment 613852
WIP patch

I haven't tried the patch, but it seems like the pragmatic thing to do.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/46

------------------------------------------------------------------------
On 2012-04-12T20:13:26+00:00 Mozbugs-w wrote:

Hey Jim,

Thanks for taking this on.  I was the opener of Bug 301441 (I think),
and while I don't have time to do a full build, if you have an image for
MacOSX built, I'll be happy to test.  Just drop me a pointer (mozilla-
bugs "the round A symbol" ofcourseimright.com).

Eliot

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/47

------------------------------------------------------------------------
On 2012-06-12T11:53:08+00:00 Iann-bugzilla wrote:

I presume Lightning still picks things up correctly with this patch
applied?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/48

------------------------------------------------------------------------
On 2012-06-13T00:57:21+00:00 Jporter+bmo wrote:

(In reply to Ian Neal from comment #31)
> I presume Lightning still picks things up correctly with this patch applied?

Well, that depends a lot on how strict you're being with "correctly".
Lightning will almost certainly require a patch to work with this code,
specifically to hide .ics attachments when it's handling them through a
notification bar.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/49

------------------------------------------------------------------------
On 2012-06-13T01:01:35+00:00 Baffoni wrote:

I hope it doesn't.  I use a different meeting calendar, but I really
appreciate the HTML markup view within Tbird that lightning does on the
.ics, and still allow me to associate a different helper app to .ics
instead of lighting "gobbling" it up.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/50

------------------------------------------------------------------------
On 2012-06-13T11:20:14+00:00 Philipp-bugzilla wrote:

(In reply to Jim Porter (:squib) from comment #32)
> (In reply to Ian Neal from comment #31)
> > I presume Lightning still picks things up correctly with this patch applied?
> 
> Well, that depends a lot on how strict you're being with "correctly".
> Lightning will almost certainly require a patch to work with this code,
> specifically to hide .ics attachments when it's handling them through a
> notification bar.

Could you elaborate wat kind of code changes are needed? I don't plan to
remove the HTML representation of the ics attachment, I think this would
go in the wrong direction. If the email message has its own html
representation, then I could imagine providing a way to show alternative
representations, but I would prefer showing the lightning HTML template
first.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/51

------------------------------------------------------------------------
On 2012-07-12T19:59:49+00:00 Eric Davis wrote:

This issue has really annoyed me for a while now.  I used to use mutt to
handle the multipart/alternative calendar attachment until I came across
this thunderbird addon:

https://addons.mozilla.org/en-US/thunderbird/addon/show-all-body-parts

It does the trick but requires an extra mouse/menu/click when viewing a
meeting invite email.

FWIW, I really like how Claws Mail handles these multipart/alternative
parts. It has a couple action icons on the right of the message window
(one icon per multipart and others for real attachments).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/52

------------------------------------------------------------------------
On 2012-08-02T17:19:51+00:00 Jporter+bmo wrote:

*** Bug 779909 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/53

------------------------------------------------------------------------
On 2012-09-15T11:58:03+00:00 Pe1chl wrote:

What is the current status on this problem?

With SeaMonkey 2.10 a multipart/alternative message with text, html and 
test/calendar parts (as produced by Outlook and Google Calendar) shows as the 
text part in the mail pane and a "meeting.ics" file in the attachment pane 
which cannot be opened or saved.   When the "View -> Message Body as -> All 
body parts" trick is used, all parts are shown in the attachment pane and the 
meeting.ics can be opened or saved.
While cumbersome, it is usable as a workaround to access the meeting.ics (which 
we can import into the calendar app we use - not lightning)

However, in SeaMonkey 2.11 and 2.12 the attachment pane no longer shows
up when a message like this is opened.   I'm sure I have read a bug (for
Thunderbird) that discussed this change, but now I can no longer find
it.

Unfortunately this means that our users no longer see the trigger to try the 
"all body parts" workaround when they receive a message (the nonfunctional 
meeting.ics attachment).  So we have been unable to upgrade past 2.10.
Today I installed 2.13beta and unfortunately it has not been fixed.

We need either the old behaviour which we can use with the workaround,
or better the solution depicted above (which I understand will mean that
we see the text part in the message pane and the text/calendar part as
an attachment in the attachement pane where it can be saved without
using "View -> Message Body as -> All body parts")

Any idea in what version we can expect this fix?  (e.g. the one in
comment #25)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/54

------------------------------------------------------------------------
On 2012-09-16T03:26:48+00:00 Jporter+bmo wrote:

(In reply to Rob Janssen from comment #37)
> What is the current status on this problem?

My patch fails for all but the simplest test cases, and I haven't had
time to fix it up. I'm unassigning myself from this for now, since I'm
unlikely to work on any MIME parsing bugs until the new Javascript MIME
parser is in place and turned on. If anyone else would like to take this
on, I'll be happy to help provide guidance, though.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/55

------------------------------------------------------------------------
On 2012-09-19T16:36:53+00:00 Uony wrote:

*** Bug 792434 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/56

------------------------------------------------------------------------
On 2012-09-19T16:39:11+00:00 Uony wrote:

This is still a problem in version 15. I just filed Bug 792434 because I
didn't find bug 505024 at first.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/57

------------------------------------------------------------------------
On 2012-09-24T21:27:47+00:00 Chris-christopherschultz wrote:

I'd just like to put in a vote for this bug: I have messages that come
from colleagues using WebEx and they are all multipart/alternative with
the last alternative being text/calendar. Stupid. The icing on the cake
is that the last part is base64 encoded, so even looking at the message
source (which I'm totally willing to do) won't reveal the source of the
message invite. Did I mention that WebEx doesn't put the date and time
of the meeting into the text portion of the message? So I get these
meeting invites all the time that say "come to my meeting" and I have
absolutely no idea when the meeting is going to be. Stupid. Not tb's
fault - to be sure - but insanely frustrating nonetheless.

I read the long and nasty saga of bug 674473 and I certainly wouldn't
want to repeat that here. Jim, thanks for taking on the responsibility
for both bug 674473 and for taking a swing at this one.

Jim: if your fix only works 5% of the time, would you feel comfortable
releasing it so at least 5% of the time I can read these messages? Or is
the other 95% such a horrible failure that it's worse than the current
behavior?

I'm happy to provide raw material for test case email messages if that
would be helpful.

Thanks to everyone on the tb team for years of great work: I've been
using tb since before it had a name and have always been very happy with
it. Keep up the great work!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/58

------------------------------------------------------------------------
On 2012-09-24T21:29:54+00:00 Jporter+bmo wrote:

(In reply to Christopher Schultz from comment #41)
> Jim: if your fix only works 5% of the time, would you feel comfortable
> releasing it so at least 5% of the time I can read these messages? Or is the
> other 95% such a horrible failure that it's worse than the current behavior?

The problem is that it breaks most messages that use
multipart/alternative and emits a bunch of bogus "attachments".

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/59

------------------------------------------------------------------------
On 2012-09-24T21:42:07+00:00 Chris-christopherschultz wrote:

(In reply to Jim Porter (:squib) from comment #42)
> The problem is that it breaks most messages that use multipart/alternative
> and emits a bunch of bogus "attachments".

Fantastic. Thanks for the attempt.

I went ahead and enabled mailnews.display.show_all_body_parts_menu=true
so now at least i can get tb to show me the data for those messages
(decoded from base64, which is an enormous help as my base64 is a little
rusty). I just need to be smart enough now to turn it on when I see a
meeting invite with no meeting data evident in it.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/60

------------------------------------------------------------------------
On 2013-01-09T22:16:46+00:00 Sabuj Pattanayek wrote:

I don't know about needing lightning or not, but this happens with
17.0.2 on Linux when .ics files are sent from exchange/outlook clients.
Also see bug #713380

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/61

------------------------------------------------------------------------
On 2013-06-04T17:33:43+00:00 Jporter+bmo wrote:

*** Bug 879288 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/63

------------------------------------------------------------------------
On 2013-06-04T17:39:29+00:00 Joshfeingold wrote:

Any idea when this bug might be fixed?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/64

------------------------------------------------------------------------
On 2013-07-15T18:40:43+00:00 Rik-u wrote:

Following Wayne,  i posted an example message over at
https://bugzilla.mozilla.org/show_bug.cgi?id=783603

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/65

------------------------------------------------------------------------
On 2014-02-24T15:32:19+00:00 Jik-l wrote:

I just got bitten by this -- I got an email invite that I didn't even
realize was an invite, and therefore I didn't respond to it in a timely
fashion.

One can legitimately argue whether Outlook should be mixing up
text/plain and text/html parts with a text/calendar part that has info
in it that isn't displayed in the other two, but it is what it is, and
Thunderbird really needs to cope with it better than it is.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/66

------------------------------------------------------------------------
On 2014-06-13T23:27:21+00:00 Sabuj Pattanayek wrote:

arg hit me again today. The .ics part of the email doesn't show up, just
the text part I guess which contains call in information for the meeting

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/67

------------------------------------------------------------------------
On 2014-06-19T10:28:52+00:00 Patrick wrote:

Hate to say me too, but me too.  Have missed a couple of meeting requests (sent 
by Exchange/Outlook users) since switching to Thunderbird and it's starting to 
be embarrassing.  In the short term, it would be great to just have an 
indication that there's attachments and/or a plain text view.  Happy to give 
examples / test cases / further detail if needed.
Thanks!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/68

------------------------------------------------------------------------
On 2014-07-08T08:37:17+00:00 Luckyboy2000 wrote:

I'm having this same problem ever since I can remember using Thunderbird, years 
ago. Look guys, unfortunately MS/Outlook might not follow the industry 
standards or best practices, but is still what most people use out there. So 
more people will adopt Thunderbird ONLY when they can receive emails from 
people that don't use Thunderbird. I'd love to see this issue solved and be 
able to ditch the OSX Mail client (which by the way properly opens Calendar and 
other email attachments, even coming from Outlook).
Thanks in advance!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/69

------------------------------------------------------------------------
On 2014-07-26T07:11:19+00:00 Zaffi wrote:

i pinpointed the bug to a single line

Content-Type: multipart/mixed;
vs.
Content-Type: multipart/alternative;

the email is sent from a python code, and the attachment is visible both
cases on gmail webclient.


Content-Type: multipart/alternative;      --> not showing attachment
vs.
Content-Type: multipart/mixed;         --> does show attachment

example eml file:
not showing attachment:   http://pastebin.com/33cvj9Pi
showing attachment:    http://pastebin.com/yjbgVK6w

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/70

------------------------------------------------------------------------
On 2014-10-08T14:56:33+00:00 Mhfrey wrote:

I also have this problem.  I hate to be a pain, but any idea when there
there will be a solution it has been 5 years and it is still marked new?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/71

------------------------------------------------------------------------
On 2014-10-25T18:02:09+00:00 Mkmelin+mozilla wrote:

*** Bug 1088094 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/72

------------------------------------------------------------------------
On 2014-10-26T02:19:34+00:00 Mitra-lists wrote:

Added my vote to this - this should be treated as a serious data-losing
bug,  calendar invites used to be rare (between people in different
organisations) since cross system compatibilities were very common, but
they are very common these days as they work on every platform EXCEPT
Thunderbird. Since the symptom is a blank message with no indication at
all that it is a calender invite it means people lose data every day
because of it.

Note - I've had two invites, from people in different organisations this
week, if I wasn't looking for this bug I'd have lost the invitation
thinking they just randomly sent me a blank email, instead of going to
Apple Mail to open the invitation.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/73

------------------------------------------------------------------------
On 2014-10-29T09:36:14+00:00 Brian Candler wrote:

FYI I have the same issue with Thunderbird 31.2.0 under OSX 10.9.5. If
someone sends me an Outlook / Office365 calendar invitation, there is no
indication that an appointment is included.

I can confirm that when I view the message source, it has
Content-Type: multipart/alternative

Workaround is to set View > Message Body As > All Body Parts, but I
still have to scan through the Outlook rubbish like

...
DTSTART:16010101T020000
...
DTSTART:16010101T020000
...

until I eventually get to the real appointment time:

DTSTART;TZID=GMT Standard Time:20141119T100000
DTEND;TZID=GMT Standard Time:20141119T160000

So the ideal would be (a) to have a built-in renderer for text/calendar,
(b) invoke it *even* if the content type is multipart/alternative

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/74

------------------------------------------------------------------------
On 2014-10-29T22:05:11+00:00 Mitra-lists wrote:

I really don't believe we need a renderer, that puts the solution in the
too-hard-wont-get-done-for-another-five-years bucket.   Just a quick
look at how these messages are handled by EVERY other mail client I've
tried shows how to do this ... treat it as an attachment, i.e. from
Outlook it should be treated as multipart/mixed, not
multipart/alternative.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/75

------------------------------------------------------------------------
On 2014-10-30T10:08:12+00:00 Ian-kennedy-dtu wrote:

Ideally we need an attachment so we can open it with the calendar. A
renderer would be a nice addition but you still need to be able to see
the ics file. It's worth pointing out that the Lightning code already
has a renderer.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/76

------------------------------------------------------------------------
On 2014-10-30T10:09:17+00:00 Ian-kennedy-dtu wrote:

Sorry, when I say "the calendar" I mean "the calendar of our choice".
That may or may not be lightning.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/77

------------------------------------------------------------------------
On 2014-11-18T09:42:56+00:00 Alexdpsg wrote:

still not fixed in TB 33/34 :/

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/78

------------------------------------------------------------------------
On 2014-12-01T17:28:34+00:00 Mitra-lists wrote:

Please .. lets not turn this into a major task of building a renderer,
its an attachment it just needs to be visible as one so it can be
opened, not silently, and invisibly ignored as currently.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/79

------------------------------------------------------------------------
On 2014-12-02T12:48:39+00:00 Sicaine wrote:

I have the same issue on Thunderbird 31.2.0. 'Fixed' it by installing
Lightning :(

Took me a while and a few meetings to figure the issue itself out.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/80

------------------------------------------------------------------------
On 2014-12-04T00:10:21+00:00 Mitra-lists wrote:

yes - it really shouldn't take installing a Add-on that will actually
confuse people who don't need another calender program in order to fix a
DATA LOOSING BUG

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/81

------------------------------------------------------------------------
On 2014-12-04T00:43:18+00:00 Ian-kennedy-dtu wrote:

Can the renderer simply be copied from Lightning?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/82

------------------------------------------------------------------------
On 2015-01-16T18:35:16+00:00 Mozilla-2 wrote:

One more vote for adding the ability to save the attachment, please.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/83

------------------------------------------------------------------------
On 2015-01-22T08:34:19+00:00 Cprahacs wrote:

One more vote to fix this bug. This is extremely irritating given it
affects us in a business environment.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/84

------------------------------------------------------------------------
On 2015-01-29T16:09:10+00:00 Sm-bugs-tp wrote:

+1 vote to get this fixed. No fix within almost six years is pretty
embarrassing.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/85

------------------------------------------------------------------------
On 2015-01-29T16:31:09+00:00 Gijskruitbosch+bugs wrote:

I've just marked a *lot* of comments as me-too and/or advocacy. Please
don't comment with "I'm seeing this too" or "when are you fixing it" or
"This is a terrible bug and it is shameful it's not fixed yet".

We know all of that. Telling us again won't help - it just makes the bug
far harder to scan and understand if people *are* actually interested in
fixing it.


Now... Andrew/Mike, is the JS MIME parser thing something that ever
happened? I can't find it from a quick search in bugzilla and MXR, but
maybe I missed it (Andrew, poking you because of bug 447842 which looked
related).

Irrespective of that, AIUI the easiest way to avoid the lack of clarity
/ visibility of the ics attachment is to ignore and/or replace-with-
multipart/mixed any use of multipart/alternative if and only if there is
a part that with mimetype text/calendar . Is that right, and if not, can
you suggest an alternative (minimal) way to address this

If that sounds acceptable, where does that need to be addressed? Still
mailnews/mime/src/mimemalt.cpp and friends, or elsewhere?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/86

------------------------------------------------------------------------
On 2015-01-29T16:36:52+00:00 Mike Conley wrote:

Yes, I believe the JSMIME code is now in the tree. jcranmer, can you
confirm?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/87

------------------------------------------------------------------------
On 2015-01-29T18:39:09+00:00 Joshua Cranmer wrote:

(In reply to :Gijs Kruitbosch from comment #68)
> Now... Andrew/Mike, is the JS MIME parser thing something that ever
> happened? I can't find it from a quick search in bugzilla and MXR, but maybe
> I missed it (Andrew, poking you because of bug 447842 which looked related).

JSMime has, in effect partially landed. It's already in place for most
header parsing and emission (as of TB 32 or so).  It's *not* in place
for parsing the body and message display--libmime is *very* featureful,
so there is a very good deal of work that needs to get done to get it
even in a state where it could be enabled by preference.

> Irrespective of that, AIUI the easiest way to avoid the lack of clarity /
> visibility of the ics attachment is to ignore and/or
> replace-with-multipart/mixed any use of multipart/alternative if and only if
> there is a part that with mimetype text/calendar . Is that right, and if
> not, can you suggest an alternative (minimal) way to address this

If you have Lightning installed, you probably want to treat
text/calendar properly in a multipart/alternative. Otherwise, you'd want
to treat it as a basic attachment.

> If that sounds acceptable, where does that need to be addressed? Still
> mailnews/mime/src/mimemalt.cpp and friends, or elsewhere?

Quite frankly, the multipart/alternative handling of libmime is a giant
black hole, and the attachment handling is near as bad.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/88

------------------------------------------------------------------------
On 2015-01-29T23:21:40+00:00 Bugmail-asutherland wrote:

I think Joshua addressed the JSMime stuff.  The API added for bug 447842
is something that could be used to work-around the problem (it gets to
hear about all the MIME parts, not just what libmime emits for specific
display), but it would require a second streaming of the message and
hooking the result up to the message reader.

Pre-JSMime-conversion, the simplest 95% fix is probably to always treat
non-displayable multipart/alternative leaf node subparts as attachments
rather than trying to re-interpret multipart/alternative as
multipart/mixed.  (Basically, if MimeMultipartAlternative_display_part_p
returns false and it's not multipart/*, emit that it's an attachment).
It seems like this would avoid screwing up lightning, since lightning
would indicate that the part is displayable.

Patch-size-wise, the fix is probably fairly small, but it's still
probably a bit of effort to come up to speed on the libmime bits.  (So,
not impossible, but a bit of a slog.  Although one might get really
lucky with just cargo culting some of the attachment emitting bits.)

(I do need to very explicitly disclaim that I'm not able to help with
writing the patch or reviewing because I'm swamped with the Gaia email
app and think it's most productive for me to work on that instead.)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/89

------------------------------------------------------------------------
On 2015-03-22T22:12:40+00:00 Rohit-m wrote:

Just confirming that it still exists and that its a real pain.  Enough
to abandon thunderbird (I have been using it what feels like over 10
years).

I have tried all the related add-ons on the site
(msg/eml/ics/winmail.dat) and others besides.  I have lightning
installed and I have tried external applications.  Nothing works.  The
problem is that most of the time I dont even know that someone has sent
me an invite because it is not obvious that something is missing.

I do not want to import it into lightning, I just need the info visiible
inside the email.  How hard can it be.,  Even Gamil works fine.  I can
send sample emials if required

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/90

------------------------------------------------------------------------
On 2015-03-23T14:23:56+00:00 Mitra-lists wrote:

I'm confirming what Rohit says that not only it exists, but the Add-Ons
(like "Show All Body Parts") don't solve the problem.  Mac's email, and
iPhone's have no problem handling these attachments IF you know they are
there - usually the symptom is a blank message from someone, but i
missed a meeting earlier this week because the message had a
considerable amount of text, so I didn't notice something was strange.

This is a Data-Loss-Bug and should be treated with the urgency that
implies, but its been there five years now.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/91

------------------------------------------------------------------------
On 2015-04-30T15:26:45+00:00 Ben-bucksch wrote:

Implementation suggestions:
Step 1: Let "text/calendar" be decoded as text/plain. That should be a 1-line 
change in libmime.
Step 2: Make a display feature similar to vcard. vcard is a libmime plugin (!). 
See mailnews/mime/cthandlers/vcard/mimevcrd.cpp/h for the code. Make sure that 
it still also shows as attachment that I can save as file.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/92

------------------------------------------------------------------------
On 2015-04-30T15:28:39+00:00 Ben-bucksch wrote:

mimei.cpp line 479 has specific code for text/calendar. Apparently it's
that what messes us up here. (I was already wondering, because unknown
attachment types should normally show as file attachment. text/calendar
leaves no trace whatsoever, which is the bug here. Apparently, it's
caused by this code.)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/93

------------------------------------------------------------------------
On 2015-04-30T15:37:29+00:00 Ben-bucksch wrote:

-> Neil. See the last 2 comments.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/94

------------------------------------------------------------------------
On 2015-05-01T14:39:40+00:00 Ben-bucksch wrote:

Created attachment 8600315
Hack to display it as plain text

The last WIP patch doesn't work for me, I still don't see the ICS attachment.
Also, reading the code, it also seems to do something that is wrong or at least 
debatable according to RFC 2046 5.1.4. <https://www.ietf.org/rfc/rfc2046.txt>:
"What is most critical, however, is that the user not automatically be shown 
multiple versions of the same data."

At least not normally, text/calendar is an exception due to a bug in Exchange. 
Exchange uses multipart/alternative, and does not put all information in the 
plaintext and HTML parts, it only puts the description there and not the 
date/time and place, so the plaintext part is useless.
As WADA already diagnosed in comment 22, this is a clear violation of Internet 
standards, which explicitly state that the "content of the various parts are 
interchangeable."

So, here is a HACK that implements step 1 above: display text/calendar
as plain text. It's really ugly, because it's a data format for machines
in Field: value form, not for humans. So, I don't consider it very
useful for end users, but at least much better than status quo, because
it does contain and display all data.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/95

------------------------------------------------------------------------
On 2015-05-01T14:44:38+00:00 Ben-bucksch wrote:

Neil, please take a look whether you can migrate the Lightning
text/calendar libmime plugin from Lightning to mailnews, so that
text/calendar will be displayed even when Lightning is not enabled
(addon disabled).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/96

------------------------------------------------------------------------
On 2015-05-01T14:47:27+00:00 Ben-bucksch wrote:

Comment on attachment 8600315
Hack to display it as plain text

This is a band-aid, but still better than before. Unpretty, but at least no 
information loss.
Tested without Lightning. Still needs testing with Lightning enabled. It should 
not change anything in this case, because plugins have priority over built-in 
types, so the Lightning plugin should still be used even with this patch.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/97

------------------------------------------------------------------------
On 2015-05-07T16:21:34+00:00 Neil-httl wrote:

Created attachment 8602813
Alternative approach

When I was looking into this last week (i.e. before the last few
comments above) I noticed that we simply display the last alternative
that we can, and ignore subsequent alternatives, even though strictly
speaking they should be a better format. I therefore came up with this
approach which shows those alternatives as attachments (and they show up
in the attachment pane and also in the message list as having
attachments). In this case this then allows you to launch the invitation
using an external calendaring application.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/98

------------------------------------------------------------------------
On 2015-05-07T17:04:57+00:00 Neil-httl wrote:

So, there are at least three cases:
1. Invitation sent as a text/calendar message
   In this case you see the invitation as plain text.
2. Invitation sent as multipart/mixed
   In this case you see the invitation as an attachment.
3. Invitation sent as multipart/alternate
   In this case the invitation is ignored.

Also, try toggling mailnews.display.show_all_body_parts_menu in config
editor and then using View - Message Body As - All Body Parts. (Caution!
This will start marking all your multipart messages as having
attachments. The marking will go away when you switch display option and
reload the message.)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/99

------------------------------------------------------------------------
On 2015-05-08T14:06:42+00:00 Neil-httl wrote:

Created attachment 8603340
Yet another idea

For completeness, this is a variant of attachment 8602813 whereby the
additional multiparts are only attached if they have a file name (which
applies in the attached vcal example).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/100

------------------------------------------------------------------------
On 2015-09-25T12:46:35+00:00 Ludovic-mozilla wrote:

Removing myslef on all the bugs I'm cced on. Please NI me if you need
something on MailNews Core bugs from me.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/101

------------------------------------------------------------------------
On 2015-09-25T13:27:31+00:00 Ian-kennedy-dtu wrote:

Far too much time has passed with this and other calendar bugs. It's
simply unusable in the current release state. I'm afraid we have now
decided to drop Thunderbird and move our department onto eMClient on
Windows and Apple Mail on Mac. So long and thanks for all the delays.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/102

------------------------------------------------------------------------
On 2015-10-01T22:54:00+00:00 Mitra-lists wrote:

Agreed Ian - six years, and a major data loss bug - still marked "New",
it just shows that noone really cares about TB.

Just missed another meeting this week because of a hidden calendar
invite that I didn't even know was there.

As calendar invites become really common, and TB is the only significant
mail client that just ignores them I can see how it becomes untenable to
keep using them, I'm about to jump ship myself.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/103

------------------------------------------------------------------------
On 2015-10-02T08:02:08+00:00 Mozbugs-w wrote:

While I share frustration over the length of time this bug is open, as I
myself am not in a position to fix it, I have refrained from
complaining.  And so to those who do, I would ask if they would
volunteer some time to come up with a fix.  Several attempts have been
made, and I would imagine since none of them were taken, that the
problem is tricky and involved.  Anyway, thanks to those who ahve tried.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/104

------------------------------------------------------------------------
On 2015-10-02T10:10:24+00:00 Bugzilla2007 wrote:

Neil, could you explain why this important bug is currently stalled?
What is needed/missing to get it moving again?

This has been elevated to "major" by rkent in 2014, 7 duplicates, 24
votes, and obviously biting people badly when they miss their
invitations because Thunderbird doesn't show them (regardless of the
fact the respective messages might be malformed by other widespread
mailers, we should safeguard against that).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/105

------------------------------------------------------------------------
On 2015-10-02T17:08:19+00:00 Jporter+bmo wrote:

(In reply to Eliot Lear from comment #86)
> While I share frustration over the length of time this bug is open, as I
> myself am not in a position to fix it, I have refrained from complaining. 
> And so to those who do, I would ask if they would volunteer some time to
> come up with a fix.

Now would be a good time to remind folks: I'm happy to mentor anyone
who'd like to take this bug on. Unfortunately, I don't have time to work
on it myself, nor do I expect I will in the near future, but I should
have time to at least point people in the right direction.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/106

------------------------------------------------------------------------
On 2015-10-21T20:32:02+00:00 Markham-breitbach wrote:

I am also seeing this problem on OSX Yosemite.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/107

------------------------------------------------------------------------
On 2015-10-23T16:19:52+00:00 Mitra-lists wrote:

I can confirm that adding Lightning lets you view the invite in TB.
Lightning itself unfortunately has plenty of bugs, so you can't download
the invite, export it to iCal or do any of the other things which you
would expect to do with a calender invite.  (See Bug #1217237 )

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/108

------------------------------------------------------------------------
On 2016-01-22T17:49:53+00:00 Groachfriends-bugzilla wrote:

V38.2 and still a problem.  I have users sending emails back to clients
saying "your email is empty. Can you tell me the meeting date please?"
and effectively making us look stupid because we couldnt see their .ICS
invitation that they had actually sent.  And adding Lightning just to
see these isnt the correct solution (its an unnecessary workround, and
an unrequired addon for our business).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/109

------------------------------------------------------------------------
On 2016-01-22T17:55:11+00:00 Nick-bugzilla wrote:

After nearly 7 years of eating ICS attachments, I've given up on TB and
have moved to Postbox. Losing ICS attachments was one of the main
reasons (lightning is basically unusable).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/110

------------------------------------------------------------------------
On 2016-02-04T16:43:32+00:00 Mitra-lists wrote:

Note that in Lightning bug #1243407 the Lightning team confirm that
there is no way to export single events in Lightning so I'm not sure why
the Thunderbird team suggest that Lightning is the reason not to solve
this 7 year old data-losing bug.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/111

------------------------------------------------------------------------
On 2016-04-04T22:14:41+00:00 Vseerror wrote:

Neil won't be replying in the next several months. So to move this
foward we have proposals in Neil's comment 80, 81 and comment 82.  Ben,
what is your opinion of Neil's proposals?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/112

------------------------------------------------------------------------
On 2016-04-04T23:18:09+00:00 Rohit-m wrote:

(In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #94)
> Neil won't be replying in the next several months. So to move this foward we
> have proposals in Neil's comment 80, 81 and comment 82.  Ben, what is your
> opinion of Neil's proposals?

I know it wasn't addressed to me, but I think it sounds like a good
proposal.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/113

------------------------------------------------------------------------
On 2016-04-04T23:49:53+00:00 Uony wrote:

I would prefer a variation on comment 77, but instead of displaying as
plain text, display the keyword-value pairs as an HTML table.

I found using mailnews.display.show_all_body_parts_menu (comment 81) to
be totally unacceptable. I started using lightning as the workaround
just to get the displays right.

But the solution expressed in comment 80 - comment 82 is certainly
preferable to nothing being done.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/114

------------------------------------------------------------------------
On 2016-04-29T08:46:39+00:00 Vseerror wrote:

*** Bug 760412 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/115

------------------------------------------------------------------------
On 2016-04-29T09:14:05+00:00 Groachfriends-bugzilla wrote:

ITs all very well closing other bugs as duplicates of this bug, but if
this bug is being progressed then they all might as well be
closed....including this one.  Otherwise effectively its saying "Save
wasting your time.  Yeah, we know about this problem.  We are not going
to deal with it and dont need you telling us about it loads of times."

Comment 80 and 81 dated 7th May 2015 (1 year ago) and no progress since.
And the whole bug report approaching its SEVENTH birthday!

Yes, Im frustrated.  Sorry.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/116

------------------------------------------------------------------------
On 2016-04-29T09:14:42+00:00 Groachfriends-bugzilla wrote:

...if this bug ISNT being progressed*

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/117

------------------------------------------------------------------------
On 2016-05-05T20:20:13+00:00 William-bugzilla-mozilla-org wrote:

In case somebody needs a simple workaround just to deal with the very
occasional Outlook user, here's what I did:

1. View message source; scroll down to "Content-Type: text/calendar" section
2. Copy the block of base64 text and decode it. (On Linux, I use base64 -d; 
there are also online decoders like https://www.base64decode.org/ ).
3. Save the resulting text (should start with "BEGIN:VCALENDAR" and end with 
"END:VCALENDAR") into a file. E.g., event.vcs.
4. Open up Google Calendar. In the left margin, click on the "Other calendars" 
menu and pick "Import calendar."
5. Select your file and click "Import". It should say, "Processed one event. 
Successfully imported one event."

After that, you should have the event on your calendar. This definitely
isn't optimal, but it seems better than having to email back a client
and ask them to send you details in plain text.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/118

------------------------------------------------------------------------
On 2016-05-05T20:23:34+00:00 Groachfriends-bugzilla wrote:

"After that, you should have the event on your calendar. This definitely
isn't optimal, but it seems better than having to email back a client
and ask them to send you details in plain text."

Is it??!

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/119

------------------------------------------------------------------------
On 2016-05-05T20:26:36+00:00 William-bugzilla-mozilla-org wrote:

As I thought was obvious, I mean that it seems better to me. If it isn't
better for you, I will gladly offer you a full refund on your purchase
price.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/120

------------------------------------------------------------------------
On 2016-05-05T20:44:32+00:00 Groachfriends-bugzilla wrote:

Im concerned that offers of 'workrounds' (however short or long-winded)
being posted on this bug report page only serves to further delay any
potential real fix to the problem that MIGHT just be in the offing.
(Sort of a "oh look, it doesnt stop the show because there is something
they can do without it so we will lower the priority even more" sort of
thing). I know it shouldnt, but given we are approaching 7 years old
with no solution on the horizon, it is easy to understand why such a
concern should be had.  (Even proposals - comment 79 and onwards - just
have "yes, I agree"'s yet no one willing to commit or progress).

(BTW, Im afraid your offer of the *simple* workround or even the virtual
refund doesnt apply to me - Ive had to find a different solution due to
lack of this functionality.  I would have really struggled to try to
explain to 'Mary, in Accounts' and all the other users about "content-
type's" and "base64 decoding") :-)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/121

------------------------------------------------------------------------
On 2016-05-05T20:53:07+00:00 William-bugzilla-mozilla-org wrote:

I'm exactly none of the developers, but I find your sense of entitlement
offputting here. If you'd like things to worry about, you might try
worrying that being demanding toward people who you are not paying and
who are often volunteers might delay them working on this. In favor of,
say, something where they get to deal with pleasant people, or just
something they find personally rewarding.

On my part, all I did was try to help, and I've gotten two grumbly
emails from some internet rando. So you've certainly convinced me that
trying to help here is a bad idea.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/122

------------------------------------------------------------------------
On 2016-05-05T21:13:14+00:00 Jporter+bmo wrote:

As a developer who's worked on this area of the code (but unfortunately
has no time to delve back into libmime at the moment), I can assure you
that workarounds posted here have no bearing on the schedule for fixing
this.

I may look into this when we're further along the process of migrating
from libmime to jsmime, but probably not before then. Any significant
improvements to libmime would be lost once we switch to jsmime for
everything, and I'd prefer to spend my limited time on improvements that
will last.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/123

------------------------------------------------------------------------
On 2016-06-04T23:11:06+00:00 Bugzilla-s wrote:

Hi Jim Porter.

I have recently done some other bug-fixes to libmime and the handling of
multipart/alternative massages, and I was pondering if I should try to
fix this bug.

You said in an earlier comment that you could be willing to mentor and point in 
the right direction.
So, please, any pointers would be welcome. Where should I start to look in 
order to fix this bug?

Terje B.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/124

------------------------------------------------------------------------
On 2016-06-05T01:36:36+00:00 Jporter+bmo wrote:

If I were you, I'd take a look at the existing patches, (especially the
last two by Neil) and see how they work. They might already do what we
need, but some tests would be nice.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/125

------------------------------------------------------------------------
On 2016-11-22T15:53:21+00:00 Vseerror wrote:

*** Bug 1295965 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/126

------------------------------------------------------------------------
On 2016-11-22T15:54:35+00:00 Vseerror wrote:

*** Bug 687063 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/127

------------------------------------------------------------------------
On 2016-11-22T15:55:19+00:00 Vseerror wrote:

*** Bug 582251 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/128

------------------------------------------------------------------------
On 2016-11-22T15:56:48+00:00 Vseerror wrote:

*** Bug 342443 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/129

------------------------------------------------------------------------
On 2016-11-22T16:04:31+00:00 Vseerror wrote:

*** Bug 1003241 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/130

------------------------------------------------------------------------
On 2016-11-22T16:08:41+00:00 Vseerror wrote:

*** Bug 242937 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/131

------------------------------------------------------------------------
On 2016-12-13T22:58:21+00:00 Jorg K wrote:

Terje, are you still interested, we could fix this ancient old bug.
Without looking I'd say that Neil's patches don't apply any more since
you've made changes in mimemalt.cpp.

BTW, I got here via Neil's review queue.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/132

------------------------------------------------------------------------
On 2016-12-13T22:59:26+00:00 Jorg K wrote:

Comment on attachment 8600315
Hack to display it as plain text

I don't think you're going to get this review :-(

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/133

------------------------------------------------------------------------
On 2016-12-13T23:20:02+00:00 Jorg K wrote:

In *HTML* view in a TB 53 Daily attachment 405560 looks very nice, the
last part is displayed: Content-Type: text/calendar. For attachment
389696 also the last part Content-Type: text/calendar is displayed.

In both case one clearly sees that there is an attachment. This was most likely 
already fixed by Terje in bug 574989. I remember he added text/calendar here:
https://hg.mozilla.org/comm-central/rev/ab68d375e7e4#l4.140

In plaintext view there is no attachment shown.

Terje, can we improve this further?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/134

------------------------------------------------------------------------
On 2016-12-14T16:47:48+00:00 Bugzilla-s wrote:

Hi Jorg.

I am sorry, but I am busy with work related stuff now.
It might be some time before I will look at this again.

I highly recommend that some one else looks at it, because I might never
get around to it.

Kind regards

Terje B.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/135

------------------------------------------------------------------------
On 2017-02-03T20:52:08+00:00 Jorg K wrote:

I'm coming back to this bug after fixing bug 1334937.

Looking at attachment 389696 and attachment 405560.
With Lightning installed, both show the invitation. 
With Lightning disabled, both show the HTML part.

Looking at the messages they have three parts:
text/plain
text/html
text/calendar.

With Lightning not installed, the text/calendar part is not displayable,
see bug 1334937 comment #39.

So I guess you can't have it both ways: Bug 1334937 wanted to see the
HTML part and this bug here wants so see an attachment where there isn't
one.

The test message from bug 1334937, attachment 8832838, is different. It
has those three parts *and* it has a .ics attachment, and that shows,
with or without Lightning.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/136

------------------------------------------------------------------------
On 2017-02-04T02:27:16+00:00 Swdev-z wrote:

The previous comments show that Lightning is distrusted.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/137

------------------------------------------------------------------------
On 2017-02-06T05:27:00+00:00 Mozbugs-w wrote:

There are a few issues here.  The first is that when using
mulitpart/alternative, one uses the preference order of the sender in
the order that the receiver understands.  Thus, in your example, you act
on text/calendar if you understand text/calendar, and otherwise move up
the list to text/html.

The challenge here is that I don't believe the standard matches the
user's expectations, particularly when lightning isn't installed.  In
particular, the user may wish to view the appointment *and* "double
click" on it to hand it off to a handler for Outlook or iCal.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/138

------------------------------------------------------------------------
On 2017-02-06T07:18:47+00:00 Jorg K wrote:

Right.

Bug 1334937 comment #46 explains that when you have three parts
text/plain
text/html
text/calendar
and *no* ICS attachment, the difficulty is to display the third usually hidden 
part additionally or as attachment. RFC 1521 says:
  Receiving user agents should pick and display the last format
  they are capable of displaying.  In the case where one of the
  alternatives is itself of type "multipart" and contains unrecognized
  sub-parts, the user agent may choose either to show that alternative,
  an earlier alternative, or both.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/139

------------------------------------------------------------------------
On 2017-03-15T15:12:20+00:00 Markus Kuhn wrote:

This seems really a bug in Microsoft Exchange, not a bug in Thunderbird.
However, since so many people send out event invitations via Exchange,
it seems other MUAs have added special-case algorithms to deliberately
violate the MIME specification if the sender was MS-Exchange and show
multiple multipart/alternative parts simultaneously if one of them is an
ICS calendar and the others are text/plain or text/html.

The problem is that Exchange sends out calendar invitations as

Example A:

- multipart/alternative
  * text/plain
  * text/html
  * text/calendar

even in cases where the text/plain and text/html parts are empty, or
otherwise are no legitimate representation of the same information as
the calendar file (e.g., just a human written cover message).

In an ideal world, where Microsoft respected Internet standards,
Exchange would instead have sent out

Example B:

- multipart/mixed
  * multipart/alternative
    o text/plain
    o text/html
  * text/calendar

This way, the client would always display either the plain-text or HTML
cover letter (which presumably are just alternative renderings of
exactly the same information), plus show below that the ICS file as a
proper attachment.

But since Exchange sends out so many inappropriate Example A messages, it may 
be worthwhile to add circumvention code. Thunderbird could detect the structure 
of Example A and convert it into the structure of Example B before displaying 
it. That transform can be made conditional to the presence of header fields 
(such as
regular expression /^x-ms-exchange-/i), such no messages sent my non-Microsoft 
products are affected.

I can forward example messages.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/140

------------------------------------------------------------------------
On 2017-03-15T19:19:54+00:00 Mozbugs-w wrote:

Regarding Comment 122, one of the use cases here is really quite simple:
we want to be able to link a MIME handler to a text/calenar message.
That is what Bug 301441 was requesting lo those many year ago (marked a
duplicate of this one).  And so it's not just a matter of whatever
exchange bug might exist.  At the time, and I don't know if it has
changed, it was not possible to register a MIME handler in the UI.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/141

------------------------------------------------------------------------
On 2017-09-05T09:12:39+00:00 Santiago+mozilla wrote:

Could it be that this bug is also related o that
https://bugzilla.mozilla.org/show_bug.cgi?id=1396754 is a duplicate of
this but with groupwise instead of exchange?.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/142

------------------------------------------------------------------------
On 2018-10-26T17:40:37+00:00 Gphemsley-v wrote:

The Calendly.com scheduling service is affected by this problem.

It's not helpful to decry that there exist implementations that are not
spec-compliant. If the reality is that this issue is so widely deployed
as to be defacto standard, then it needs to be treated as such. (That
said, I'm not entirely convinced that it's a violation of the
standard—the e-mail is essentially saying that text/calendar is the
preferred format of the message, and text/html and text/plain are
provided as the fallback. The bug in the sender, then, is that these
other formats don't have all the details that the text/calendar message
has.)

Thunderbird should be updated, if not to support the calendar item
wholesale (since Thunderbird doesn't have a built-in calendar), at least
know enough to convert it to an ICNS attachment that can be downloaded
and used by an actual calendar app.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/143

------------------------------------------------------------------------
On 2018-10-26T18:32:13+00:00 Mozbugs-w wrote:

Regarding Comment 125, This is a very old bug indeed.  For it to close,
someone would actually have to want to work on it.  If you are willing
to work on it, great.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/144

------------------------------------------------------------------------
On 2019-01-03T17:17:50+00:00 Social-mozilla wrote:

Hi,

during the last year I have been faced with the same problem that
Outlook appointments are not shown in my Thunderbird. As I did not want
to use Lighting I spent some spare time during the Christmas holidays to
hack together a small addon which shows a button in the message window
when an outlook calendar part is being detected.

I have no experience in creating Thunderbird addons nor did I dive deep
into the documentation. I learned from existing addons and put together
something that works. I would be happy if someone could review and
improve / rewrite the code.

The addon works for me, but I also did not that much testing. Before I
wanted to publish this addon it would be nice if some more people could
test it with more than my five test messages and only my Thunderbird
installation.

You find my addon here: https://github.com/sebastianha/sfoa

Let me know your thoughts, create comments and merge requests.

Regards, Sebastian

Reply at:
https://bugs.launchpad.net/ubuntu/+source/seamonkey/+bug/849416/comments/145


** Bug watch added: Mozilla Bugzilla #783603
   https://bugzilla.mozilla.org/show_bug.cgi?id=783603

** Bug watch added: Mozilla Bugzilla #1396754
   https://bugzilla.mozilla.org/show_bug.cgi?id=1396754

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/849416

Title:
  text/calendar attachments are not shown at all

To manage notifications about this bug go to:
https://bugs.launchpad.net/seamonkey/+bug/849416/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to