Feature request: Ignore Global Scrips

Hi all,

It would be nice for some queues not to inherit the global scrips.

In our example, we have several “human” queues, and one queue called
"netmon" which receives the e-mail alerts from monitoring software
(Nagios in our case).

For this single queue, the scrips must be different, because
it should not send automatic replies back to the sender.

There are two possible workarounds: 1) remove some
actions from Global Scrips and replicate them into
the specific queues; 2) alias nagios@ourdomain to /dev/null

Both these workarounds look ugly, and the RT option
that disables global scrips for particular queue, would be
very nice.

With regards,
Stanislav

It would be nice for some queues not to inherit the global scrips.

It depends on what you are doing in your global scrips as to whether this
is needed, but a method of doing so would be to:

etc/config.pm:

# Skip running the global scrips in the following queue.
$SkipGlobalsinQueue = "netmon";

lib/RT/Transaction.pm:

sub Create {
	...
+	# See whether we skip this queue
+	if( $TicketAsSystem->QueueObj->Name() ne $RT::SkipGlobslsinQueue ){
		$PossibleScrips->LimitToGlobal();
+	}

There are two possible workarounds: 1) remove some
actions from Global Scrips and replicate them into
the specific queues; 2) alias nagios@ourdomain to /dev/null

Both these workarounds look ugly, and the RT option
that disables global scrips for particular queue, would be
very nice.

The above supplied hack is certainly not graceful (its not extendable to
multiple queues), and in this specific instance, sending nagios@yourdomain
would be far easier (assuming you’re not providing input to nagios via
email).

Regards,

                         Bruce Campbell                            RIPE
               Systems/Network Engineer                             NCC
             www.ripe.net - PGP562C8B1B             Operations/Security

$SkipGlobalsinQueue = “netmon”;
The above supplied hack is certainly not graceful (its not extendable to
multiple queues)

replacing the string with a hash would allow multiple queues for that.

But actually my intent wasn’t looking for hack, but rather feature request,
i.e. something integrated into main distribution.

Regards,
Stan