Issue Details (XML | Word | Printable)

Key: JRA-6094
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Paul Tate
Votes: 5
Watchers: 8
Operations

Add/Edit UI Mockup to this issue
If you were logged in you would be able to see more operations.
JIRA

Email created task with email attachments.

Created: 02/Mar/05 05:42 PM   Updated: 16/Oct/08 11:08 AM
Component/s: Attachments
Affects Version/s: None
Fix Version/s: None

Time Tracking:
Not Specified

Issue Links:
Reference
 

Participants: =Neal Applebaum, Andreas Knecht [Atlassian], Dushan Hanuska [Atlassian], Jason Hubbard, John Hwang and Paul Tate
Since last comment: 6 weeks, 6 days ago
Support reference count: 3
Labels:


 Description  « Hide
Currently, JIRA supports the creation of a task by an email that is forwarded to the system. Many types of embedded files, within these emails, seem to work fine, but embedded emails do not. Unfortunately, many of our forwarded emails have embedded emails within them. These are lost in the creation of the task. For reference, the file extension is a ".msg".

 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
John Hwang added a comment - 29/Nov/06 11:39 AM
I would classify this as a bug rather than a request for improvement unless the email handler was coded knowing that *.msg email files will be ignored. Right now, any file that seem to contain the same format of an email, the handler ignores and this attached file disappears into a void and there's no record the sent file. The only notification of this is in the logs which just tells me that the handler recognized that there was a file attached but not really:

2006-11-27 11:42:59,480 WARN [jira.issue.managers.DefaultAttachmentManager] Creating attachment without a file. Aborting


Paul Tate added a comment - 29/Nov/06 11:49 AM
Thanks for your comment. I attempted to edit the issue in order to change it to "bug," but that option wasn't in the list. Interesting that it's available for creating a new issue, but not available for editing an existing issue.

=Neal Applebaum added a comment - 29/Nov/06 02:49 PM
Paul - you can't edit the issue to a bug because Atlassian has the JIRA project set up so that Bugs and Improvements are a different workflow, so you need to Move the issue, a permission we users don't have.

Anyway - IMHO it is an improvement, since an attachment is usually a .doc or .jpg file, not another e-mail. I often get emails that contain an .eml attachment which I have to open (in Outlook express), and then that is an email with its own .eml attachment, which when you open that one has an attachment of a .jpg. Yikes! How is JIRA gonna do all that?


John Hwang added a comment - 29/Nov/06 03:13 PM
Well, I am thinking about this in a different way. An email attachment in generic terms is simply a file. An email attachment, to my mind, shouldn't be limited to file types like .doc or .jpg as you said. It should not matter what type of file it is. Whether it be a .jpg, .doc, .msg, .random, .jira - anything, I expect it to be treated as an attached file and copied over to the jira attachments directory as configured.

To illustrate, if I make up a file name "blah-blah.random", attach it to an email and sent it to myself... no email client would ignore the fact that "blah-blah.random" file was attached and essentially throw it away which is what jira's email handler is doing.

I am not looking for jira to recursively look into an attached file and pull out data. If there is an email with an attached email file (email.msg) and within this email file a test.jpg file. All that needs to be done is save 'email.msg' and nothing more.

I would consider it an improvement request if jira took the attached email and made it into a comment or something (or even create a new issue for it). In either of these cases, jira is retaining the data as is and we don't lose any information. I consider it a bug because the email handler is throwing away a piece of the email.

Thanks.


John Hwang added a comment - 29/Nov/06 03:18 PM
Oh and thanks Paul for submitting this request in the first place.

I searched for this issue but couldn't find anything relevant in the first few pages of the results so I submitted a support request and Kay turned my attention to this request.


=Neal Applebaum added a comment - 29/Nov/06 03:23 PM
John - I see your point now. It should save it as an .eml or .msg file, just as it came in, which you potentially could download to your PC and open with an email client of some sort. So, I agree it is a bug if JIRA is throwing it away. On a slightly digressive note, I wonder if people could send attachments like .js files which could be potentially damaging. I tried to email someone a .js file, and the client's Outlook server refused to accept it.

Dushan Hanuska [Atlassian] added a comment - 03/Dec/06 09:50 PM
JIRA is able to handle inline attachments since 3.3.3. See JRA-3668.

JIRA currently recursively traverses the whole tree of nested e-mails and any attachments (other than e-mails) are attached to the issue being created.

Do you have any suggestions about how to handle the attached e-mails?

Cheers,
Dushan


John Hwang added a comment - 30/Mar/07 04:47 PM
Sorry Dushan, didn't realize you made a comment until I went through some of my voted issues to see if they were implemented.

From when I did testing of this, an email (lets call it email #1) that was sent to a jira pop3 with an attached email (*.msg file, lets call this email #2), the email #2 was not attached as a file to the issue created. I honestly have no idea where it went, the contents of the attached email were nowhere to be found within jira - not as an attachment or as a comment.

To explain again, when I send an email with another email attached as an *.msg file, I am sending this so that whoever the recipient is, gets a copy of that email.

With that said, when I send an email with an attached TESTEMAIL.MSG file to a jira linked POP3 account, I would like jira to create a new issue (JIRA-1000 for example) with the body of the email (not the file) as the description AND more importantly, within this issue, there should be one file labeled "TESTEMAIL.MSG" as an attachment. So, when I look at this issue in jira and click on the link to TESTEMAIL.MSG, it would open up the email file.

Let me know if what I am saying makes sense, I thought I was pretty clear in my comment made on [29/Nov/06 03:13 PM] but I guess I wasn't. I don't want jira to recursively traverse through a whole tree of nested emails. I just want it to store it as one file (which may include other mime-type files) as an attachment to an issue.

Thanks!


Paul Tate added a comment - 02/Apr/07 10:02 AM
Sure appreciate you all researching and working on this. It will help us to have it resolved.

Andreas Knecht [Atlassian] added a comment - 02/Apr/07 06:10 PM
JRA-10825 discusses a few problems with *.msg attachments (especially with outlook). See the latest comment.

Jason Hubbard added a comment - 16/Oct/08 11:08 AM
The issue with .eml was recently fixed. This should be fixed as well since Outlook is one of the most popular email clients.