Summary | Status | Priority | Resolution Date | Details |
---|
Form Mail Spoofing | Status |
---|
| |
---|
colour | Red |
---|
title | Self Mitigation |
---|
| | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Forms sending an email with the From: field populated by the users provided (free-form text field or auto-authenticated) email address are not generating tickets IF they are not a syr.edu domain user. (stopped at Project by DMARC). Forms must use the default form sender address; Do not use an address populated by the users as the From:. This applies to both external and internal "@syr.edu" Domain addresses.
Tip |
---|
Additionally all forms should use the su-jsm.atlassian.net Email address of your project for the destination. |
Project Managers and associated Form Owners will need to identify and correct the forms in use. |
|
External Email Not Generating New Tickets (DMARC) | Status |
---|
| |
---|
colour | Red |
---|
title | Self Mitigation |
---|
| | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| The email was delivered to the Cloud but Rejected on Auto-reply mail by the SD auto reply filter. This was traced back to accounts with a true mailbox and using Rules to forward/redirect email. These will have to alter the forward/redirect rule. The current rule should be replaced with an 'outside' forwarding rule within your account. Documentation on how to do that is in Answers: Enable Forwarding in SUMail |
|
Email Button / JETI Sending Mail Issues | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| We are instructing people to use the new built-in features in JSM instead of the JETI features. JETI was a workaround for the older Jira system to send mail to other people who need to stay informed on the ticket. JSM has this feature built-in, with the Request Participants field. We have a page discussing this: Comments and Talking to Customers through Orange Tracker Using the Email button to send email to customers (and cc'es) failing with external customer email address (i.e. "@gmail.com"). Failure is related to untrusted JETI mail headers. No DMARC implemented. Work is in progress to send through syr.edu SMTP servers. Temporary solution while we work on replacing JETI with built-in Jira Service Management functionality. |
|
Workflow Status Auto-Transition - Waiting for Feedback | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| | |
Workflow Status Auto-Transition - Reopen Closed Ticket | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| | |
App Requests | Status |
---|
colour | Green |
---|
title | OpenResolved |
---|
|
| Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
|
|
Expand |
---|
| We are still enabling new features that are built into the system and not accepting new Add-on Application Requests at this time. Add-ons are enabled for the whole system and will still need a process that includes Accessibility and Security approvals. |
|
API Documentation | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Document the new process for making API calls to the cloud. |
|
Service Accounts for API Access | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
|
|
Expand |
---|
| Develop a process to utilize service accounts for the teams using API calls. |
|
Component Auto-Added to each Ticket | Status |
---|
| |
---|
colour | Red |
---|
title | Self Mitigation |
---|
|
| Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Some projects were requiring the Component field to be entered when the ticket was created. The migration selected one the project components as a default value. We have created a document to help change or remove the default component: Component Field Automatically Added to Ticket |
|
Non-SD Agents Unable to Create Tickets | | Status |
---|
| |
---|
subtle | true |
---|
colour | Yellow |
---|
title | 2 |
---|
|
| |
Expand |
---|
| Orange Tracker Administrators adjusted the Customer Permissions → Service Project Access setting and allowed anyone to create tickets via email or the portal. The email was delivered to Cloud but Failed on a permissions to access project error from the Jira Service Management Mail Handler. This was an issue with existing internal users (non-SD Agents). They were not in the correct group for permissions to create tickets in OT. |
|
Former User Cleanup | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
|
|
Expand |
---|
| We have some migrated users who are labeled as "Former Users". The team will identify them and update the user with their proper name and information. |
|
Clone Plus Issues | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Cloning a ticket to another project would fail and display a "Reporter is Required" error, and the Reporter field is not on the screen. This is a permissions issue and the JSM Administrators are working on correcting this. |
|
Customer Sharing - Request Participant Issues | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Orange Tracker Administrators adjusted the Customer Permissions → Customer Sharing setting which allowed customers to add users into the Request Participant field the users who were CC'ed in the email. |
|
Customer Notifications | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Document and recommend customer notification settings for projects. Documentation on notifications is in Answers: Orange Tracker Notifications |
|
Mail Sent From atlassian.net Not Trusted | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
|
|
Expand |
---|
| Causes concerns. "feedback from a faculty member who isn’t a frequent user of OT. The non SYR email address has him thinking it was not someone at SU responding." "But, I mean, it's not an SYR email. So, our central IT expects us to trust random external emails? That's not a reassuring sign! " Resolution Provide added Communication / Education. Options for customer notification (customization/branding). Project to research, plan, implement (with CIS Mail/DMARC). DMARC mitigation to send mail from OT as a syr.edu domain sender. |
|
Email - [JIRA] Subscription: ${searchRequest.getName()} | | Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
| |
Expand |
---|
| Filter Subscription sends a blank email with no link to the filter |
|
Clone Plus - Cloned Issue(s) Comment Creator Issue | Status |
---|
colour | Green |
---|
title | OpenResolved |
---|
|
| Status |
---|
| |
---|
subtle | true |
---|
colour | Green |
---|
title | 3 |
---|
|
|
|
Expand |
---|
| When cloning an issue using Clone Plus and including comments in the cloned issue, ALL comments on the cloned issue come over under the user who performed the clone and not the user(s) who originally created the comment(s). |
|