Smart Value: Connected email accounts

[Gerda De Lima]

Hi,
I would like to set up an automation to process requests received from different connected email accounts. However, I’m unable to find a suitable smart value to achieve this.

E.g.

Request received via Option1@tomra-emea.atlassian.net are assinged to me and via Option2@tomra-emea.atlassian.net are assigned to Tobi. 

Any idea? Or work around?

Thanks!

[Gerda De Lima]

@Bill Sheboy there are not so many more details I can give: 

Context: 

- Transport damage claims are received by sending a mail to the connected email accounts of my JSM Service Board (screenshot 1).

I want that when a work item is created, filtered on from which email account it was received certain actions are triggered, e.g. set me (test1@email.atlassian.com)as an assigne or set my collegue Tobi as the assignee (test2@email.atlassian.com). 

I am missing the smart value in order to differentiate between the accounts. 

Workflow example in screenshot 2. 

[Bill Sheboy]

Hi @Gerda De Lima -- Welcome to the Atlassian Community!

For a question like this, context is important for the community to help.  Please post the following:

• an image of your complete automation rule in a single image for continuity
• images of any relevant trigger / actions / conditions / branches
• an image of the audit log details showing the rule execution
• explain what is not working as expected and why you believe that to be the case 

Thank you, and kind regards,
Bill

[Bill Sheboy]

@Gerda De Lima -- Thanks for the rule images, and...

Please try to stay within one thread when responding.  That will help others reading the question in the future know if there are multiple solution approaches.  Thanks!

For the rule you show and the scenario:

• First, the Work Item Created trigger has racetrack timing problems...and thus the rule can start running before all data is ready.  This can cause errors and weird rule behaviors.  To mitigate that:
  • Always add a Re-fetch Work Item Data action immediately after this trigger
  • Never use conditions directly on triggers; instead add separate conditions after the re-fetch
• Next, when you want to alter the behavior based upon something in the rule data, add an if / else condition block.  In this case you could check the Description or the Reporter fields.  However...
  • I recall that after adding Connected Email Addresses, people noted it was not possible to easily distinguish them within automation, and instead required creating separate request types for each address.
  • Perhaps first try using conditions to check the reporter to see if that works