You don't have to give the AdminUsers right. I think it is enough
givinig the Global ShowConfigTab right for the users who can see
others profile. Giving this right allows them to see the profile of
others but not to modify them unless you also grant AdminUser or any
other grant. On the other
Hello, I am new to the RT system. Can some one please tell me how should I
default an owner to a queue?
All the tickets were coming to the general queue when users submitted
tickets using email to r...@domain.com. I created an email alias
rt-...@domain.com with -queue as web. Now all the emailed
Hello, I am new to the RT system. Can some one please tell me how should I
default an owner to a queue?
All the tickets were coming to the general queue when users submitted
tickets using email to r...@domain.com. I created an email alias
rt-...@domain.com with --queue as web. Now all the emailed
I'm using calls to the /bin/rt script in a perl script to help automate the
creation and attributes of queues for projects. I can make a queue, no
problem using
rt new -t queue set Name='$project_name'
I need to assign AdminCC watchers and group permissions to the newly created
queue. I've
testwreq wreq wrote:
Hello, I am new to the RT system. Can some one please tell me how should
I default an owner to a queue?
All the tickets were coming to the general queue when users submitted
tickets using email to r...@domain.com mailto:r...@domain.com. I created
an email alias
Chris,
We do this all the time. Try this:
*** Custom Condition **
return ($self-TransactionObj-Type eq Create
$self-TransactionObj-CreatorObj-Id(1101));
*** Custom Prep Code *
my $ticket = $self-TicketObj;
my
I'm having trouble tracking down why I keep getting this message in my debug
log:
No recipients found for deferred delivery on transaction
This happens (I think) on every transaction that is recorded. I'm more
concerned with the ticket created transaction. When I create a ticket I do get
a
Kevin,
I'm not completely sure, but I think that the AdminCc (as a role)
would require certain ACL records, which means it is a role that is
privileged. So, by definition, an unprivileged user cannot be an
AdminCc. That's just my theory. However, a Requestor is also a role
and when an
I'm about to (finally) migrate our 2.0.11 installation to 3.6.5 and
would like to have the 2.0.11 installation stay up for a few months or
so in a read-only capacity.
Is there (or was there as early as 2.0.11) an easy way to make RT be
read-only in a global sense? I mean, I can run through all
Hey all,
I'm having a problem with the ordering of custom fields on the Create a new
ticket page, and I'm hoping someone can point me in the right direction.
The order in which the custom fields display on the 'Create Ticket' page bears
no actual relationship to the ordering set with the
Hey all,
I'm having a problem with the ordering of custom fields on the Create a new
ticket page, and I'm hoping someone can point me in the right direction.
The order in which the custom fields display on the 'Create Ticket' page bears
no actual relationship to the ordering set with the
Jennifer,
I had the same problem and we're on 3.6.4. I don't know if this happens
to later versions. I would order the Custom Fields, moving them up and
down, and yet, when going to create a ticket, nada. I cleared cache and
re-booted, nada. Then I went to Config-Queues-CustomFields and
How do I resolve this:
[debug]: /autohandler calls old style callback, use $m-callback
(/opt/rt3/share/html/Elements/Callback:51)
I recently switched from RT::Authen-ExternalAuth to using LDAPSMB1.2_RT3 and
now my log file is registering that line frequently.
Kevin W. Gagel
Network
On Fri, Jul 10, 2009 at 02:31:45PM -0700, Kevin Gagel wrote:
How do I resolve this:
[debug]: /autohandler calls old style callback, use $m-callback
(/opt/rt3/share/html/Elements/Callback:51)
I recently switched from RT::Authen-ExternalAuth to using LDAPSMB1.2_RT3 and
now my log file is
--- Original message ---
On Fri, Jul 10, 2009 at 02:31:45PM -0700, Kevin Gagel wrote:
How do I resolve this:
[debug]: /autohandler calls old style callback, use $m-callback
(/opt/rt3/share/html/Elements/Callback:51)
I recently switched from RT::Authen-ExternalAuth to using LDAPSMB1.2_RT3 and
Many thanks. I did as per your suggestion. All worked okay yesterday.
But today, when I search for Articles I receive: Error loading
http://abcd.ca:Moved Permanently.
Any Ideas?
Hossein
Kevin Falcone wrote:
On Wed, Jul 08, 2009 at 09:59:17AM -0700, Hossein Rafighi wrote:
If an
On Fri, Jul 10, 2009 at 02:34:54PM -0700, Kevin Gagel wrote:
[debug]: /autohandler calls old style callback, use $m-callback
(/opt/rt3/share/html/Elements/Callback:51)
Perhaps you should consider turning your log level from debug to
warning, error or info?
Once I'm finished
Jesse,
OK thanks I'll ignore it.
Kevin W. Gagel
Network Administrator
Local 5448
My blog:
http://mail.cnc.bc.ca/blogs/gagel
My shared files:
http://mail.cnc.bc.ca/users/gagel
--- Original message ---
Subject: Re: [rt-users] Autohandler error
From: Jesse Vincent je...@bestpractical.com
To:
I am using LDAPSMB1.2_RT3.
When I add email address for the AdminCC of someone that has not logged into RT
yet I get the following error:
Undefined subroutine eRT::EmailParser::ParseAddressFromHeader called at
/opt/rt3/bin/../local/lib/RT/User_Local.pm line 272.
What do I have to do to
It seems this is happening when a new ticket is created and the owner is set to
an existing user as well.
Kevin W. Gagel
Network Administrator
Local 5448
My blog:
http://mail.cnc.bc.ca/blogs/gagel
My shared files:
http://mail.cnc.bc.ca/users/gagel
--- Original message ---
Subject: [rt-users]
20 matches
Mail list logo