We're currently using JETI as a mail handler in replace of JIRA and experience issues with JETI where when a new ticket is created from email and the same email is forwarded to another JIRA project, it ends up as a comment to the original ticket.
We verified that the other JIRA project is configured properly by testing it separately. We also tested the case where we copy and pasted the same "Subject" and "Body" and sent to the same alias and it worked properly. It just seems to only be the case where we forward the original email to another alias that this happens. We checked that the message ID was different so any help in this would be useful.
We're currently running Email This Issue plugin 188.8.131.52 and JIRA 5.1.5.
Daniel, your case actually applies to both option 1 and 2. An email notification from JIRA includes certain headers that contain a reference to an issue ID (not the Key). When JETI processes the email, it calls the JIRA API to find a matching issue.
JIRA then finds the issue by the ID stored in the email header (please note, the email headers are retained when you forward an email you received from JIRA).
As the issue has been found by the ID, the handler adds a comment regardless that the issue has been moved to another project.
I hope this is clear now.
What you can do is the following: in the handler for the HELP project, select the JETI email processing strategy called: Create Or Comment Or Link issues.
then enter a JQL condition in the Comment Criteria field: project = HELP.
Select a link type as well.
What will happen is the following:
Please read our documentation about JETI Mail Handlers. I hope this solution can be applied to you.
JETI handler depends on JIRA API to associate an incoming email to an existing issue. If such an issue is found, the email body is added as a comment (well this depends on the JETI handler strategy you configure).
This means that the email that ended up as a comment contained something that JIRA identified as an existing issue.
I suppose option 2 is not the case as you should have noticed it.
Option 1 usually happens if the email is actually a reply or forward email of the original email that was sent from JIRA.
E.g. JIRA or JETI sends a notification email when an issue has been created. This email contains the message ids in the headers mentioned above. Issue is moved to another project. Someone replies to the notification email or forwards it. As the headers are preserved, JIRA extracts the ID of the oringal issue and adds the comment. As issues are found over the ID not the KEY and as Issue Move operation retains the ID, the comment is added to the issue.
Can this be the case?
Thank you for the clear explanation for the JETI handler Tibor and for the help everyone. I've tried your method above since we're experiencing the issue in option #1 with the forwarding of the original email but I'm having issues with your instructions. You said select in the JETI email processing strategy: "Create Or Comment Or Link issues", but I can't find it I only see "Create or Comment Issues", "Always Create Issues", and "Always Add Comments". We're running JETI 184.108.40.206 so it should be supported. Do you know how I can get the processing strategy to display so I can add in JQL, it seems I can only do the Split Regex for now.
In order to configure JETI Mail Handler, you must do two steps: 1. Configure a Mail Handler in Incoming Mails page of JIRA. Add a handler called Email This Issue Mail Handler 2. Add a Mail Handler Context in JETI Admin Screen that matches the Project and Type for the Mail Handler you added in step 1. In the Mail Handler Context, select the Create Or Comment Or Issue processing strategy. See related docs here: http://www.meta-inf.hu/wiki/display/PLUG/Mail+Handler+and+Auto-reply+emails
Hi @Tibor Hegyi [META-INF],
I'm working with @Paul Biagio on the above issue. Our case IS actually Option 2 as you describe. We have a project which uses "MIRS" as its identifier which sent out an issue email notification to its subscribers. They forwarded this to the Helpdesk Project ("HELP" as identifier), so the subject of the email our HELP Project received was " MIRS-1234 - subject description".
Our question is: If our Helpdesk Project uses its own mailbox and mail handlers, why does an email with another project's ID jump projects. Since the email was read by HELP mail handler, we would expect it to only create an issue under HELP.
When designing your test strategy, it is important to consider regression tests as part of your overall test plan. Regression testing, as you probably know confirms that new code changes don’t...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event