<p dir="ltr">Another option for those admin users is to just not use that default unowned tickets search, but instead replace that component of each admin user's page with an appropriate saved search.</p>
<p dir="ltr">Depending on how frequently your admin users need to access all queues, and if it makes sense in your situation, you could potentially create two accounts per admin user—one for admin tasks and one for regular tasks.</p>

<div class="gmail_quote">On 01/07/2014 8:40 am, "Milt Epstein" <<a href="mailto:mepstein@illinois.edu">mepstein@illinois.edu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for that suggestion.  In fact, what you say makes sense, and<br>
does work for the most part.  But, we have a certain number of admin<br>
users (such as myself), who can see tickets in multiple queues.  I was<br>
trying to set up something that would work for those users (we have<br>
certain queues that are separate enough that we would prefer not to<br>
see tickets in those queues).  Sounds like we may just have to live<br>
with this though.<br>
<br>
<br>
On Tue, 1 Jul 2014, Alex Peters wrote:<br>
<br>
> I don't believe that you can achieve this with Ticket SQL, but there<br>
> is another potential solution:<br>
><br>
> You mention that the users are in groups for the queues relevant to<br>
> them.<br>
><br>
> If you configure RT so that the users can't see tickets in queues<br>
> whose groups the users don't belong to, you would get the desired<br>
> result without modifying the search.<br>
><br>
> Whether this is acceptable in your case depends on whether your<br>
> users need to see tickets in queues outside their group memberships.<br>
><br>
><br>
> On 24/06/2014 2:57 am, "Milt Epstein" <<a href="mailto:mepstein@illinois.edu">mepstein@illinois.edu</a>> wrote:<br>
><br>
> > Greetings.<br>
> ><br>
> > I'm trying to customize the "10 newest uowned tickets" search (the one<br>
> > that appears on the main page by default, I believe).  I get to the<br>
> > page to edit the predefined "Search - Unowned Tickets" search, and it<br>
> > shows the logic for the search:<br>
> ><br>
> > Owner = 'Nobody'<br>
> > AND (<br>
> >   Status = 'new'<br>
> >   OR Status = 'open' )<br>
> ><br>
> > I want to exclude tickets in a certain queue, which by itself is<br>
> > pretty straightforward, just add:<br>
> ><br>
> > AND Queue != 'somequeue'<br>
> ><br>
> > But that's not quite what I want to do.  First, I should say that we<br>
> > have groups organized per queue, so that for instance we have a group<br>
> > 'rt-somequeue' with access to the queue 'somequeue'.  What I really<br>
> > want to do in the logic above, is exclude that queue unless the user<br>
> > is in that corresponding group, something like:<br>
> ><br>
> > AND (<br>
> >   Queue != 'somequeue'<br>
> >   OR <User in group 'rt-somequeue'> )<br>
> ><br>
> > Is there a way to do this, either using the criteria listed on the<br>
> > Query Builder page (which seems to be all ticket-related), or by<br>
> > directly editing the search?<br>
> ><br>
> > Thanks.<br>
> ><br>
> > Milt Epstein<br>
> > Applications Developer<br>
> > Graduate School of Library and Information Science (GSLIS)<br>
> > University of Illinois at Urbana-Champaign (UIUC)<br>
> > <a href="mailto:mepstein@illinois.edu">mepstein@illinois.edu</a><br>
> > --<br>
> > RT Training - Boston, September 9-10<br>
> > <a href="http://bestpractical.com/training" target="_blank">http://bestpractical.com/training</a><br>
> ><br>
><br>
<br>
Milt Epstein<br>
Applications Developer<br>
Graduate School of Library and Information Science (GSLIS)<br>
University of Illinois at Urbana-Champaign (UIUC)<br>
<a href="mailto:mepstein@illinois.edu">mepstein@illinois.edu</a><br>
--<br>
RT Training - Boston, September 9-10<br>
<a href="http://bestpractical.com/training" target="_blank">http://bestpractical.com/training</a><br>
</blockquote></div>