Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

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

Instant email notifications in JIRA

Currently there is a delay of about 1 minute before an email notification is sent out by JIRA after a change has been made to an issue, e.g. when a comment is added. Is there a way to configure JIRA to reduce this dealy, or even make it instantaneous?

5 answers

1 accepted

0 votes
Answer accepted

There's a workaround to run jobs at scheduled times rather than at intervals, which might work (if you schedule it for every second). It's posted as a comment in https://jira.atlassian.com/browse/JRA-1865

Mails are queued up and the queue is checked by the Mail Queue Service once a minute. Since the service is a regular JIRA service, you cannot reduce this timeframe further.

If you need instant delivery, maybe you can write a post function, which will create and send an e-mail circumventing the normal JIRA mail system.

You could install a Quartz job that flushes the mail queue every 5 seconds, then you wouldn't have to handle creating the mails etc. Personally I think if people can't wait one minute for an email something is wrong with your working practices.

Unless, you're using emails for some sort of integration, which I think also is a bad practice.

I think you should create a new RFC for this, covering both send and receive emails. It cannot be done with the current services (OSI level 7, TCP level 4) for email.

Our other services send mail without delay, which means that if we take an action and we get an email for it, we can mark that email as read right away *while* we're still focusing on that particular task. Having to wait a minute or having to come back to it later and reload context can be a real pain.

I'd love to see a way to have emails sent out immediately rather than held up in a queue.

Suggest an answer

Log in or Sign up to answer
TAGS

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