Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×Is posible to check email more frequently than a 1 minute (Installing any plugin, database hack or Jira Enterprise Mail Handler)?
Hi Matt,
Yes, it's possible modify the service running interval via database, but I'm not sure if it will work as a long-term solution (I'm afraid JIRA may set this value to the default if it find out a value lower than 1min). I also don't have a mail handler settled anywhere to analyse this with you right now, but you can check the table 'serviceconfig' on the JIRA database:
id | delaytime | clazz | servicename -------+-----------+--------------------------------------------------------------+--------------------------------------------------------------------------- 11905 | 60000 | com.atlassian.jira.service.services.mail.MailFetcherService | Test Mail Handler 12900 | 28800000 | com.atlassian.sal.jira.scheduling.JiraPluginSchedulerService | Service Provider Session Remover 10000 | 60000 | com.atlassian.jira.service.services.mail.MailQueueService | Mail Queue Service 10001 | 43200000 | com.atlassian.jira.service.services.export.ExportService | Backup Service 12904 | 899999 | com.atlassian.sal.jira.scheduling.JiraPluginSchedulerService | com.atlassian.streams.internal.ActivityProviderConnectionMonitorImpl:activityProviderMonitor 12901 | 60000 | com.atlassian.sal.jira.scheduling.JiraPluginSchedulerService | com.atlassian.jira.plugin.ext.bamboo.service.PlanStatusUpdateServiceImpl:job 12903 | 86400000 | com.atlassian.sal.jira.scheduling.JiraPluginSchedulerService | PluginLicenseExpiryJob-job 12902 | 86400000 | com.atlassian.sal.jira.scheduling.JiraPluginSchedulerService | NotificationCacheUpdateJob-job (8 rows) jira527-lucas=#
Stop JIRA, decrease the 'delaytime' to 30000 with an 'update' statement and start JIRA again. Even though the JIRA UI will display the delay time as '0', the value will be kept as '30000' on the database.
I hope it helps!
Best regards,
Lucas Timm
I found something like that:
UPDATE jira.mailserver SET timeout=1000;
UPDATE jira.serviceconfig SET delaytime=10000 where clazz="com.atlassian.jira.service.services.mail.MailFetcherService";
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you have a busy mail server, setting aggressive polling periods may cause problems. I did have a specific solution for this with JEMH but it needed a file based mailserver eg postfix. I wrote a mailbox monitor app that monitored this file for change and triggered a rest call in JEMH that in turn triggered the Just In Time polling. I haven't been asked for this in a while, something to remember for future.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We have a pretty strong IMAP server. Could you please give a url with rest call for JIT polling?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The URL used to be part of JEMH, I split the client/agent functionaltiy out into https://marketplace.atlassian.com/plugins/com.javahollic.jira.jira-mailbox-poker-agent
Its not had a refresh for 5.x, I'll add it to my todo.
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.