Reporter is Set Incorrectly on Some Issues Created through Email Channel

Question

We have transitioned a legacy email group-based service infrastructure to Jira Service Management. Because we have been using the same service email address for the past three decades, we are using the email channel to ease the transition for our users.

We have added the channel's Atlassian email address as a member of the legacy email address and removed our agents therefrom, instructing them to use the Jira Service Management project instead.

This works mostly fine, but a large portion of issues created via the email channel incorrectly set the Reporter to the receiver's email address instead of the sender's email address. This means the customer (original sender) cannot see any responses until we update the Reporter field manually.

As a workaround, we currently have an Automation Rule that detects when the Reporter is set to the receiver address and notifies our agents to manually correct it. The correct sender is usually listed as a Request Participant, but sometimes our Agents need to log into the email group to see who the original sender actually was.

We have not figured out a way to reliably reproduce this issue. I have audited our Google Workspace email logs to see if there is any difference in the configuration of emails that work properly from those that work improperly, but I have noticed anything.

Benjamin Paton_yibbj0 · Answer

Hey Egan,

Sorry I missed your reply here. This very well could be the source of your problem.

We are looking into supporting multiple inboxes, which might help with your forwarding issue (e.g. linking multiple addresses).

But the forwarding should not be as big of a problem if an inbox connected.

I am interested to see how you go.

Cheers,

Ben.

Egan McComb · Answer

One other detail is that we use aliases in Google Workspace to redirect mail sent to an alternative address to the same place.

I am wondering whether this could be a contributing factor. This arrangement would exist even if we switched the primary address to real inbox.

Benjamin Paton_yibbj0 · Answer

Hey Egan,

Yes, OAuth is support for GSuite and O365, with OAuth 2.0 support coming shortly.

Alternatively you can use IMAP or POP3 to connect to custom inboxes, although the latter should be a last resort.

This is the recommended approach, and should resolve the issues you are having. Without having hands on your instance and logs its hard to know exactly what is happening, but I have seen other customer cases with groups and forwarding running into the same trouble you are experiencing.

Maybe you could setup a new project with a test account to give yourself some piece of mind before making the change.

Cheers,

Ben.