I'm configured multiple projects but I want to have only one email notification, if I mean, I know that per project we have a mail where our customers can write us and open a new case. But in this case I want to have only one email and depends of the body or subject of email Jira can classificate in the projects that I have already configured.
This is a workaround that will satisfy your requirement, not a solution.
Note:
What option do you select for:
Edit issue fields - Report Field
On the new ticket it says "Automated by Jira" for the Reporter
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Feature request for the same please vote & watch for visibility: https://jira.atlassian.com/browse/JSDCLOUD-11071
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've yet to test this, but I'm thinking of using a distribution group that's support@mycompany.com, and having it go to all the mailboxes for my JSD projects. They will all be configured to only ingest messages from customers in the project via Project settings -> Customer permissions -> Who can raise requests? Customers who are added to the project. Basically I expect this to give me one inbound email that works for all customers, despite each customer being a separate project. The limitation will be that the outbound email will be different for each project and I'll still need separate mailboxes, but I'm OK with this assuming it works per my expectation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
confused. are you saying you are going to use the same custom email on multiple projects. That will work if you want the same issue raised on all projects. I must be misunderstanding.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
my thinking is that the requests would be filtered based on customers added to the project (assuming all projects are non-public, customers must be manually added) - so each project would have it's own mailbox, but all customers would be able to send to support@organization.com and it would go to customer1-support@organization.com, customer2-support@organization.com, etc, and tickets would only be opened in the project the customer has been added to...I think that works.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
it would be nice if I could just do this with a single mailbox added to multiple projects though
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Mike Dinnella -- did this work for you? I was thinking the same thing: support@mycompany.com would the inbound global for all clients. Are you creating the forwarding type rules on our AD side or are you using a plugin inside Jira to control? Or by what you are saying, if the Customer already exists in the project and the Organization that the customer is assigned to is assigned to the Project, they will automatically get consumed into that project specifically, and not be 'hanging out' in all projects with that email address?
I'm kind of surprised this isn't a standard function in Service Desk (i.e. "What is the domain for this Organization" - you could then easily assign the domain for the emails coming in from the organization to then associate directly).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@sergioruedavalid, AFAIK there is no way to do that at least not natively. There may be a plugin that would work but if you are on cloud that limits your options.
With that said, might I ask why you would want this. I'm wondering if rather having a single project using Components w/in the project to differentiate. Of course, again you are going to be limited with automatically assigning the Component.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I was wondering that because I have many costumers and I want a way to classificate it, with that said is better to have a project indepently of others, but for my customers will be lost if they have to write a different email depending on the project.
i have already applied the Components but i think that it could be better if there was a way to classificate the mail, as i said before.
My question to you is if you know a plug in that could help me?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@sergioruedavalid, you can look at these. JMEH seems to be one of the more commonly used but I don't have experience w/ or promote.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
I work at The Plugin People (JEMH/JEMHC developer), JEMH is capable of routing incoming emails from a single address to create issues in different projects based on keywords in the email subject / body. This is provided via Project Mappings which you can define rules within to associate incoming emails with projects based on their content.
JEMH for JIRA Server and JEMHC for JIRA Cloud both offer this functionality, I suggest grabbing an evaluation licence and testing out the functionality to see if it works for your use case. If you think something additional is required, drop us a support request and we'll see what we can do!
Kind Regards,
Reece
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sergio,
The emails are set up by project and cannot be shared as currently there would be no way for JIRA to determine based on incoming email what project to send it to.
Perhaps you can collect in one project and move to the appropriate one.
Cheers,
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.
via the Move function. Specifics depend on your version and UI but generally the following should help - click on eclipses and select Move.
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.