Can I configure multiple mail handlers with different IMAP Mailbox for the same project? Each of these mail handler will create different type of Issue within single project- eg: Task,Bug,Features,Subtask,etc.
Actually, I know it is achievable but I have been informed by our admin team that it will impact jira performance if we create multiple handler to read email from different mailbox.
Our admin is fine to create multiple handler reading email from different folders of a single mailbox. I am finding hard to understand how would it affect jira if mail hanlders connect to different mailbox or read from different folders from same mailboxes. Please advise.
Hello,
Once I had a setup like this. We connected one project to several mail handlers, which used IMAP folders. We did not find any performance issues with it. Maybe your case is different. I am not sure. Would be good to hear what your admin exactly says.
Thanks you for reverting back. I have been informed that since Jira is already running slow; it would further slow it down if we have multiple mail handlers. Is there a way to grab statistics in Jira to identify what’s causing performance issue?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Unfortunately, there is no silver bullet to solve performance problems. You can follow the general guide:
https://confluence.atlassian.com/jirakb/jira-applications-performance-tuning-229179856.html
And mail troubleshooting guide:
https://confluence.atlassian.com/jirakb/mail-and-mail-handlers-troubleshooting-211649643.html
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for these useful links. But is it true that having multiple mail handlers would slow down jira?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We had the same setups and we did not have any problems. I did not meet such case. But it does not mean that your statement is not true. It would be good to know the real reason from your admin. To say that multiple mail handlers cause slow performance is not enough. It must be explained why your admin thinks so.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've seen an instance of Jira with over 100 email handlers. It did have a performance issue because of one of them, but once we'd turned it off so Jira was not trying to process 20 spam emails a second, the problem went away.
Your performance problems might be down to many email handlers, but there's every chance that it's something else as well.
Before blaming any one part of your system, you need to investigate and show that it is that one part, otherwise you could be shutting down useful functions and not improving anything.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Alexey and Nic for your response. May I ask how many users do you had in your system?
I would also check with my admin if they can comment/provide more insight here on performance issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In the instance I was thinking of - 40,000 users. But the problem was spam, not the mail handlers themselves.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Would there be an issue if single mail handler creates 200 tickets per day?
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.