No answers yet so it is still an open question.
More precisely: where can I change the default outgoing email message
sent by the system to whom the Incident Report came when a whole case
(e.g. Report,Incidents and Investigations are all solved) is closed?
Is there a file for it (could not find
Does anyone know how to get the default config back to the RT system ?
Renato Gentil
Date: Thu, 4 Dec 2014 15:49:41 +0100
From: sven.sternber...@desy.de
To: renatorodrigo...@hotmail.com
Subject: Re: [rt-users] Default Configuration RT
Hi!
about which configuration you are talking
So here’s my perspective. As someone with 25 years of sysadmin experience, who
has both used RT for many years (but not in the last three years) and someone
who uses CPAN fairly often, when sent to the pm module directly, I did the
operations directly in front of me and downloaded the .pm and
Sphinx refuses to run without that parameter. Which given that it wasn’t
defined in the file they really should have set the default appropriately and
not whined at the user, but this is the version of Sphinx currently in RHEL
EPEL so there’s going to be a lot of RHEL/CentOS users running into
On 12/08/2014 01:12 PM, Jo Rhett wrote:
Sphinx refuses to run without that parameter. Which given that it
wasn’t defined in the file they really should have set the default
appropriately and not whined at the user, but this is the version of
Sphinx currently in RHEL EPEL so there’s going to be
We are pleased to announce Assets 1.02. This release improves bulk
update, allows for catalog-specific formats for search results, fixes
sorting of assets, allows for quicker lookup of single assets, and
simplifies the installation steps to agree with other RT extensions.
My error was thinking attr_match_list and attr_map were not dependent on
each other. The following change works:
#
name
'attr_match_list' = [
'Name',
],
# Import the following
Am 08.12.2014 um 19:09 schrieb Jo Rhett:
Which is said where and how?
The point is to improve the documentation such that available paths for
installation are clear. Your suggestion for yet another undocumented path is
just further argument that the extensions documentation should be
