Within the administration gui under outgoing mail when setting up an SMTP mail server, an input field should be added to allow us (administrators) to determine the amount of delay in seconds. Zero (0) would mean no delay send when event is created. One (1) or greater would delay the mail for that duration.
Personally, I do not want a delay at all.
Hi Brant,
The mail queue flushing delay can be configured under the services, but the lowest poll is 1 minute. From what I understand as well, flushing every single second is a bad idea as the previous session might not even ended and JIRA starts to send again, might cause a lot of problem in the future. For my personal opinion, 1 minute is acceptable delay.
Hope this clarifies.
Found the setting unders services, thank you.
All smtp servers will automatically queue the emails at its own interval.
When sending emails to an SMTP server an option should be allowed to bypass queuing in the application layer if the value is set to zero (0). Example: If (delay > 0) include delay else send now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please define "might cause a lot of problem in the future". My personal opinion is stated in my improvement request. I will not close this issue until a direct answer is set. Either you won't improve jira or you will add to your improvement list?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Admins need a way to NOT QUEUE EMAILS so that the SMTP server, Jira is connecting to, will handle that queuing for the system. Resulting in "Email Queue" issues being eliminated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
One improvement that could be made is to allow the poll time to be in seconds and then the mail queue service could simply check if a mail queue process is still running when it kicks off. If so, it does not spawn another process and waits until the next poll. If the age of the running instance is larger than a particular (maybe configurable) value, then it could kill the running process and re-run.
That could provide JIRA admins the option of lowering polling rates.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.