[rt-users] Notification problem

Kenneth Crocker KFCrocker at lbl.gov
Thu Jun 28 12:20:21 EDT 2007


Forrest,


	Thanks. I'm going to do something like that to ignore the Queue that 
doesn't want the E_mail.


Kenn
LBNL

Forrest Blount wrote:
> Hi Kenn-- we have a similar situation.  I'm getting around it by using 
> the following as a custom condition on the global scrip (I have no idea 
> if your idea re: local scrips of same name super-ceding global scrips).
> 
> Obviously this particular bit of code is for transactions where tickets 
> are being resolved-- depending on the global scrip you may want to tweak 
> that as well.
> 
> # test if the ticket is being resolved and in the /queuename/(queue name 
> must be case sensitive)
> # if it is, don't run the scrip, if it isn't, run it
> if (($self->TransactionObj->NewValue eq "resolved") &&
> ($self->TransactionObj->Type eq "Status") &&
> ($self->TicketObj->QueueObj->Name ne "/queuename/"))
> {
> return 1;
> } else {
> return undef;
> }
> 
> Forrest
> 
> Kenneth Crocker wrote:
>> To all,
>>
>>
>>     I was under the assumption that any global scrip applied to all 
>> queues, but that if one created a "queue only" scrip with the same 
>> name, the global scrip would be ignored. I have a global scrip that 
>> states:
>>
>> name: Notify other recipients on correspond
>> condition: on correspond
>> action: notify other recipients
>> template: global template: correspondence
>> stage: TransactionCreate
>>
>> I have duplicated this scrip by name for queue "GL":
>>
>> name: Notify other recipients on correspond
>> condition: on correspond
>> action: notify other recipients as comment
>> template: global template: correspondence
>> stage: TransactionCreate
>>
>>     The difference is the "as comment" part. I thought the "as 
>> comment" meant that an E_mail will NOT go out (otherwise, why have 
>> that difference?). I made this second scrip because out of 50+ queues, 
>> the owner of the GL queue does not want this type of notification. So, 
>> I thought by creating the second scrip, it would resolve the problem. 
>> IT doesn't work. The AdminCc and the CC watchers still get E_mail on 
>> correspondence. Anyone have a clue as to why? Thanks.
>>
>>
>> Kenn
>> LBNL
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>>
>> Community help: http://wiki.bestpractical.com
>> Commercial support: sales at bestpractical.com
>>
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
>> Buy a copy at http://rtbook.bestpractical.com
> 



More information about the rt-users mailing list