Dear Service Desk guru's,
We have started with the implementation of JIRA Service Desk for our organisations ICT department.
This means that only employees should be able to create issues and access the portal and email us their requests. So we created user accounts for all our employees and linked our mailbox to Service Desk.
But now we have a small issue.
What to do with emails that are originating from non-customers? Or from a personal employees email address when they can't access their account for example.
Currently the system sets the email to read and does not process it further.
User has a company email address firstname.lastname@example.org. The user also has a private email email@example.com.
When the user mails our Service Desk with their company address the system automatically creates an issue and set the email as read.
When the user mails our Service Desk with their private address the system does not create an issue and sets the email as read.
There is no warning, message or any visual reference on which email the system picked up or not.
What are our options to handle these emails? If we go live with this, certain emails send to our Service Desk will be lost...
@Barry Goed, what issue are you experiencing w/ emails from accounts that are not users (customers or agents)? As long as you have JSD setup to only allow users access that have been added by agent/admin then you do not need to worry w/ ‘non-user’ emails.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
...+ reading Fantasy). The same is true for him at the bank he works for: Efficiency is key when time literally equals money. Read on to learn how Sergey makes most of the time he has by...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs