Orange Tracker Cloud Currently Tracked Projects & Issues

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.

Project Managers and associated Form Owners will need to identify and correct the forms in use.

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

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.

Reporter comments or replies to Request Feedback are not transitioning the ticket out of the Waiting for Feedback state. We are developing an Answers page: Orange Tracker Workflow Transitions and Communications

Reporter comments on a Resolved/Closed tickets, transition to Reopened. Documentation is on our Answers page: Orange Tracker Workflow Transitions and Communications

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.

Document the new process for making API calls to the cloud.

Develop a process to utilize service accounts for the teams using API calls.

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

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. 

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.

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.

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.

Document and recommend customer notification settings for projects. Documentation on notifications is in Answers: Orange Tracker Notifications

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.

Filter Subscription sends a blank email with no link to the filter