I found a work around, instead of Apache I use NGINX and that works.
Little did I know that sending mail from an EC2 instance is problematic to
say the least.
Thanks all for your help.
On Tue, Feb 21, 2017 at 2:11 PM, François Meehan wrote:
> Hi,
>
> I have restored a
On Feb 22, 2017, at 4:09 AM, Peter Nikolaidis
> wrote:
Sorry- too quick with the send button. I did have to add a separate swap
partition because my instance was indeed running out of memory. I also was not
able to quickly get fcgi working,
Sorry- too quick with the send button. I did have to add a separate swap
partition because my instance was indeed running out of memory. I also was not
able to quickly get fcgi working, so I just moved on with standard Apache2. I
am using the Amazon Ubuntu AMI.
Peter
--
Peter Nikolaidis,
Hi François,
I just recently moved back to RT after three years of coping with ConnectWise
and Autotask. I am presently running RT/Apache on a t2 nano and Postgres on
another t2 nano instance. I have not noticed the behavior you reported, but
have noticed that, sometime in the last week or so,
I had this issue the other day using Amazon Linux AMI. Stand alone server
would run, but httpd would spike to 100+% cpu, no error, no logs, no output..
eventually I gave up and used the Centos7 AMI, worked like a dream first time.
I now run rt4 in aws.
Andrew Huddleston
On 22 Feb 2017, at
On Sat, 14 Mar 2015 13:30:54 -0400 Gaston Huot gas...@huot.me wrote:
Hello.
Is there something new about running 2 RT-4.x instances on the same
installation ?
Most comments are quite outdated, including the wiki.
Someone doing it using version 4.x ?
Just install into two directories and
Hello!
We are running two instances of RT (4.2.9 with MySQL) as two completely
separated installs (the installation is done in two different
directories).
Access is separated through Apache Alias configuration.
We haven't had problems in the past, all is working fine...
BR,
Markus
2013/1/22 Kevin Falcone falc...@bestpractical.com:
On Mon, Jan 21, 2013 at 09:51:55AM +0100, Jan Niezbędny wrote:
On 10/31/2012 12:58 PM, trs wrote:
This is a bug; those saved search names aren't properly localized in the
source. Sorry for the hassle. I opened a bug for you:
On Mon, Jan 21, 2013 at 09:51:55AM +0100, Jan Niezbędny wrote:
On 10/31/2012 12:58 PM, trs wrote:
This is a bug; those saved search names aren't properly localized in the
source. Sorry for the hassle. I opened a bug for you:
http://issues.bestpractical.com/Ticket/Display.html?id=21377
Is It
Hi Jan,
make sure you didn't forget to clear the Mason cache (/path to your
rt/var/mason_data/obj).
I also forget it sometimes and wonder why my German translations won't work.
;)
Hope this helps!
Have a nice evening!
declaya
--
View this message in context:
On Wed, Oct 31, 2012 at 10:43:10AM -0700, declaya wrote:
make sure you didn't forget to clear the Mason cache (/path to your
rt/var/mason_data/obj).
I also forget it sometimes and wonder why my German translations won't work.
;)
If folks have translation updates, it'd be awesome to have
On 10/31/2012 08:32 AM, Jan Niezbędny wrote:
I wanna translate a few english names to polish and it goes quite
good. But i have problem to translate words from
user-settings-seaved searches-My Tickets, Unowned Tickets and
Bookmarket Tickets. I found one of them in right file with polish
On Fri, Jun 1, 2012 at 12:07 AM, Nathan Baker bak...@gmail.com wrote:
Thanks Kenn, I checked and didn't see any permissions globally set for
everyone, except the Create Ticket right is set for Everyone on each of our
queues.
I made a few more changes though and am considering the problem
Ruslan,
I agree with your recommendation in general for most installations,
especially ones larger than ours. I don't think increasing the
KeepAliveTimeout is necessary anymore now that I fixed the swapping issue,
because the initial page load does not take a long time anymore. However,
for our
Thanks Kenn, I checked and didn't see any permissions globally set for
everyone, except the Create Ticket right is set for Everyone on each of our
queues.
I made a few more changes though and am considering the problem fixed at
this point. I found that the system was doing a lot of memory
I saw this too. Since it seems to be SelectOwner that's slow (it was for me
too - I have several hundred privileged users on our RT) the thing I did to fix
it was to set the appropriate option in RT_SiteConfig to use a text box with
the new autocomplete rather than the drop down. It's both
On Wed, May 30, 2012 at 6:37 PM, Nathan Baker bak...@gmail.com wrote:
I'm going to try and separate this thread since my issue doesn't seem to be
related to the Search page or the SelectOwner field. Using the Mason
Profiler did give me some info though, it looks like it might be due to some
Ruslan,
I actually started the other thread, so my details are in the first post.
That thread was sort of hijacked (no big deal) and getting messy, so I
wanted to separate them. I'm using Postgresql, not MySQL, and had already
turned on the SQL statement log and all queries seemed to be
On Wed, May 30, 2012 at 7:53 PM, Nathan Baker bak...@gmail.com wrote:
Ruslan,
I actually started the other thread, so my details are in the first post.
That thread was sort of hijacked (no big deal) and getting messy, so I
wanted to separate them. I'm using Postgresql, not MySQL, and had
Ruslan,
I wasn't aware that sessions had to be cleared, but now that you mentioned
it I looked and there were almost 10k sessions in our table. I cleared
that out and it does not seem to be slow in that section anymore. I've
also added that command to crontab to run daily.
It seems much better
Ruslan,
I guess what I was getting at is I don't think the SQL queries are the
problem here. The sum (by using your perl code) was 0.324813 seconds, much
less than 4 seconds.
I'm still trying different Apache settings, Postgresql settings, etc., but
here's a different way to explain the issue:
Okay...just an update. This is definitely directly tied to the Apache
KeepAliveTimeout setting. The default was 15 seconds for my installation,
and if I change it to 10 seconds or 60 seconds that is exactly how long of
a wait is required to make it slow again.
So from here it looks like the
Nathan,
It could be caused by granting wholesale permissions Globally for everyone
to Queues/Tickets and Custom Fields and that would make RT spend a lot of
time checking for permissions.
just a thought.
Kenn
On Wed, May 30, 2012 at 7:37 AM, Nathan Baker bak...@gmail.com wrote:
I'm going to
Hi,
Probably next step would be Mason profiler. It's described in
RT_Config.pm. Once you know where WebUI is slow return back.
On Wed, May 30, 2012 at 12:32 AM, Nathan Baker bak...@gmail.com wrote:
Hello Everyone,
We've upgraded from RT 3.8.8 with MySQL to RT 4.0.5 (debian package) with
On May 29, 2012, at 4:32 PM, Nathan Baker wrote:
Hello Everyone,
We've upgraded from RT 3.8.8 with MySQL to RT 4.0.5 (debian package) with
Postgresql, and are having some performance issues with the web interface.
I've searched the list archives and Google, and haven't been able to find
On May 29, 2012, at 4:54 PM, Darren Nickerson wrote:
We're seeing similar performance regression after an upgrade from 4.0.0rc5 to
4.0.5. I just loaded a very short ticket for the first time, it took 16
seconds. I did a reload on the page, and it took less than 2 seconds. I also
went to
On Wed, May 30, 2012 at 1:42 AM, Darren Nickerson dar...@dazza.org wrote:
On May 29, 2012, at 4:54 PM, Darren Nickerson wrote:
We're seeing similar performance regression after an upgrade from 4.0.0rc5
to 4.0.5. I just loaded a very short ticket for the first time, it took 16
seconds. I did
On May 29, 2012, at 5:56 PM, Ruslan Zakirov wrote:
How many users do you have in the owner dropdown in search builder?
Only 10. And the next time I load this page (and with each attempt immediately
after) the number is much healthier:
=Mason= localhost -
Ruslan,
Thank you, that provided some great info. I'm wondering if my issue (or
one of them) is from our custom fields. There is one spot where it
consistently takes a couple seconds:
=Mason= localhost -
/Ticket/Elements/ShowCustomFields {{{
=Mason= localhost -
/Elements/ShowCustomFields {{{
On 04/11/2012 04:25 AM, L B wrote:
I found a bug in the template with IE8, see attached. Not sure if
it's known and how to fix it. It works in Chrome.
The zebra striping of transactions looks off there. Are you filtering
the history in any way?
Please send the HTML source of the page you
Actually I can't find again this ticket :-)
I'll update this thread if I stumble upon another weird display like this one.
--
L.B.
On Wed, Feb 01, 2012 at 11:43:29AM -0500, Jeff Blaine wrote:
Where might I find information on the per-queue
setting for Workflow which has a choice called
Approval
What is the idea? Where is it explained?
How does one make use of it?
I converted a test queue to use the Approval
The Lifecycle (I'm not sure where Workflow came from) field on a Queue
changes which statuses are available in that queue. Changing a random
queue from default to approval doesn't turn it into an Approval queue.
That Lifecycle is only intended to be used on the ___Approvals queue
and there's a
On Wed, Feb 01, 2012 at 03:39:45PM -0500, Jeff Blaine wrote:
The Lifecycle (I'm not sure where Workflow came from) field on a Queue
changes which statuses are available in that queue. Changing a random
queue from default to approval doesn't turn it into an Approval queue.
That Lifecycle is
On Tue, Jan 24, 2012 at 22:25, Dalal, Kamber Z kamber.da...@verizon.com wrote:
All,
What is the encryption used for the RT 4 privileged user's password in
MySQL? It is a new RT4 database.
RT4 uses salted SHA512. Take a look at IsPassword in lib/RT/User.pm.
We were able to log on to other
On Thu, Dec 15, 2011 at 03:09:38PM -0600, Shawn Green wrote:
'RealName
You're missing a closing quote at the end of this line, which breaks
attr_map
-kevin
pgpdy9l6WmAZP.pgp
Description: PGP signature
RT Training Sessions
Hi,
After redoing the installation steps the cpan part became quite a bit
bigger lol I never imagined that I did that much but heres a list of all the
manual installations that I've made using cpan.
I also forgot to make a link for apache from sites-available to
sites-enabled, but I hope most of
Hi,
This topic might have been closed but I just want to reply with my Debian
Squeeze installation steps.
The steps are basically describing the installation from scratch while
installing RT4 manually. The advantage here is that you can follow the RT
releases instead of waiting for the Debian
On Wed, 18 May 2011 23:08:59 +0200 Alexander Finger a...@genevainformation.ch
wrote:
If you want to keep your install clean, try to install the necessary
modules using apt-get instead of using fixdeps.
Good advice.
Here are some oneliners from my personal notes on installing RT. These
That's so nice, but too late.
I struggled one by one.
Oh well, this should be in the wiki or somewhere easier to find.
Thanks, debian is great.
G.
On 25/05/2011 5:41 PM, Vegard Vesterheim wrote:
On Wed, 18 May 2011 23:08:59 +0200 Alexander Fingera...@genevainformation.ch
wrote:
If you
Hi,
I installed these modules using apt-get - thought it might be useful for
someone else:
libwww-perl
libtext-template-perl
libhtml-mason-perl
libnet-cidr-perl
libfcgi-perl
libjson-perl
libfcgi-procmanager-perl
libdbix-searchbuilder-perl
libemail-address-perl
libhtml-scrubber-perl
On Thu, May 19, 2011 at 00:10, Gilbert Rebeiro gilb...@dido.ca wrote:
Thanks Alex,
That's what I would like to do, does anyone have a list of deps that are
available under squeeze?
You can grab the RT4 source, run configure, then do:
make testdeps
That will tell you the modules you
On 05/18/2011 04:38 PM, Gilbert Rebeiro wrote:
Are there any instructions to install RT 4 on Debian Squeeze?
There is not yet a Debian package for RT 4, but you can easily install
from source using the README and docs/ included with the official tarball.
Thomas
If you want to keep your install clean, try to install the necessary
modules using apt-get instead of using fixdeps.
rgds
Alex
On Wed, May 18, 2011 at 10:38 PM, Gilbert Rebeiro gilb...@dido.ca wrote:
Hi,
Are there any instructions to install RT 4 on Debian Squeeze?
Thanks,
Gilbert.
--
Thanks Alex,
That's what I would like to do, does anyone have a list of deps that are
available under squeeze?
Thanks,
Gilbert.
On 18/05/2011 5:08 PM, Alexander Finger wrote:
If you want to keep your install clean, try to install the necessary
modules using apt-get instead of using fixdeps.
On Wed, 18 May 2011 23:08 +0200, Alexander Finger
a...@genevainformation.ch wrote:
If you want to keep your install clean, try to install the necessary
modules using apt-get instead of using fixdeps.
For our RT install, I found some Perl packages were too old or missing
from Debian
On Mar 20, 2009, at 1:13 PM, Ruslan Zakirov wrote:
If your crontool fails to write into file log then it's your mistake.
File log is not designed to be used in production, use syslog and/or
screen logging.
I never said file log. That was easy to solve. I can set rights on a
file log. The
On Mar 20, 2009, at 9:29 AM, Jesse Vincent wrote:
At the same time, we've moved RT from its own homegrown application
framework to Jifty, Best Practical's next-generation web application
platform. Jifty brings with it all sorts of new features which make
it
easier to build out web services
That's good. Would this change improve the ability to run RT in a
virtual server environment, instead of having to pretty much commit an
entire machine to it? The number of things which must be done by
root which don't actually need root permissions, and could run under
a more
On Mar 20, 2009, at 10:28 AM, Jesse Vincent wrote:
That's good. Would this change improve the ability to run RT in a
virtual server environment, instead of having to pretty much commit
an
entire machine to it? The number of things which must be done by
root which don't actually need root
At the same time, we've moved RT from its own homegrown application
framework to Jifty, Best Practical's next-generation web application
platform. Jifty brings with it all sorts of new features which make it
easier to build out web services and web applications with less code and
easier
On Fri, Mar 20, 2009 at 12:32:44PM -0700, Tom Lahti wrote:
At the same time, we've moved RT from its own homegrown application
framework to Jifty, Best Practical's next-generation web application
platform. Jifty brings with it all sorts of new features which make it
easier to build out
On Fri, Mar 20, 2009 at 9:05 PM, Jo Rhett jrh...@netconsonance.com wrote:
On Mar 20, 2009, at 10:28 AM, Jesse Vincent wrote:
That's good. Would this change improve the ability to run RT in a
virtual server environment, instead of having to pretty much commit
an
entire machine to it? The
There's something interesting to be found on CPAN. Although it doesn't
address the use case you're requesting directly,
think of it as a technology demo.
http://search.cpan.org/~jesse/RT-TicketWhiteboard-1.7/
thank you for this interesting suggestion - I am going to test it (not
At Friday 6/1/2007 09:40 AM, Robert Grasso wrote:
oh well, I am very late with my answer, but I had this thought right
now : so I don't know if this request has been submitted
already :
my users would deeply appreciate being able to temporarily SAVE a
draft ticket, just to protect against a
-Original Message-
From: Stephen Turner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2007 3:29 PM
To: Robert Grasso; Jesse Vincent; RT Users
Subject: RE: [rt-users] RT 4 [Draft tickets]
At Friday 6/1/2007 09:40 AM, Robert Grasso wrote:
oh well, I am very late with my answer, but I
At Wednesday 6/6/2007 10:43 AM, Robert Grasso wrote:
Hello Steven,
very nice workaround ! until we get a pure Ajax online editor (!) I
am going to test this trick - this might interest some people
here. As I did not test these text areas before, I did not guess
there was a Save button !
[Thanks for not cc'ing me explicitly, one copy via the list will do just fine.]
well, whether it sucks or not, when you give your staff access to some
software, they begin using it, that's all - then when you detect weaknesses
in the soft,
As far as I can see, the weakness, as you call it, is
I don't know about you and/or your users, but I practically never use
the RT web interface to answer tickets - I use email nearly 100% of
the time, precisely because I have much better tools available for
writing email (including, but not limited to, support for temporary
saves and therefore
Robert Grasso wrote:
Microsoft has accustomed so many people to consider that IT IS this
colorful window with buttons and the mouse, now KDE and Gnome go
this way too (Gnome is hiding every possible technical aspect it can - it's a
pain to me and geeks and a joy for non-IT people). I
can hear
Ignoring the obvious fact that you responded to an honest question about
desired features with an honest request for a feature, I fear you are
faced with an insurmountable problem: RT isn't client-based, and
therefore has no interesting offline mode. Outlook works the way it
does because
More : what about Google text processing (formerly Writely) ? here we have all
required features, bells and whistles, and everything
is online, not offline ! when I click on File-Save, my document is saved onto
their servers, not on my local disk. Hey Jesse : I
DON'T expect that you embed a
And so, yes, they DO type their answers into RT - and if some of them
don't when they are afraid of losing a long email, they are
angry against RT : RT supplies an input field, so well, it must supply
the
usual comfort functions supplied by MS-Outlook. This
seems obvious to them.
I don't
More : what about Google text processing (formerly Writely) ? here we
have all required features, bells and whistles, and everything
is online, not offline ! when I click on File-Save, my document is
saved onto their servers, not on my local disk. Hey Jesse : I
DON'T expect that you embed a
my users would deeply appreciate being able to temporarily SAVE a draft
ticket, just to protect against a power shortage, sudden interruptions,
and such;
Writing ticket responses in the web interface sucks. Just use email
instead so you get the facilities of whatever email client you're
my users would deeply appreciate being able to temporarily SAVE a draft
ticket, just to protect against a power shortage, sudden interruptions,
and such;
Writing ticket responses in the web interface sucks. Just use email
instead so you get the facilities of whatever email client you're
oh well, I am very late with my answer, but I had this thought right now : so I
don't know if this request has been submitted
already :
my users would deeply appreciate being able to temporarily SAVE a draft ticket,
just to protect against a power shortage, sudden
interruptions, and such; I
my users would deeply appreciate being able to temporarily SAVE a draft ticket
If they're using firefox, I can recommend the Save Text Area extension,
it's got save to, and load from file, as well as autosave.
Cheers
___
Subject: Re: [rt-users] RT 4
my users would deeply appreciate being able to temporarily SAVE a draft
ticket
If they're using firefox, I can recommend the Save Text Area extension,
it's got save to, and load from file, as well as autosave.
Cheers
On Fri, 2007-05-25 at 11:31 +0930, Tom Lanyon wrote:
RT is currently *not* a customer database, it is a ticketing system.
We are getting pressured to move to systems like NetSuite or
SugarCRM
because they have built in ticketing systems providing similar
functionality to RT and also
-users@lists.bestpractical.com
Subject: Re: [rt-users] RT 4
On Fri, 4 May 2007, Mathew Snyder wrote:
* Spam!!!
So, you want RT to send spam? ;)
Some of the suggestions presented in this conversation would actually lead
to that.
If RT were to contain a moderation system and send anything
On May 29, 2007, at 12:55 PM, Justin Brodley wrote:
Out of curiosity has anyone at Best Practical evaluated the
suggestions and determined feasibility of any of these suggestions.
We've certainly paid keen attention to what folks are looking for.
And what users are actually doing impacts
On Fri, 4 May 2007, Mathew Snyder wrote:
* Spam!!!
So, you want RT to send spam? ;)
Some of the suggestions presented in this conversation would actually lead
to that.
If RT were to contain a moderation system and send anything in response to
Rejected tickets, the rejection notices would
We are also looking at SugarCRM (and it's ability to work with the
Asterisk PBX). Rather than build CRM features into RT, it would be nice
(for us) to have RT integrate with SugarCRM as an optional/stronger
replacement for the SugarCRM ticket system.
We like RT, and as others have expressed
We are also looking at SugarCRM (and it's ability to work with the
Asterisk PBX). Rather than build CRM features into RT, it would be nice
(for us) to have RT integrate with SugarCRM as an optional/stronger
replacement for the SugarCRM ticket system.
I'm all for a better API, for exactly
On 02/05/2007, at 3:24 AM, 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.
Jesse
Whilst we haven't had anything wrong with RT, the 'powers from above'
are evaluating other products and
Tom Lanyon wrote:
On 02/05/2007, at 3:24 AM, 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.
Jesse
Whilst we haven't had anything wrong with RT, the 'powers from above'
are evaluating other
-Original Message-
From: [EMAIL PROTECTED] [mailto:rt-users-
[EMAIL PROTECTED] On Behalf Of Mathew Snyder
Sent: Thursday, May 24, 2007 8:40 PM
To: Tom Lanyon
Cc: RT Users
Subject: Re: [rt-users] RT 4
Tom Lanyon wrote:
On 02/05/2007, at 3:24 AM, Jesse Vincent wrote
On 25/05/2007, at 11:10 AM, Mathew Snyder wrote:
- Customer database and the ability to track tickets per customer
But this is what RT does anyway
RT is currently *not* a customer database, it is a ticketing system.
We are getting pressured to move to systems like NetSuite or SugarCRM
On 25/05/2007, at 11:27 AM, Kelly F. Hickel wrote:
No, it doesn't. It tracks by a user. Customers (often) have many
users. This is (to me) the same thing as discussed in the Customer
Centric RT thread recently. For instance, our customers may have
several installations of our product, on
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tom Lanyon
Sent: Thursday, May 24, 2007 10:02 PM
To: Mathew Snyder
Cc: RT Users
Subject: Re: [rt-users] RT 4
On 25/05/2007, at 11:10 AM, Mathew Snyder wrote:
- Customer database and the ability to track tickets per customer
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.
source stuff and Perl-based software
in particular...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mathew Snyder
Sent: Friday, May 18, 2007 2:20 AM
To: Jesse Vincent
Cc: RT Users
Subject: Re: [rt-users] RT 4
The ability to customize the colors easily from
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
the
official channels precisely because of the install process.
Sal.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Goldstein
Sent: Friday, May 18, 2007 9:57 AM
To: RT Users
Subject: Re: [rt-users] RT 4
Using Nagios as an example.
Its written also in Perl
:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 2:16 PM
To: Baytalskiy, Sal
Cc: RT Users
Subject: Re: [rt-users] RT 4
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
-users] RT 4
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
] On Behalf Of Mathew Snyder
Sent: Friday, May 18, 2007 2:20 AM
To: Jesse Vincent
Cc: RT Users
Subject: Re: [rt-users] RT 4
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
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
-minded.
Out here, in NY, its just not like that...unfortunately...
-Original Message-
From: Robert G. Werner [mailto:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 11:57 PM
To: Baytalskiy, Sal
Cc: Matthew Keller; RT Users
Subject: OT: Open Minds in IT IN CA: was (Re: [rt-users] RT 4
: Re: OT: Open Minds in IT IN CA: was (Re: [rt-users] RT 4)
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 mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED
In case you are still collecting .. some of my suggestions may already
been stated so apology for duplicates;
1- group unprivileged users (so each member of that group can view the
group tickets)
2- more reports built in, sla related,first response time/active ticket
life (not stalled time
In case you are still collecting .. some of my suggestions may already
been stated so apology for duplicates;
1- group unprivileged users (so each member of that group can view the
group tickets)
This one puzzles me. I think others have mentioned it, so
I want to comment.
In RT, privileged
Alle 19:31, martedì 8 maggio 2007, [EMAIL PROTECTED] ha scritto:
I also want to be able to setup the MTA configuration from within the
GUI.
I think this is not a good idea: in an heavy duty environment, MTAs simply are
on different servers then webinterface.
Also MTAs configuration is a
On Fri, 4 May 2007, Brian Gallew wrote:
Scott Courtney wrote:
3. Active Directory interface/native integration - This is a biggie.
NOBODY want's / needs an extra user ID / password combo to remember.
-1 on Active Directory integration; +1 on Kerberos integration that *also*
On Dienstag 01 Mai 2007, 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.
Jesse
Hi,
I would like to be able to run several RT instances with mod_perl and one
installation.
Better docs :-)
If, for the sake of argument, Best Practical were to
rewrite RT, what would you want to see in the new product?
Think big.
Reiterate what some others have stated:
1. Better Reporting - Average ticket close time by tech, closed tickets
by tech, top 10 requestors,
On Friday 04 May 2007 10:32, Maloney, Michael wrote:
2. Rights Management - I have the book (RT Essentials), and sometimes
still confused (lots of trial and error).
+1 on this. It would be great to have something like RTx::RightsMatrix in
core RT.
3. Active Directory interface/native
1 - 100 of 147 matches
Mail list logo