I am trying to build a query to find which tickets a user is not CC'd or
requester on. My query looks something like this:
Requestor.EmailAddress NOT LIKE '[EMAIL PROTECTED]' AND Cc.EmailAddress
NOT LIKE '[EMAIL PROTECTED]'
The problem I run into is that if a tickets has multiple requesters,
All,
I've installed the Request Tracker application at the request of a user to
track grant proposals inside our institution but am running into issues getting
fetchmail to be able to poll the exchange mailbox we've setup for customers to
send requests to so a ticket is autogenerated in
__CurrentUser__ is correct way, but it works in 3.6.x only (don't
recall exact version) and only in saved searches. The latter is a sort
of incident and have been fixed few days ago. In 3.6.7 you'll be able
to use '__CurrentUser__' all over the places. Patch is very simple,
you can grab it from
Hi list,
I'm configuring a new RT-instance for a new project group here and have
some issues now while installing the RightsMatrix.
My System: openSuSE10.3
rt3.6.6
perl5.8.8
apache2.2.4
This is what make test tells me. To be honest I have no idea what it
means or what I could do to solve the
Tom,
In addition to SeeQueue, you have to grant CreateTicket. The two
work hand-in-hand for WebUI.
Kenn
LBNL
On 6/8/2008 10:51 PM, Tom Smith wrote:
Thank you for the reply, Ruslan. :-)
What I have tried to do is give Privileged SeeQueue and Requestor
ShowTicket. I thought that
Hi all,
I have been struggling for a few days trying to figure out why one of
my RT installations don't show any other users than Nobody in
Owner dropdowns. The most immediate effect of this is that any
Basic or People change to a ticket will result in an owner change
to Nobody, as not
I have a test install of RT, and I am attempting to resolve a repeatable
error with custom field behavior. System is running 3.6, on ubuntu
6.0.6, apache2, php5.1.2. Overall behaviour seems fine, but the custom
field is my only real hangup so far
The custom field I have created is a type select
Hi everyone,
I am sending this email hopping that someone has encountered this
anomaly before.
We have 3.6.3 installed on RHEL4, Apache 2.x, MySQL 5.0.45, Perl 5.10.
I have installed RT::Extension::CommandByMail and the functionality is
great. But, the mechanism fails when I need to set the