Hi, We have numerous email notifications already working correctly; except for the one that should fire off an email when an attribute changes: here is the setup: We created a new email template - copied an existing "out of the box" email and saved it as type "Notification" Created a new workflow "Notify changes in user DisplayName" with a single notification activity, and set the recipient to a user account that exists in the Portal, AD and has an active mailbox (receiving the other notifications), and selected the email template created in step 1. Created a new MPR as follows: Name = Notifications are sent whenever a user changes their DisplayName Type = Request Requestors = (Relative to Resource) ResourceID Operation = Modify a single-valued attribute Target Resource Definition Before Request = All People Target Resource Definition After Request = All People Resource Attributes = (Select specific attributes) Display Name Action Workflows = Notify changes in user DisplayName We have modified the 'Display Name' in the source many times, we have seen it update the attributes in the Portal - but its just not firing off any emails. In the Portal, in 'Search Requests', it clearly lists the fact that the Display Name for this account has changed. We are running the latest updates for FIM 2010 Is there anything wrong in the setup above? How do we troubleshoot this further? Thank you, Sk

Shouldn't "Requestors" be something like "All Objects" or "All People"

As Gaston mentioned, the setting "Requestors = (Relative to Resource) ResourceID" means that the MPR will fire only when a user updates his *own* display name. if you want to fire the MPR whenever *anyone* changes the display name attribute, go with an appropriate set that contains everyone as the requestor.Frank C. Drewes III - Senior Consultant: Oxford Computer Group

Hi, The changes actually originate in the authoritative source (SAP), and as these changes flow into the Portal, there needs to be an email triggered. So, as recommended I modified the following: Requestors: specific set of requestors: All People And the email notifications are working now. Thank you!

Is there a way of getting the "old" value of this attribute displayed in the Email. e.g. the body would look like. MANAGER_NAME, F.Y.I. OLD_DISPLAYNAME of employee EMPLOYEEID has changed to NEW_DISPLAYNAME Regards, FIM Service. where MANAGER_NAME is //Target/Manager EMPLOYEEID is //Target/EmployeeID NEW_DISPLAYNAME is //Target/DisplayNamee and OLD_DISPLAYNAME is ?????

we've got the old name thing working, but its done via code. when the name changes, we write it to another attribute, which can then be used in the notification email.

Ok, so the workflows kicked off from change of Displayname or Email address or AccountName all need to run a custom activity to dig out the old value before sending the notification. Wonderful.

I'm not sure you will be able to do this from the FIM Portal as the Synchronization account bypasses all authentication and authorization workflows...