It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Dealing with non-ticket issues that come into Jira Service Desk via email

As anyone using Jira Service Desk will I'm sure have experienced, if you have an "open" email address that anyone can email you get a certain amount of spam and other non-ticket stuff (I'm going to refer to tickets here, rather than issues, but I'm talking about tickets that exist in Jira as issues).  These tickets then have to be closed off.  In our case we transition them to Cancelled with a Resolution status of "Not a Ticket".

The problem with this is that over time you get a lot of these and they make it harder to find stuff when searching.  I've been mulling over the best solution to this and this is my idea, would like to see what others think:

1. Create another project as a clone of my main service desk project and call it something like "Ticket Archive"

2. Set the permissions of Ticket Archive so that most users can't view it (so the contents don't show up in search results).

3. Periodically use the Bulk Edit feature to move the "not a ticket" issues from the main service desk project to Ticket Archive

The main downside to this is that changes to the structure of the main service desk project would need to be replicated in the Ticket Archive project (new fields etc) to ensure that the issues could continue to be successfully moved over.

Does anyone have any further thoughts on this as a solution, a better solution, or other potential issues with this approach?

 

 

1 comment

We delete tickets that have been created by mailing lists etc. We do not have any need to know how many tickets can in that took less than a minute to delete.

Thanks Kat that's not an option for us because we need a complete audit trail, and Jira removes the emails from the email inbox so we rely on keeping the issues as the record of when and what was emailed in to us.

We remove the reporter adress not to confirm to the spammer/phisher/attacker its validity or feed the internet with unneccessary notifications.

Then we move the issue created to the IT Depts Jira-project for analysis or updating the spamfilters.

Thanks Jim.  So are you moving the issues one by one or doing it a bulk process?  Or do you have some kind of clever workflow set-up to copy and delete?

Sorry @James H. no bulk process.

But our spam-workload in Jira is limited. We had a peak recently and it was no more than 5 spam messages a day passing the filters all the way to Jira.

What is stopped by Exchange Online by Microsoft though, before entering our inboxes is not known to me.

Comment

Log in or Sign up to comment
TAGS
Community showcase
Posted in Jira Service Desk

How has Jira Service Desk increased productivity in your org?

Hi Jira Service Desk community, Atlassian is on a mission to unleash the potential of all teams, and we know that tools are just one piece of that puzzle. With Jira Service Desk, we have productiv...

174 views 0 3
Join discussion

Community Events

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

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you