-
Suggestion
-
Resolution: Unresolved
-
19
-
64
-
NOTE: This suggestion is for JIRA Service Desk Cloud. Using JIRA Service Desk Server? See the corresponding suggestion.
As an admin, I would like the ability to configure the Bulk Settings used by Service Desk Mail Handler. This is because when some mails auto-forward or redirect emails, they will generate the auto-submitted: auto-generated header. This header will cause the request to be not created.
The incoming-mail.log will display the following error
2014-10-14 22:54:34,151 DEBUG [Mail server for xxxx@email.com. Created by JIRA Service Desk.] atlassian-scheduler-quartz1.clustered_Worker-1 ServiceRunner Mail handler used by JIRA Service Desk. Do not modify or delete. 10,200 The message has been rejected (Rejecting message due to failed bulk check.):
This is causing problems as we have multiple mail accounts and unable to configure alias due to particular reasons so we have to use redirection/forwarding but both of these will generate the said header.
Hi Everyone,
Thank you for your continued patience with a much-requested feature. The ability to disable the bulk filter entirely is not being implemented at this stage and is not on our roadmap for the next six months. We are continuing to invest in improving the email experience and are currently working on other issues in the space.
In the interim the allowlist feature will continue to be the main method of ensuring that emails from domains are not blocked. We will revisit this ask after we have shipped the currently slated features on our roadmap.
- is related to
-
JSDCLOUD-1924 To provide incoming white-list email address function for email marked as bulk / jira / spam
- Closed
-
JSDSERVER-973 As an admin I want the ability to configure the *Bulk Settings* used by the Service Desk mail handler
- Closed
-
JSDCLOUD-960 Allow configuration of Service Desk default mail handler
- Future Consideration
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...