notifyFlag on changePassword extension in ITIM   

Can ITIM UI be configured to pass notifyFlag="false" to the passwordChange operation? The default is "true".

The notifyFlag parameter is used by ITIM to specify whether the account owner should be notified after a successful password change. When the password change template is disabled in ITIM 5.1 however, the notifyFlag is still getting passed as "true" by the ITIM UI, so is there a configuration property somewhere that would make ITIM pass notifyFlag="false" whenever a user password is changed via the ITIM console?

I have already tried searching this forum, itim docs and google.

Thanks!

Here's the scenario...

We have a custom jsp page to reset forgotten passwords. It
1. Validates challenge response question
2. Calls password reset via ITIM API with notifyFlag set to true.
3. An email is sent with a temporary password back to user (the email is sent from custom password change workflow)

A user may also change his or her own password using self service. In this case an email should not be sent.

So, in the custom password change operation we'd like to know whether this workflow was kicked off by self service pw change or by custom jsp (forgotten password). The ideal way would be to use notifyFlag.

This would require:
1. Configure ITIM so that notifyFlag is passed as "false" when I change my own password
2. Send notifyFlag "true" during forgotten password change API call

We have figured out how to do 2, but 1 is the question I've posted to this board. To answer your questions:

• We can certainly change notifyFlag to true or false in workflow, but it's too late at this point. The whole point is to use it as an identifier (was this operational workflow kicked off by ITIM or by custom jsp).
• The password change template seems to use some other mechanism to turn notifications on/off. The default emails on password change have stopeed, but ITIM is still passing notifyFlag as "true" to the custom password change workflow.

If the notifyFlag is an input parameter to the password change workflow, there has to be some way to configure what ITIM passes to it when a user changes his own password via ITIM Admin Console or ITIM Self Service...