Hi Tom,
We have a Scrip which needs to look at some of the original email
headers, here is the portion which does the header extraction:
my $Transaction = $self-TransactionObj;
my $header = $Transaction-Attachments-First-GetHeader('To');
my @addr = Mail::Address-parse($header);
foreach my
Hi everyone,
I know there's a way to do this, but I'm still learning RT, so I don't
know exactly how to code this... I'd like to send an e-mail for a new
ticket to a group, if the owner is Nobody, and send it to the owner if
the owner is NOT Nobody. Right now I have a generic e-mail scrip...
The
On Tue, Feb 26, 2008 at 02:14:02PM -0500, Alex Moura wrote:
Hi Team,
I was wondering if keyboard shortcuts would be a desirable feature
for RT, similar to Gmail + Better Gmail Firefox extension.
I'd absolutely love em :)
Alex
___
On Tue, Feb 26, 2008 at 10:39:30AM -0800, Joel Schuweiler wrote:
I'm looking for some information on how I could go about getting started
with getting javascript in play in rt.
How can I go about adding an id to the queue name when you look at a
ticket?
I'd look at modifying
Yes, please!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Jesse Vincent
Sent: 03 March 2008 04:48 PM
To: Alex Moura
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] RT keyboard shortcuts
On Tue, Feb 26, 2008 at 02:14:02PM
On Feb 15, 2008, 11:50 AM, Jesse wrote:
Yep. it's not recursion. It's RT::Transaction::TicketObj which
should be
made smarter. Rather than loading a ticket by id, it should be
loading
by id _and_ effective id. I'd love a patch.
I'm seeing this issue as well (very long delays, 261
Jesse Vincent wrote:
On Tue, Feb 12, 2008 at 05:43:24PM +0100, Mario Aeby wrote:
Without the output of Carp::cluck, it's not so useful, unfortunately.
Seems way too much information for me ... I hope you can figure it out?
Yep. it's not recursion. It's RT::Transaction::TicketObj which
Arg! This is really frustrating. Using examples found here and there, I
tried this, but it doesn't work...
---BEGIN-TEMPLATE---
{
my ($to, $for, $msg);
if ($Ticket-OwnerObj-Name eq Nobody) {
$to = [EMAIL PROTECTED];
} else {
$to = $Ticket-OwnerObj-EmailAddress;
$for = for
On 3 Mar 2008, at 14:52, Mark Blackman wrote:
On Feb 15, 2008, 11:50 AM, Jesse wrote:
Yep. it's not recursion. It's RT::Transaction::TicketObj which
should be
made smarter. Rather than loading a ticket by id, it should be
loading
by id _and_ effective id. I'd love a patch.
I'm seeing
Hi Jean-Sebastien,
I'd use two scrips in your case.
1)
Decription: Notify Group On New Unowned Ticket
Condition: UserDefined
Action: NotifyGroup using this Extension:
http://search.cpan.org/~ruz/RT-Action-NotifyGroup/
Template: Notify Group On New Ticket
Custom Condition:
unless(
Kelly,
In our organization, an alias corresponds to a queue. If your setup is
the same and don't want an alias to send out an autoreply for tickets
when they are created, I would disable that scrip in that queue.
Kenn
LBNL
On 3/1/2008 1:12 PM, Kelly Jones wrote:
I'm using RT3.4.5
On 2/29/2008 2:54 PM, Kenneth Crocker wrote:
You know, I do have a few Custom Fields that serve the same purpose,
but would have different values per queue. I didn't know we had
sub-categories that worked. I'd love to see your results. Thanks.
For those interested, I have this
Thanks for the fantastic info Mike... it's much appreciated!
I spent some time with User_Local.pm and did a little debugging. I didn't
have much luck, but on a whim, in RT_SiteConfig.pm, I changed...
Set($LdapGroupAttr, 'uniqueMember');
...to:
Set($LdapGroupAttr, 'member');
I haven't been
Hi William,
Try $Ticket-QueueObj-Name instead.
-Matt
On 3/2/08, William McKee [EMAIL PROTECTED] wrote:
Hi all,
I've written a script to read an RSS feed of my open tickets and
generate ToDo tasks for my Palm. I've got the title, description and
date being added to the entries but would
I personally did the following in my EditCustomFieldSelect (in my local dir)
%method options
% my $selected;
% my $CFVs = $CustomField-Values;
% my @levels;
% while ($CFVs and my $value = $CFVs-Next )
% {
% if ($CustomField-MaxValues == 0 )
% {
input type=checkbox style=border:
In large queues I find that a source of 'confusing/messy/ugly/wrong'
tickets come from someone doing the following:
1) person 1 opens a ticket
2) person 2 opens the ticket and updates
3) person 1 updates the ticket
person 1 and person 2 can both be internal, or one can be external,
either
I'm not quite out of the woods yet, as I've decided to spend time trying
to figure out rt's back end, such that checking and un-checking a value
will work. I could whip this up fairly quickly with javascript, but
where is the fun in that?
That said, I would appreciate any help anyone can
17 matches
Mail list logo