Today we notice one email was siting in the inbox for 18 minutes before it was added to JIRA. We have 6 profiles. One of the profiles should pick up the email and add it to JIRA. All the profiles are set run every 1 minute.
Where the delay came from? Shouldn't all the profiles scan the mailbox every 1 minute? Or each profile runs in sequence?
What we can do to prevent this from happening?
Another quest is JEMH 1.2.79 still does not clean up emails that can't be added to JIRA. As a result, I saw emails dated back Nov 5, 2012 still left in the mailbox. This made the mailbox continuously grow. When the feature will be available?
Q1. Assuming your JIRA server is not overloaded, underpowered etc (check CPU, disk IO contention etc), usually the delay comes from an overloaded mail server, you can get some indication of whats going on my enabling JIRA mail debugging: https://confluence.atlassian.com/display/JIRA/Logging+email+protocol+details
JEMH was written to solve scalability issues, with only 6 profiles (equivalent to having 6 standard JIRA mail handler configurations) I would not expect any performance degredation caused by JEMH.
Q2. Audit History purging was reworked in 1.2.74, its possible some 'old' content has not been purged, can you confirm that 'recent' history has been purged, according to your retention settings? If in doubt there is a 'Delete All Events' link on the Audit history page, that will flush everything and give you a clean start.
Again, please review your open questions, mark any answered that are, comment on those that are not? Doing so helps me know Ive solved your problem, helps others see a succsessful resolution to perhaps the same?
Our server has 8 CPUs, 16G memory, 8G allocated for JIRA/Tomcat. It's the JIRA/Tomcat process consumes 100% CPU all the time. The mail server is on the same machine and only account is for JIRA email. The mailbox is about 12MB in size. I doubt mail server is a bottleneck.
Many times I saw JIRA/JEMH not making connection to the mail server until I restarted JIRA. So what's the reason for JIRA not to connect to a mail server? Messed up Quartz scheduler?
I tried "Delete All Events". My browser crashed while waiting for response to the page. I have to restart my browser. I am going to try it again.
2013-02-18 10:50:55,438 ERROR [JIRA IMAP server] QuartzWorker-0 anonymous JEMH JEMH: Exception: null
OK, great, sounds like plenty of resources for your JIRA.
I wonder if there are other systems/configs/users makes use of the same mailbox JEMH uses.
Some background; JIRA is responsible for scheduling mailbox polls, it drives mail handlers when mail is found. I'm sure there would be safeguards in place to stop polling whilst 'handling' was already underway, without more detailed logs its hard to say.
From the looks of the message above, JEMH was trying to forward a mail as it could not be processed for some reason, yet when it tried to , found that the message had been removed. This is curious because, until the 'forwarding' is completed, JEMH will not actually have indicated to JIRA that the message should be removed.
To rule out any possible access issue, I would check existing mailhandler configuration in your JIRA and possible event change the mailbox password to rule out external usage.
Hello Atlassian Community! Each month, we run a series of Spotlights to highlight Marketplace vendors and apps that our team thinks this Community would find valuable. In last month's Spotlig...
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