Adrian,<br><br>You determine how "Good" it is buy the way you grant privileges. The mistake made by most is to grant way too many privileges on a Global basis coupled with granting privileges to individual users as opposed to "Queue" level privileges for specific user-defined groups. With RT, you can create any number of groups with privileges that vary according to the queue they will be sending/working on tickets in. You can have the same user belong to several groups, each with different privileges for different Queues. It really is up to you.<br>
<br>We have Queues that restrict who can create tickets, see the Queue, see the tickets, reply, own, modify, etc. So we grant very few rights Globally and allow the managers of each Queue to decide how and what type of access they want to their respective Queues.<br>
<br>Do you have a consistent policy or philosophy for access/security to the Queues in your RT installation?<br><br>Hope this helps.<br><br>Kenn<br>LBNL<br><br><div class="gmail_quote">On Wed, Feb 16, 2011 at 11:47 PM, Adrian Stel <span dir="ltr"><<a href="mailto:adisan82@gmail.com">adisan82@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br>
<br>
<br>
The only remaining question is how best to allow anyone to access,<br>
create tickets and respond to their own tickets.  Do you happen to<br>
know if RT supports an auto account creating feature?  If so, how does<br>
it work?<br>
<br>
<br>
<br>
Solution this  is not good:<br>
<br>
Anyone can view the public queues and tickets by logging in as the<br>
'guest' user with the password 'readonly'.<br>
<br>
:)<br>
<br>
Best Regards<br>
<font color="#888888">Adrian<br>
</font></blockquote></div><br>