Hi Roehl
- I resolved a ticket Subject: Windows Patches or Subject: get and
renew certificates
- I'll do it again after a month.
- RT will re-open this ticket after a month.
I use the Due date field with a stalled status, and have a daily cron job:
#!/usr/bin/perl
my $cmd = '/usr/bin/rt
FYI,
I recently hacked up a small Scrip that tries to merge new tickets
generated by mail bounces into the ticket that generated the mail.
This is similar to what
http://wiki.bestpractical.com/view/RtBounceHandler is doing, just that
it's implemented as a scrip and not as an external program
You're right, see your pain. I think member_of option in the
Users plugin can help with this issue. Try attached patch,
documentation included.
Awesome, that patch seems to work splendidly! Thanks!
Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
t...@soe.ucsc.edu
831-459-5354
Hi Toby,
Thanks for this.
Please confirm, if I understand your method correctly.
1. Instead of resolving the ticket, after getting my tasks done, put in on
stalled and set 'Due date' to next month.
2. the cron job will re-open this ticket after a month.
If the ticket is re-open, will it send
Hi!
I tried on a test machine to utilize ActivePerl to get
rid of the RT vs. Operating System package hell.
So I installed ActivePerl and I put the path
to the ActivePerl in front, and started
configure. This looks good.
But 'make testdeps' gives me
/opt/ActivePerl-5.10/bin/perl
Set up your environment to know usernam, password and server.
http://wiki.bestpractical.com/view/UseRtTool
On 7/24/09 11:00 AM, rmp dmd rmp.dmd1...@gmail.com wrote:
Hi Toby,
Thanks for this.
Please confirm, if I understand your method correctly.
1. Instead of resolving the ticket,
The problem is that I need random users other than the requester to be
able to reply to a ticket. Our customers have a habit of replying from
different email addresses. My understanding is that in order for those
messages to be accepted, I must grant ReplyToTicket to Everyone, and yet
I have a
On Fri, Jul 24, 2009 at 11:31:06AM -0400, Justin Pratt wrote:
The problem is that I need random users other than the requester to be
able to reply to a ticket. Our customers have a habit of replying from
different email addresses. My understanding is that in order for those
messages to
Kenn,
Thank you for sharing your work. I will check it out.
Bryan
-Original Message-
From: Ken Crocker [mailto:kfcroc...@lbl.gov]
Sent: Friday, July 24, 2009 11:41 AM
To: ellin...@adi.com
Cc: 'William Graboyes'; rt-users@lists.bestpractical.com
Subject: Re: [rt-users] RT for
On Thu, Jul 23, 2009 at 11:53:09AM -0500, Michael Ellis wrote:
Thanks Kevin,
I guess what I'm asking, is how do I modify the SelfService interface to
expose the Due field?
You've read the wiki pages about local customizations, right?
http://wiki.bestpractical.com/view/CleanlyCustomizeRT
On Thu, Jul 23, 2009 at 03:20:18PM -0700, Jo Rhett wrote:
RT-Extension-ToggleSuperUser is broken in 3.8.4 because the personal
toolbar moved from html/Elements/Header to html/Elements/
PersonalQuickbar.
Well not really a patch, but the fix is to rename local/plugins/RT-
Thank you Kevin, this is probably what I need. I confess, I had not read
this. I will sheepishly do so now.
Tail between my legs,
Mike
--
From: Kevin Falcone falc...@bestpractical.com
Sent: Friday, July 24, 2009 1:40 PM
To:
Landed into 3.8 for 3.8.5.
On Fri, Jul 24, 2009 at 6:59 PM, Tim Gustafsont...@soe.ucsc.edu wrote:
You're right, see your pain. I think member_of option in the
Users plugin can help with this issue. Try attached patch,
documentation included.
Awesome, that patch seems to work splendidly!
I'm looking for possibility to disable signature for comments and leave it
enabled for replies only.
This way is working for me in 3.8.4.
Copy the distribution html/Elements/MessageBox from to the local
html/Elements directory. On Debian and Ubuntu, the local directory
(as installed by
I have repeatedly found problems where people can mistakenly affect
large batches of tickets. The answer provided by Best Practical has
been to remove ModifyTicket right from people. So after upgrading to
3.8.4 I went ahead with this.
Now nobody can close tickets. Yep, that's right --
Gordon, I didn't demand anything. I (for free, as you said) supplied
a patch which makes the software work. Without the patch, the
software does not function. The person I was replying to was making
an argument that this wasn't necessary, and my text quoted below was
simply making the
On Jul 24, 2009, at 12:57 PM, Kevin Falcone wrote:
You may also want to report this here, so Emmanuel can release a new
version.
http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-ToggleSuperUser
I wasted 5 minutes trying to get an account set up in their system
before giving
I've asked about this before and they seem unwilling to accept patches
to fix this behavior. But I totally agree with you ;-)
On Jul 22, 2009, at 7:39 AM, Steve Hopps wrote:
It seems there is no way to give someone permission to simply
reassign a ticket which is already owned. No matter
Check your WebPath setting.
On Jul 17, 2009, at 9:03 AM, Victor Gehring wrote:
The below also appears in the RT Wiki 3.8.3 release announcement
comments area . . .
I have just done a fresh install of 3.8.3 on SLES10SP2/MySQL 5.0.26/
Apache2. I keep getting The page you requested could
On Fri, Jul 24, 2009 at 03:49:38PM -0700, Jo Rhett wrote:
On Jul 24, 2009, at 12:57 PM, Kevin Falcone wrote:
You may also want to report this here, so Emmanuel can release a new
version.
http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-ToggleSuperUser
I wasted 5 minutes
RT 3.6.7 running on Gentoo
Dear all,
I apologise if this question is an obvious one. After much searching, I
am hoping someone has a simple/short answer.
Trying to create a ticket from CLI, with one custom field in it
Custom field is called: Map
rt create -t ticket set Queue=Scripts
21 matches
Mail list logo