118962 - Reply-text options for representing attachments

Status: NEW

(MailNews Core :: Composition, enhancement)

Description

[GA]

Feature-request for MailNews:    
I would prefer to have option to have attachment details mentioned in reply-text.  

Example --  what I would prefer:

>
>  Hello JD -- Please review the attached docs and provide thoughts.  Thx
>
>  [[Attachments]]
>
>   1) blah.zip
>
>          Name:  blah.zip
>           Type:  Zip Compressed Data (application/x-zip-compressed)
>           Encoding:  base64
>           Size:  1.4KB
> 
>   2) Ameritrade_deposit_slip.pdf
> 
>          Name:  Ameritrade_deposit_slip.pdf
>           Type:  Acrobat (application/pdf)
>           Encoding:  base64
>           Size:  512kB

Comment 1

[Boris 'pi' Piwinger]

Do you mean that this information is given for attachments in the mail to which
you reply?

pi

Comment 2

[GA]

Hello -- the senario is user of Mozilla receives an email containing n-number of
attachments.   If user replies to message, the reply text should include a)
orginal message quoted, and b) details of original attachments. 
 
Please note that Communicator v4.7x does this by default.  See example quoted
attachment details exerpt below:

  ------------------------------------------------------------------------
                              Name: BusProjectPlan.mpp
      BusProjectPlan.mpp      Type: Microsoft Project Database File (MPD) 
  (application/vnd.ms-project)
                              Encoding: base64
                              Download Status: Not downloaded with message

Comment 3

[Boris 'pi' Piwinger]

This is a reasonable request. Not specific to Windows, though.

pi

Comment 4

[Jean-Francois Ducarroz]

accepting. I cannot promise anything yet when I will be able or even if I will
be able to implement that request...

Comment 5

[Lasse Hübinette]

Is there any news on this item, or is it decided that it will not be implemented?

Comment 6

[Ben Bucksch (:BenB)]

Yes, it would be possible and fairly trivial to do that with the fix of bug
134492. The question is, if that's wanted, because attachments are also added
inline, if possible, so we'd have the once the inline attachment (if possible)
and once the the stats of the attachment.

Personally, I think it's a pretty bad idea to quote a message verbatim with
scripts and attachments and all, for security reasons. I'd rather like the
attachments stats being included *only*, i.e. this bug fixed and the inline
stuff removed and the HTML source ran through Simple HTML before inclusion as quote.

I don't think I care enough to implement it, though, given that Simple HTML
(assuming it's enabled) protects me and my users.

Comment 7

[Lasse Hübinette]

I have never understood why attachment are quoted inline. If someone sends an
attachment it is for the reason of not wanting it in the body of the message.
When replying to that message it seem strange to force the attachement inline.
Especially since this can be regarded as a security issue.

It would be good to have (at least a possibility) the attachment stats shown in
replies. I found it very useful to have the option of showing this, especially
when a lot of replies goes back and forward between recipients.

Comment 8

[Stefan Wolber]

Hmmm, I am not sure whether I confused the system a little bit with my earlier
action, if so, please excuse me, I am fairly unexperienced with bugzilla.

The main reason for this issue is that I would also like the discussed feature
and do not understand why it is a problem to render the attachment as text or as
simple HTML?

The thing is, I have to discuss with a customer about a drawing I just submitted
to him or to a supplier who send me a proposal about how to do things and it
would be easier to supply with him with the attachmet directly in the text.

I really would appreciate if this could be implemented if possible. Thanks

Comment 9

[Ben Bucksch (:BenB)]

> it would be easier to supply with him with the attachmet directly in the text.

I don't quite understand that. This bug is only about *listing* attachments -
their filename, mimetype etc. - and all of them.

If you want attachments or the original mail to be included in replies (if
possible, e.g. for text or HTML or images), then you already have what you need,
this exists already.

Comment 10

[Stefan Wolber]

> I don't quite understand that. This bug is only about *listing* attachments -
> their filename, mimetype etc. - and all of them.

That is what I need too.

> If you want attachments or the original mail to be included in replies (if
> possible, e.g. for text or HTML or images), then you already have what you need,
> this exists already.

No that is not what I want. Excuse me for expressing myself unclearly.

Comment 11

[Thomas D. (:thomas8)]

This isn't going to happen as described in comment 0, for default setups, we're not going to add technical details like Type and Encoding which are irrelevant and irritating for most users (we've removed that degree of detail from the printout of received messages, too). So the maximum we could have here is a tabular (or even horizontal) list of attachment names and sizes (similar to printout of received msgs).

So I recommend rewriting comment 0 and provide STR, Actual Result, Expected Result and ideally provide a mockup screenshot so that potential volunteer coders can actually have a better idea of what this is about. Summary also needs to be clarified for easier understanding.

For a concise list of attachments in quoted reply text, I'd agree this could actually be useful.