- Created by Tibor Hegyi [META-INF], last modified by Alexandra Terék on Feb 08, 2022
- Attachments
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 20 Next »
SINCE VERSION 8.0.0
Comparison of Mailbox Management in Jira and Email This Issue
Email This Issue now manages connections to Mail Accounts to override limitations in Jira's IMAP/POP3 management.
Problems/Limitations in Jira's legacy Mailbox management | How Email This Issue tackles them |
---|---|
Emails removed from mailboxes | Email This Issue does not delete the emails from your mailboxes, it simply marks them "read". |
Huge latency (even hours) in incoming mail processing when there are many emails in the mailbox. | Email This Issue's mailbox management is more intelligent than its predecessors' as it continues downloading emails at the point where the last iteration has left off. |
No insight of emails being downloaded or processed. | Email This Issue includes Incoming Mail Queue and Incoming Mail Log components that allow admins to monitor what happens with the emails received from the mailbox |
Emails are in-memory (once emails are downloaded, they are stored in memory and passed to a handler). If Jira crashes while processing a message, the message is lost. | Email This Issue downloads the emails from the mailboxes and stores them in the database persistently. If the download is interrupted by a malfunction of Jira, Email This Issue attempts to download it again. |
Incoming Mail Connections
Mailbox connections may be added from the Incoming Mail Connections menu of the app administration page.
The statuses indicate the following:
- Green: The connection is successful, the mail handler is connected and is working.
- Red: The connection is unsuccessful, emails are not downloaded via this connection due to some error. For more information, please check the Protocol log.
- Yellow: Emails are not downloaded via this connection as it is not used in any enabled mail handlers.
- Question mark: Before the first fetching, the status is not yet determined. This icon will change one the first fetch is done.
The Incoming Mail Connections page has a set of mandatory and options attributes. The Protocol Attribute is used to specify if the connection to the provider is based on password authentication or on OAuth2.
In case of an unsuccessful connection in the Incoming Mail Connection, the status becomes red and a protocol log becomes available:
The Protocol Log is displayed only when the status is red (indicating a problem with the connection) and it contains information about the errors that occurred during fetching e.g. authentication failed, wrong hostname etc.
Add a new Incoming Mail Connection with Password Authentication
Add a new Incoming Mail Connection with OAuth2 Authorization
When using the OAuth2 connection protocol, a reduced set of fields are shown because attributes like host, port, password are not required.
OAuth2 Authorization
If you want to connect to an email service using OAuth2, then after specifying the OAuth Credential and Username, you must start the authorization process by clicking the Authorization button.
The authorization is specific to the Service Provider and takes a couple of steps as detailed here for Gmail and o365.
Authorize Email This Issue to access Gmail accounts
Authorize Email This Issue to Access Microsoft 365 Accounts
Incoming Mail Account attributes
Attribute | Description | Applicable to Protocols | Mandatory? |
---|---|---|---|
Name | Unique name of the IMAP or POP3 connection | IMAP/POP OAUTH2 | |
Description | A longer description of the purpose of this connection | IMAP/POP OAUTH2 | |
Protocol | Specifies the protocol to use when connecting the service. Values are:
| IMAP/POP OAUTH2 | |
OAuth2 Credentials | This is a new attribute that is used when OAuth2 authorization is activated. It selects the OAuth2 Client Credential to be used when connecting this service. | OAUTH2 | |
Encryption | Supported encryptions:
| IMAP/POP | |
Host | The hostname or IP addresses of the IMAP or POP3 server | IMAP/POP | |
Port | Optional, if not specified, we use the default ports. Leave blank or 0 for default (for POP3 plain: 110, SSL/TLS: 995; for IMAP plain:143, SSL/TLS: 993). | IMAP/POP | |
Interval | The period in minutes the mail accounts are connected to mailboxes. | IMAP/POP OAUTH2 | |
Timeout | IMAP or POP3 connection timeout in milliseconds, valid value: 1-30000 ms. Leave blank or 0 for default (30000 ms). | IMAP/POP OAUTH2 | |
Folder | The Folder in the mailbox from which the emails will be downloaded. If left blank, emails are loaded from the INBOX folder. The Folder attribute is only used when the protocol is IMAP. | IMAP/POP OAUTH2 | |
Username | Connection credentials. | IMAP/POP OAUTH2 | |
Password | Connection credentials. Please note that the password should only contain ASCII-characters. | IMAP/POP |
Decide what to do after Emails are downloaded
SINCE VERSION 8.1.1
By default (and up to version 8.1.1) Incoming Mail Connections mark downloaded emails as "seen" (i.e. "read") in the mailboxes. Since version 8.1.1 administrators may configure mail accounts to remove messages from the mailboxes after they have been successfully downloaded
Best practice for large mailboxes
If you are using Microsoft Exchange, you can create a rule to directly copy each incoming mail into a separate folder (e.g. “Jira Archive”). Instead of using the setting “Mark messages as seen”, set the After download function in the Incoming Mail Accounts to the “Delete messages” option. This way the inbox is kept clean and empty, but you still have a copy of all your emails. Processing time in large mailboxes is reduced to seconds instead of minutes with this little workaround.
Test Connections
It is possible to test the connection before actually saving the connection itself, it is also highly recommended to do so in order to check if there are any errors in the configuration.
How to use Incoming Mail Connections
These Incoming Mail Connections cannot be used with Jira's built-in Incoming Mail Handlers, only with our app's Next Generation Mail Handlers.
Please note that we highly recommend keeping the inbox only be accessible by the app and not manually by users. If any users read the emails from the inbox before we get to process them (and they will be marked "read") we will not be able to process the emails.
If this happens though, please try to
move the "read" emails out of the folder
set them to be "unread" again
move them back into the folder manually.
- No labels