How to stop email notifications when Project "state" is changed to "running" by START

Forum|Forum|11 years ago
March 10, 2015
15 replies
2763 views

We want to change the "state" for select number of Projects without emails being sent out. We don't want to impact other unrelated notifications\emails from being sent. Can the email queue be emptied before disabling without impacting other notidcations in the queue?

Other

Show previous replies

S

sking

Author

12-Amethyst

Tim and others- We will be testing this out for sure. Thanks again. We have several thousand users that would get the emails, so I am being a bit over cautious, so given that fact. Do you know how the flag works? Does it suppress the creation of the email completely or are they queued up but just not sent? I would only be temporarily setting this to False. So, we would use xconfmanagaer, restart to propagate, make the changes to the state of the Projects stepping it through the Start bit, re-set the flag again with xconfmanager, restart to propagate. If they were simply queued up then they may go out after we set the flag back to True.

D

ddemay

1-Visitor

Sounds feasible, but a restart may not be required if you login with the
jconsole to change properties hot for that MethodServer JVM instance.

On Wed, Mar 11, 2015 at 12:10 PM, Steve King <->
wrote:

> Tim and others- We will be testing this out for sure. *Thanks again*.
> We have several thousand users that would get the emails, so I am being a
> bit over cautious, so given that fact. Do you know how the flag works?
> Does it suppress the creation of the email completely or are they queued up
> but just not sent? I would only be temporarily setting this to False. So,
> we would use xconfmanagaer, restart to propagate, make the changes to the
> state of the Projects stepping it through the Start bit, re-set the flag
> again with xconfmanager, restart to propagate. If they were simply queued
> up then they may go out after we set the flag back to True.
>

D

ddemay

1-Visitor

Also forgot to mention, it will not queue up the messages, they just will
not be generated by the subroutine that checks this property.

On Wed, Mar 11, 2015 at 12:38 PM, DeMay, David <->
wrote:

> Sounds feasible, but a restart may not be required if you login with the
> jconsole to change properties hot for that MethodServer JVM instance.
>
>
> On Wed, Mar 11, 2015 at 12:10 PM, Steve King <->
> wrote:
>
>> Tim and others- We will be testing this out for sure. *Thanks again*.
>> We have several thousand users that would get the emails, so I am being a
>> bit over cautious, so given that fact. Do you know how the flag works?
>> Does it suppress the creation of the email completely or are they queued up
>> but just not sent? I would only be temporarily setting this to False. So,
>> we would use xconfmanagaer, restart to propagate, make the changes to the
>> state of the Projects stepping it through the Start bit, re-set the flag
>> again with xconfmanager, restart to propagate. If they were simply queued
>> up then they may go out after we set the flag back to True.
>>
>

S

sm_01

1-Visitor

Thanks Tim!

To point everyone to a common source, information on this property is included in PTC CS Article CS114839.

-Scott

S

sking

Author

12-Amethyst

Scott- I logged the product improvement suggestion. Thanks

https://community.ptc.com/t5/Windchill-Ideas/User-control-to-allow-or-prevent-sending-invitations-to-the-team/idi-p/468808