[rt-users] Permissions questions
Young Sul
ylsul at bitpipe.com
Fri Sep 27 13:25:16 EDT 2002
I tried that, but I get a bounceback, as a comment requires a ticket-id to
work on.
It seems to me that there should be something other than simply
ModifyTicket..
it grants too many privileges. It would be nice to have ModifyTicketStatus
separate from ModifyTicket.
-----Original Message-----
From: rt-users-admin at lists.fsck.com
[mailto:rt-users-admin at lists.fsck.com]On Behalf Of Drew Mooney
Sent: Friday, September 27, 2002 1:14 PM
To: rt-users at lists.fsck.com
Subject: [rt-users] Permissions questions
Young Sul wrote:
*****
"...We want to create a queue where a group of admins receive tickets. They
then
assign those tickets to a group of sub-admins. The sub-admins should be
able to receive email notifying them of a new assigned ticket, work
on the ticket, be able to close/resolve (i.e. change status) the ticket
and make comments, BUT NOT be able to email the original requestor.
(we've had some incidents where overly-casual comments got back to the
customer)..."
************************
Young, etc
What if you setup a queue with both of the mail aliases both pointing to
'queuename-comment' rather than one pointing to 'queuename' and the other to
the corresponding 'queuename-comment' mail alias?
It would seem to me that unless a user/admin deliberately added a customer
email address to the CC: or adminCC: fields for a given ticket, that even
'Reply' actions on a ticket would keep the email correspondence internal.
Moving resolved tickets to the higher-level queue, and scrubbing their
history
thread of non-politically correct comments would then make it safe to use
the
'Reply' function.
Anyone else out there think this would work?
_______________________________________________
rt-users mailing list
rt-users at lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users
Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm
More information about the rt-users
mailing list