Hello,
I had a user in RT with User Name and Unix login equal to
myuser... but when I perform the following at scrip it tells me that
it isn't found:
my $userNameSolicitante=MYUSER;
my $user = RT::CurrentUser-new($RT::SystemUser);
my $res = $user-LoadByGecos($userNameSolicitante);
if ( $res ==
Is there a way to show the Custom Fields with command line?
$ rt show ticket/12312 returns some fields, but it not show our Custom Fields.
Thanks in advance
---
FranCHo
_
Express yourself instantly with MSN Messenger! Download
Hi,
I have a query regarding custom fields:
I have created different custom fields and the root user can able to see the
custom fields and can change or modify the custom fields. But the owner of
the ticket cannot able to see the custom fields and can also change or
modify the custom
hi, i am using the following custom action preparation code i found on
the wiki. how do i do the same exact thing except for a bcc? and then
how do i create an action to notify bcc?
#uncomment Logger stuff for debuging
$RT::Logger-debug('Running Script ScriptAddCC');
my $Actor =
Hi,
My configuration:
Centos 4.4
Perl 5.8.5 installed from CPAN
RT- 3.6.5
Apache 2.0.52
I have a query regarding the starting apache web server:
When I was trying to start the web server i.e. apache server I'm getting an
error message as
When I give a command to start
In RT, AdminCc translates to Bcc. Without doing any testing, I'd suggest
changing the section towards the end of the scrip to:
#RuslanZakirov's check
my ($status, $msg) = $self-TicketObj-AddWatcher(
Type = AdminCc,
PrincipalId = $Corresponder_id
);
As for triggering an e-mail, you
We recently welcomed our campus physical plant into our installation of
RT, and have been gradually making tweaks to make them happy.
One thing they've asked for is the ability to create recurring tickets
to track their periodic maintenance activities. I picture the result
looking something like
Hi Mark,
I'd do this using a cron script that runs daily and checks to see if there
are any open tickets of that type (standard subject maybe?). If not, have
it send an e-mail to RT that opens a new ticket. This should be pretty
straightforward using RT's perl API. Your OnCreate scrip can
Hi everyone,
What rights would I need to give someone to allow them to transfer
from one queue to another? Specifically:
They belong to Queue A, they receive the ticket in their queue, after
troubleshooting they realize the issue needs to go to Queue B, what
rights do the Queue A members need
As a superuser, I see a section for removing watchers from outgoing emails. Is
it possible to allow norm users to see this and change it? I see the
ModifyQueueWatchers right but that doesn't seem to have an affect.
--
Keep up with me and what I'm up to: http://theillien.blogspot.com
To all,
I have a scrip that is supposed to modify the ticket owner to Nobody
when the ticket is moved to another queue. What I have is:
Name: Mod Owner on Q chg
Condition: On Queue Change
Action: User Defined
Template: Blank
Stage: TransactionBatch
Custom Condition: none
Custom Action Prep
Matthew;
I think the right you need is ShowOutgoingEmail ..
Roy
Mathew Snyder wrote:
As a superuser, I see a section for removing watchers from outgoing emails. Is
it possible to allow norm users to see this and change it? I see the
ModifyQueueWatchers right but that doesn't seem to have
Custom action preparation code:
return 1;
Custom action cleanup code:
$RT::Logger-debug(trying to set owner);
my ($code, $msg) = $self-TicketObj-SetOwner(10, 'Force');
$RT::Logger-debug(set owner: $code: $msg);
return 1;
Keep up with me and what I'm up to: http://theillien.blogspot.com
Ah, thanks much.
Mathew
Keep up with me and what I'm up to: http://theillien.blogspot.com
Roy El-Hames wrote:
Matthew;
I think the right you need is ShowOutgoingEmail ..
Roy
Mathew Snyder wrote:
As a superuser, I see a section for removing watchers from outgoing
emails. Is
it
Krishna,
Besides giving queue/ticket rights to groups, groups also have to have
rights to a Custom Field in order to see it and/or modify it.
Administration of a Custom Field involves changing the type of data
expected, creating new ones, etc. Those rights are granted via Queue
rights for
Today after the upgrade of FC6 to Fedora 7 apache stopped working and giving
the error
[Wed Oct 17 16:39:08 2007] [error] Apache2::ServerUtil object version
2.02 does not match $Apache2::ServerUtil::VERSION 2.03 at
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/XSLoader.pm line
Looks like you need to re-install Apache::Bundle from CPAN top match
your version of apache.
Asrai khn wrote:
Today after the upgrade of FC6 to Fedora 7 apache stopped working and
giving the error
[Wed Oct 17 16:39:08 2007] [error] Apache2::ServerUtil object version
2.02 does not
Looks like that did it.
Thanks Kenn!!
-Original Message-
From: Kenneth Crocker [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 18, 2007 1:47 PM
To: Helmuth Ramirez
Cc: rt Users
Subject: Re: [rt-users] Queue transfer rights
Helmuth,
I didn't see ModifyTicket listed. I
On 10/18/07, Drew Barnes [EMAIL PROTECTED] wrote:
Looks like you need to re-install Apache::Bundle from CPAN top match
your version of apache.
Not sure which perl modules to install its rpm base distro and we only
install packages from fedora repository (easy to update in future).
Askar.
Have you checked to make sure the version of RT installed via yum is the
most current available?
James Moseley
Asrai khn
[EMAIL PROTECTED]
Mathew,
It worked great! Thanks! I figured I might need the object id as
opposed to name. I didn't realise I needed to do a force either. Thanks
again.
Kenn
LBNL
On 10/18/2007 10:48 AM, Mathew Snyder wrote:
Custom action preparation code:
return 1;
Custom action cleanup code:
We will be rolling out a new layout (queues, groups, rights etc) soon. Each
queue will have an owner group which will have all of the rights necessary to
make changes to a ticket. All other groups will only be able to look at the
tickets. They won't be able to own or modify them.
I have not
For some reason we have a slew of users which are in the format
user1;user2;user3;user4. These users are labeled as Autocreated when added as
a watcher Presumably, either when someone was creating a ticket directly in RT
or forwarding an email to RT in order to automate the creation, these users
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello All,
I am a new user to RT and am very excited about what my company will be
able to accomplish with it.
I have a small quirk that I'm trying to iron out though.
For some reason my users are not able to edit their Organization field!!
I have
On 10/19/07, James Moseley [EMAIL PROTECTED] wrote:
OK. I have no idea what was or wasn't installed as part of the RC7 RPM.
My best advice would be to download the source, run configure, and then do
a 'make testdeps'. You're not installing anything, but this will tell you
if you are missing
OK. I have no idea what was or wasn't installed as part of the RC7 RPM.
My best advice would be to download the source, run configure, and then do
a 'make testdeps'. You're not installing anything, but this will tell you
if you are missing anything.
James Moseley
On 10/18/07, James Moseley [EMAIL PROTECTED] wrote:
Have you checked to make sure the version of RT installed via yum is the
most current available?
Its rt3-3.6.3-1.fc7 available from Fedora 7 repo and at RT site the latest
version is rt-3.6.5.tar.gz
Thanks. Askar
Hey everyone,
I've been beating my head against the wall trying to figure out an answer to
the question I posted yesterday:
http://www.gossamer-threads.com/lists/rt/users/69123
Maybe I'm approaching this the wrong way, but I haven't been able to find out
how to write a custom scrip condition
These should be what you're looking for:
TransactionObj-Type-AddWatcher
or TransactionObj-Type-DelWatcher
Del may be Delete for scrips-- I'm not sure. I pulled these two types from
the Transactions table right in MySql... I don't know if there's a better
place to find such things.
Forrest
On
Original Message
Subject: Re: [rt-users] Improper Users
Date: Thu, 18 Oct 2007 16:06:39 -0400
From: Mathew Snyder [EMAIL PROTECTED]
To: Matt Westfall [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
Couldn't tell you to be
Yes, 3.6.3 is available from FC7 repository. What's actually installed,
though?
James Moseley
Asrai khn
[EMAIL PROTECTED]
On 10/19/07, James Moseley [EMAIL PROTECTED] wrote:
Yes, 3.6.3 is available from FC7 repository. What's actually installed,
though?
The same version i have installed
$ rpm -qa | grep rt3
rt3-3.6.3-1.fc7
Askar.
___
On Thu, Oct 18, 2007 at 3:35 PM, in message
[EMAIL PROTECTED], Forrest Blount
[EMAIL PROTECTED] wrote:
These should be what you're looking for:
TransactionObj- Type- AddWatcher
or TransactionObj- Type- DelWatcher
That helps. I found that this will trigger when any watchers are added:
Try
return $self-TransactionObj-Type eq AddWatcher
$self-TransactionObj-Field eq Cc;
At 02:15 PM 10/18/2007, Tim Wilson wrote:
On Thu, Oct 18, 2007 at 3:35 PM, in message
[EMAIL PROTECTED], Forrest
Blount
[EMAIL PROTECTED] wrote:
These should be what you're looking for:
Did you copy in the space in the - ? There should be no white space
there in your Perl code. It should look like -.
Just an attempt at an easy answer.
Keith
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tim
Wilson
Sent: Thursday, October 18, 2007
I'd check that there were no typos or extraneous characters in the
condition code. What you found and is working for you is essentially the
same thing that I posted, minus the intermediate assignments to
$transactionType and $watcherType. The error message about the
unrecognized \xE2
Hey everyone,
For the sake of completeness and mailing list documentation, here's the snippet
of code I'm using in my template to send an email to each new CC alerting them
that they've been added to the ticket. The same code would work any time a new
watcher is added to a ticket. If you use
Under Quick Search each of our queues is listed. The each have a search
associated with them so all one has to do is click on the link and be
taken to search results containing all tickets within the queue. This
is, of course, standard for any RT installation. However, I've added a
custom status
Matt,
We grant the permission to ModifySelf on a global basis to all
Privileged users and have no problem at all. Try that. Hope it helps.
Kenn
LBNL
On 10/18/2007 12:57 PM, Matt Westfall wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello All,
I am a new user to RT and am very
Mathew,
We create seperate support groups (those that can own/modify ticket
info) and user groups (those only creating/looking at tickets) for
each queue. That way, when we create a custom field and apply it to a
particular queue, we can go to the group rights and allow the support
group
Now that I think about it, I even specifically granted ModifySelf on my
test account, and no joy. Can't modify Organization, says permission
denied :-/
On Thu, 18 Oct 2007 8:06 pm, Kenneth Crocker wrote:
Matt,
We grant the permission to ModifySelf on a global basis to all
Privileged users
Is there a method (or can some clever person come up with a scrip
idea) to tell RT to convert an email into a comment if the sender does
not have the ReplyToTicket right but does have the CommentOnTicket
right? Or if the sender is a member of a given group but does not have a
specific role
42 matches
Mail list logo
