We are trying to migrate our current in-house system to Jira, and I am investigating "if and how" Jira can replace our automated bug reporting. So first a few words on what we're currently doing:
Whenever one of our (many) production systems detect an unhandled exception, it sends an email to a mailbox. The subject line of the email contains some info about the originating system, and the body contains further details and/or a stack trace.
- If needed, we can modify the format and contents of these emails.
Our bug reporting system monitors the mailbox and picks up any new emails. These are then analysed for content, and new bugs are created:
- assigning each bug to its appropriate project,
- populating fields with the class, method, line number, and possibly call stack and stack trace from the email.
- However, re-occurrences of already-reported bugs are simply counted as such, rather than creating many duplicate bug reports.
I can read online that "one can send email to Jira" and have Jira create issues from that. But...
I cannot figure out whether it is possible to automate routing the issues to the appropriate projects (based on mail contents). Two suggestions are to create a dummy project for collection and then manually distribute them; and creating a new mailbox for each and every project -- neither is very scalable, and we really want this to happen automatically.
I cannot figure out whether it is possible to extract metadata from the subject or body of emails -- or whether Jira just considers the whole email body (possibly without history and quotes) as one entity.
It seems to me that we cannot be the first company to have come up with this system, and there must be a configuration, feature, or plugin for Jira that does something not entirely unlike this...
