[Rtir] Odd Blocks reports

[Kevin Falcone]

On Sat, Nov 23, 2013 at 11:52:09AM +0000, Tony Arnold wrote:
> I've been through the same thing. I originally had our network team
> configured as admincc watchers on the blocks queue. This made
> sending block requests very easy as we didn't have to put anything
> in the correspondents field when creating the block.
> 
> However, the status of tickets in the blocks queue can be
> automatically updated by correspondence. So I create a block in
> 'Activation pending' state. Message goes off to network team who
> then reply. This changes the state to 'Activated'. Similar thing
> happens on removal.
> 
> This does not work when the network team is configured as watchers
> rather than specified as correspondents. This is because the state
> change only gets done if the incoming e-mail is from one of the
> requesters of the ticket.
> 
> So we took off the watchers and we now specify the network team
> explicitly every time we create a block. We have to specify the
> members of the team explicitly, we cannot even use their group
> mailing list address.

This surprises me - default RTIR scrips use
On Correspond - RTIR Set Status of Block

That On Correspond condition is a literal "Any Correspondence by
anybody" not "On correspondence from Requestors".

I suspect a local mod or a non standard scrip configuration.

-kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 235 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rtir/attachments/20131125/5ff815e3/attachment.pgp>