E-mail notifications by Status (RTC 3.0.1)
Hi
I installed the RTC 3.0.1 and configure the e-mail notifications, but some users are complaining that there are getting to much e -mails from the rtc. It is possible that for example only when the workitem gets to a state the e-mail activate to certain person(or role)? For example : WorkItem Type : Task Workflow : New->Assigned->Work in Progress-> Resolved->Closed For role = developer : Activate notifications only when the Task reach Assigned For role = Team lead : Activate notification when Resolved. For role = Manager : Activate notification when Closed |
7 answers
no, currently RTC doesn't provide the level of control you seek
|
Hi Cesar,
This may not get specifically to your example of by type, workflow and role, but it should help you control your mail notifications. You can set these in your user preferences as follows:
Note that this is set for the project, and done by the user.
See images within: Quick UI Guide for setting mail notifications. Comments
Cesar Sasaki
commented Aug 20 '12, 1:07 p.m.
HI Peter Sure I can set up the preferences in the editor but that is now what I'm looking for because there are like standart preferences. It should be good that I (as a ProjectAdmin) create new preferences to users to select.
David Rennie
commented Apr 10 '13, 8:49 p.m.
It is worth noting on the quick guide that this option is only available within an application. If you attempt it from a personal dashboard the mail configuration tab is not available.
|
The RTC email notification model is "pull" - user decides what they like to get notified, however the model you asked here seems to me like a "push" approach - the system decides what to send to user. The "pull" approach is supposed to be favored by users, but RTC could give users wrong perception at first place with its overwhelming default settings.
If we add assistance up-front, for example, include a note about how to configure the email notification in the Invitation, do you think that will be helpful? Comments
Cesar Sasaki
commented Aug 20 '12, 1:13 p.m.
Hi May Maybe I'm trying to impose notifications to users. But there is not to much to decide of what I would like to get notified. For example there is -WorkItem was closed -Other Change state I would like to be more specific in the "Other Change State". For example that I could select "Notify me when change to "XXXX" state." That would be very helpfull. Because I'm having customers that they would like to receive a notifications when they have to participate in certain state. ( Maybe mention that person in the comments could be a way) What do you mean by "configure the email notification in the invitation"?. Of how to select the preferences in the Profile view? |
One idea/wish I have: it would be great to have an option to get a consolidated email in certain periods (e.g. every half day) instead of an email for each event.
For me it is more convenient/efficient to check one email every few hours instead of going through all the single mails. |
Hi Cesar,
Thanks for the feedback. The current RTC mail configuration should fulfill couple of your requirements.
Comments
Cesar Sasaki
commented Aug 20 '12, 3:32 p.m.
Hi I know how to do the 1. and 2. points but I dot know how to define notifications for specific state change (point number 3). How can i do that? I would like some help for this. Thanks |
Hi Cesar, you haven't answered my questions. If this isn't a common use case, i guess you can just use comment to send notification to another person. Cheers
Comments
Cesar Sasaki
commented Aug 21 '12, 12:50 p.m.
Yes this is a common use case. Because customers what to get notifications each time they need to participate (changing from a status to another). I would like a setting in "mail configuration" like : -Notify me when workitem type "aaa" gets to "xxx" status Hi Cesar, RTC mail configuration has provided notification settings for couple of state change, for example, "Work item was closed", "Work item was created or reopened" and "Other state change". I have couple of questions trying to explore the meaning of providing more granular notification configuration on work item state change. Perhaps you can answer them for me? 1. A work item states can be defined by a project, different type of work item can have different name for each state. We know there must be states of "closed", "reopened" or "created", but can we foresee what other states a project will define for its work items? 2. If you want your customer being notified with certain state change, do you think it's you who're doing that configuration or it's your customer? 3. In order to configure an email notification for certain state change, do you think that your customer needs to know what states you have defined for your work items? 4. As a result, do you still want your customer to configure this type of email notification, or just mention their names in your comment to notify them about the the state change of the work item? Hope this helps. Hi Cesar, have you answered those four questions? Do you still require a granular support for work item state change notification?
Is there any way, i can regulate, what email notifications others should receive and what they should not. If it is possible, what access on active directory, what role, what permission, what license would be required? I feel, logically this is wrong and system will not and must not allow anyone to do so. Why i think so is, if i am the person, who would regulate, what email notifications others would receive and what they do not, i can anytime misuse my rights, and keep the people of my choice, unaware of, what i do with RTC work items. However, I just wanted to know the opinions of others, if this is possible, to decide what email notifications someone should receive, and what the do not. I also wanted to ask, is this possible, that, any one, who is able to view a particular work-item, or lets say any RTC Record, can subscribe for the email notifications, associated with, the various stages, that record goes through. Thanks a lot in advance. |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.