Hi, what tells the handler to create an issue in the correct Project? I have included a key in the mail subject but the only way I can get get email creating issue in correct Project is to only have one handler - not ideal (or correct)
It is the project you define in the handler.
If you include an existing issue key in the subject, then it will comment on that issue. Otherwise, it will create a new issue in that project.
Are you seeing it create in other projects?
Yes. With the Project key (no issue key as I want it to create a new issue) it creates in the first handler in my list NOT the desired Project with the appropriate key. I would expect the key determine the Project surely?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Not much of answer there. What I would expect is that for each Project I create, I can configure a mail handler which examines incoming mail and creates an issue in the appropriate Project going on the Project key showing in the Subject line. If that is not the case then I need to revisit my thinking and expectations here. I can not add an issue id as I wish to create a new issue. BUT I have a number of Projects and a central JIRA admin email address. External users/testers/team members on each Project need to be able to quickly and easily create an issue on the correct Project.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The feature clearly states that it will create new issues into the project you select, and the documentation makes it even more clear.
You cannot do what you want out of the box.
There's no other way, and simply providing a project key will do nothing, as the handler is not designed for that and doesn't work like that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The email handlers cannot begin to guess where an email may be bound, and they pick up mail asynchronously - for any given email, you can't say which handler will get to it first.
The handlers all have the "project" setting, so the first handler to catch any email will create it in their project.
The way to handle multiple projects is to have different email addresses, one per project, then you can do a simple handler per project.
That said, it's the off-the-shelf behaviour. If you're willing to invest in code or add-ons (JEMH is the one I usually start talking about), it is possible to create a handler that uses other rules, including parsing subjects or content, and making decisions based on them.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The handler will only create issues into SERV341232. This is documented behavior:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.