-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 18 May 2007 at 09:48 (+0400), Ruslan Zakirov wrote:
is there any chance that you have not provided --action argument?
In my case, as I indicated in my earlier post, I did supply '--action'.
Here's the command I've been testing with:
The ability to customize the colors easily from the Configuration menu.
Mathew
Keep up with me and what I'm up to: http://theillien.blogspot.com
Jesse Vincent wrote:
If, for the sake of argument, Best Practical were to rewrite RT, what
would you want to see in the new product?
Think big.
Using Nagios as an example.
Its written also in Perl, but there's a Java port which basically eliminates
the installation completely.
Download a bunch JARs and fire up Java.
If there was a port of RT in Java - this would do wonders for the adoption
rate.
Many big corporation don't allow open
No, I haven't heard of any having the same problem with Danish letters in the
subject only.
Med venlig hilsen / Best regards
Brian Kjelin Olsen
Schilling A/S
-Oprindelig meddelelse-
Fra: Jesse Vincent [mailto:[EMAIL PROTECTED]
Sendt: 16. maj 2007 18:35
Til: Brian Kjelin Olsen
Cc: RT
Hi all,
I am using a scrip which moves a new (email generated) ticket in another queue.
This works fine if I query the Sender / Requestor, but now I have to know the
recipient the To: Field (I have several email addresses forwarded into one of
RT).
How can I access the To:-value from a scrp?
Hi all,
I have the Problem that I sometimes need a different signature because I have
to answer as another company.
Any idea how I can realize this?
Regards
Sven
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help:
Sven Kloe wrote:
Hi all,
I have the Problem that I sometimes need a different signature because I have
to answer as another company.
Any idea how I can realize this?
Regards
Sven
You can probably create a scrip which inserts signatures based on the email
address you create a
I know I have to replace the original signature but I have no idea how :(
I can use a custom field to select another signature (i. e. Stored in an extra
table in the DB).
But I don't know how I can change the signature temporarily (unfortunaly I'm
not a perl guru).
Sven
Am Freitag 18 Mai 2007
Baytalskiy, Sal wrote:
Hey guys!
A little update:
i've been looking at the rt-setup-database script trying to figure out
how to get around the issues i'm having.
So the very first error mentioned this: at
//usr/local/rt3_ora/sbin/rt-setup-database line 103 which is this
*$dbh = DBI-connect(
Using Nagios as an example.
Its written also in Perl, but there's a Java port which basically eliminates
the installation completely.
Download a bunch JARs and fire up Java.
If there was a port of RT in Java - this would do wonders for the adoption
rate.
Many big corporation don't allow open
Whoa, take it easy...
All I'm saying, and this is coming from personal experience trying to bring
RT into my workplace, it is very difficult to introduce this type of
software (no matter how good it is) into a huge company.
When our security group hears about Perl or sendmail or MySQL - you can
Gene,
Sorry for all the hassle. In the Perl class I took, I got the
impression that it didn't matter what type of brackets you used, as long
as they matched left right. Also, why do you use == in the second
line? Why not just another eq? Another question; I was under the
impression that
Gene,
I just tried the code:
my $trans = $self-TransactionObj;
return ($trans-Type eq CustomField
$trans-Field == get_custom_id(Approval-Status)
$trans-NewValue eq Reviewing Request);
and I got the error * Custom field value Reviewing Request could not be
found for
At Friday 5/18/2007 12:09 PM, Kenneth Crocker wrote:
Gene,
Sorry for all the hassle. In the Perl class I took, I got
the impression that it didn't matter what type of brackets you
used, as long as they matched left right. Also, why do you use ==
in the second line? Why not just
I tried replacing
$RT::Handle-Connect(); (line 390)
with
$RT::Handle = DBI-connect(dbi:Oracle:host=clorad1.aig.com;sid=CLORAD1,
mwpoc, mwpoc);
Not sure if this is correct but that got me even farther:
Password:
Now creating a database for RT.
Creating Oracle database CLORAD1.
Done setting
At Friday 5/18/2007 12:09 PM, Kenneth Crocker wrote:
Gene,
Sorry for all the hassle. In the Perl class I took, I got
the impression that it didn't matter what type of brackets you
used, as long as they matched left right. Also, why do you use ==
in the second line? Why not just
I used == in the second comparison instead of eq because that's what
you had. It should work because the CF id is an integer and
get_custom_id() returns an integer or undef, so you're comparing
integers. Sometimes perl is pretty good about making things work when they
aren't quite correct,
Kenn,
The following code might do what you need - it's taken from a similar
scrip we use.
Steve
my $trans = $self-TransactionObj;
if ($trans-Type eq 'CustomField') {
my $cf = new RT::CustomField($RT::SystemUser);
$cf-LoadByName(Queue = $self-TicketObj-QueueObj-id,
On May 18, 2007, at 2:40 AM, Brian Kjelin Olsen wrote:
No, I haven't heard of any having the same problem with Danish
letters in the subject only.
If there are other message headers with Danish characters, do they
get similarly mangled? Are the characters typed in as unicode or
latin-1?
Stephan,
A question; why do you have ($trans-NewValue
$trans-NewValue eq Reviewing Request)
in the code? it looks like $trans-NewValue is in there twice. I don't
understand why it is not just
if ($trans-Field == $cf-id
$trans-NewValue eq Reviewing
I'm sorry too...What do you think, I like this situation? I can't stand it.
It took weeks of pleeding with my manager just to get him to look at RT...
Whatever, it just suxx, when a corporation is so narrow-minded...
Sorry, just venting...
-Original Message-
From: Robert Long
At Friday 5/18/2007 01:19 PM, Kenneth Crocker wrote:
Stephan,
A question; why do you have ($trans-NewValue
$trans-NewValue eq Reviewing Request)
in the code? it looks like $trans-NewValue is in there
twice. I don't understand why it is not just
if
Stephan,
I have another question; why all the references to QueueObj? On page
129 of the RT Essentials book (in reference to Transactions, I am
assuming transactions generated by changing a field, etc.) it says For
updates that alter a field or custom field, field tracks what was
changed.
At Friday 5/18/2007 01:33 PM, Kenneth Crocker wrote:
Stephan,
I have another question; why all the references to
QueueObj? On page 129 of the RT Essentials book (in reference to
Transactions, I am assuming transactions generated by changing a
field, etc.) it says For updates that
Ah, I would like to disagree with part of your post regarding who Nagios
is written ;
Nagios is written in C. It has a built in perl interpreter to run
plugins that are written in perl faster, but even so, all of the
official plugins that come with Nagios are written in in C as well.
Nagios is
Gene,
I created the CF as select one value and a list of about 6 different
values, all of which show when update the cf. It is applied to Tickets
and I have it applied to the Queue I am using for the test. That's why
the error doesn't make sense to me. Every time I change it to some
Gene,
Upon further thought, maybe the fact that the CF is defined as select
ONE value it tries to delete the old value associated with the ticket
since it is being replaced with another value. Or maybe it updates the
ticket custom field first with the new value and then tries to delete
the
Stephen,
Thanks a bunch. I used your code (with a little modification) as
follows:
my $trans = $self-TransactionObj;
my $ticket = $self-TicketObj;
if ($trans-Type eq 'CustomField')
{my $cf = new RT::CustomField($RT::SystemUser);
$cf-LoadByName(Queue = $ticket-QueueObj-id,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 17 May 2007 at 23:09 (-0700), Mike Friedman wrote:
On Fri, 18 May 2007 at 09:48 (+0400), Ruslan Zakirov wrote:
is there any chance that you have not provided --action argument?
In my case, as I indicated in my earlier post, I did supply
Yep, I had to edit the Makefile as well. Not only did I change all /lib to
/lib32, but I also had to remove the -xarch=v9 from everywhere.
That fixed the make process for DBD::Oracle.
Now, the good news: I finally figured it out and made the 'make
initialize-database' work. It even inserted the
Please don't translate YOUR company/woes to many big corporation.
That's completely ridiculous.
On Fri, 2007-05-18 at 02:25 -0400, Baytalskiy, Sal wrote:
Using Nagios as an example.
Its written also in Perl, but there's a Java port which basically eliminates
the installation completely.
I wish you were right...
-Original Message-
From: Matthew Keller [mailto:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 8:36 PM
To: Baytalskiy, Sal
Cc: Mathew Snyder; Jesse Vincent; RT Users
Subject: RE: [rt-users] RT 4
Please don't translate YOUR company/woes to many big corporation.
Baytalskiy, Sal wrote:
I wish you were right...
[snip]
It certainly hasn't been my experience. My bosses really like it when
I make something happen and it doesn't cost them much of anything but
my time.
Certainly, my bosses aren't open source zealots. We are an Oracle
shop. But ever
Original Message
Subject:
Re: OT: Open Minds in IT IN CA: was (Re: [rt-users] RT 4)
Date:
Fri, 18 May 2007 21:06:12 -0700
From:
Andrew Redman [EMAIL PROTECTED]
To:
Robert G. Werner
I envy you. I really do.
In the past 13 years I've been working in IT (development and then
midlleware/operations) for fairly large corporations.
And I have to say that every single GOOD piece of software that I tried to
bring in - had to be fought for. To the point when its almost not worth it
to
I hear that.
We have another piece of software that we're supposed to be using for ticket
tracking.
Nobody really uses it except for Production stuff (we simply have to)
because it is difficult to use, slow, poorly configured, list goes on.
Sure, they paid 6 figures for it - so naturally its the
36 matches
Mail list logo
