This file is indexed.

/usr/share/doc/rt4-doc-html/README.html is in rt4-doc-html 4.4.1-3+deb9u3.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
<pre>RT is an enterprise-grade issue tracking system. It allows organizations
to keep track of what needs to get done, who is working on which tasks,
what&#39;s already been done, and when tasks were (or weren&#39;t) completed.

RT doesn&#39;t cost anything to use, no matter how much you use it; it is
freely available under the terms of Version 2 of the GNU General Public
License.

RT is commercially-supported software. To purchase support, training,
custom development, or professional services, please get in touch with
us at &lt;<a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a>&gt;.


REQUIRED PACKAGES
-----------------

o   Perl 5.10.1 or later (<a href="http://www.perl.org">http://www.perl.org</a>).

        RT won&#39;t start on versions of Perl older than 5.10.1.

o   A supported SQL database

        Currently supported:  MySQL 5.1 or later with InnoDB support.
                              Postgres 8.4 or later; 9.0 or later suggested
                              Oracle 9iR2 or later.
                              SQLite 3.0 or later; for testing only, no
                                           upgrade path guaranteed

o   Apache version 1.3.x or 2.x (<a href="http://httpd.apache.org">http://httpd.apache.org</a>)
        with FastCGI -- (<a href="http://www.fastcgi.com">http://www.fastcgi.com</a>)
        or mod_perl -- (<a href="http://perl.apache.org">http://perl.apache.org</a>)
        or another webserver with FastCGI support

        RT&#39;s FastCGI handler needs to access RT&#39;s configuration file.

o   Various and sundry perl modules

        A tool included with RT takes care of the installation of most
        of these automatically during the install process.

        The tool supplied with RT uses Perl&#39;s CPAN (<a href="http://www.cpan.org">http://www.cpan.org</a>)
        to install modules. Some operating systems package all or some
        of the modules required, and you may be better off installing
        the modules that way.


GENERAL INSTALLATION
--------------------

 1) Unpack this distribution other than where you want to install RT.
    To do this cleanly, run the following command:

        tar xzvf rt.tar.gz -C /tmp

 2) Run the &quot;configure&quot; script.  To see the list of options, run:

        ./configure --help

    Peruse the options, then rerun ./configure with the flags you want.

    RT defaults to installing in /opt/rt4 with MySQL as its database. It
    tries to guess which of www-data, www, apache or nobody your
    webserver will run as, but you can override that behavior.  Note
    that the default install directory in /opt/rt4 does not work under
    SELinux&#39;s default configuration.

    If you are upgrading from a previous version of RT, please review
    the upgrade notes for the appropriate versions, which can be found
    in docs/UPGRADING-* If you are coming from 4.2.x to 4.4.x you should
    review both the UPGRADING-4.2 and UPGRADING-4.4 files.  Similarly, if
    you were coming from 4.0.x, you would want to review the UPGRADING-4.0,
    UPGRADING-4.2 and UPGRADING-4.4 documents.

    Any upgrade steps given in version-specific UPGRADING files should
    be run after the rest of the steps below; however, please read the
    relevant documentation before beginning the upgrade, so as to be
    aware of important changes.

    RT stores the arguments given to ./configure at the top of the
    <a href="RT_Config.html">etc/RT_Config.pm</a> file in case you need to recreate your previous use
    of ./configure.

 3) Make sure that RT has the Perl and system libraries it needs to run.
    Check for missing dependencies by running:

        make testdeps

 4) If the script reports any missing dependencies, install them by
    hand, or run the following command as a user who has permission to
    install perl modules on your system:

        make fixdeps

    Some modules require user input or environment variables to install
    correctly, so it may be necessary to install them manually.

    If you are having trouble installing GD, refer to &quot;Installing GD libraries&quot;
    in <a href="charts.html">docs/charts.pod</a>.  Ticket relationship graphing requires the graphviz
    library which you should install using your distribution&#39;s package manager.

 5) Check to make sure everything was installed properly.

        make testdeps

    It might sometimes be necessary to run &quot;make fixdeps&quot; several times
    to install all necessary perl modules.

6a) If this is a NEW installation (not an upgrade):

      As a user with permission to install RT in your chosen directory,
      type:

          make install

      To configure RT with the web installer, run:

          /opt/rt4/sbin/rt-server

      and follow the instructions.  Once completed, you should now have a
      working RT instance running with the standalone rt-server.  Press
      Ctrl-C to stop it, and proceed to Step 7 to configure a recommended
      deployment environment for production.

      To configure RT manually, you must setup etc/RT_SiteConfig.pm in
      your RT installation directory.  You&#39;ll need to add any values you
      need to change from the defaults in <a href="RT_Config.html">etc/RT_Config.pm</a>

      As a user with permission to read RT&#39;s configuration file, type:

          make initialize-database

      If the make fails, type:

          make dropdb

      and re-run &#39;make initialize-database&#39;.

6b) If you are UPGRADING from a previous installation:

      Before upgrading, always ensure that you have a complete current
      backup. If you don&#39;t have a current backup, upgrading your database
      could accidentally damage it and lose data, or worse.

      If you are using MySQL, please read the instructions in
      docs/UPGRADING.mysql as well to ensure that you do not corrupt
      existing data.

      First, stop your webserver.  You may also wish to put incoming email
      into a hold queue, to avoid temporary delivery failure messages if
      your upgrade is expected to take several hours.

      Next, install new binaries, config files and libraries by running:

          make upgrade

      This will also prompt you to upgrade your database by running:

          make upgrade-database

      You should back up your database before running this command.
      When you run it, you will be prompted for your previous version of
      RT (such as 4.2.12) so that the appropriate set of database
      upgrades can be applied.

      If &#39;make upgrade-database&#39; completes without error, your upgrade
      has been successful; you should now run any commands that were
      supplied in version-specific UPGRADING documentation.  You should
      then restart your webserver.

 7) Configure the web server, as described in <a href="web_deployment.html">docs/web_deployment.pod</a>,
    and the email gateway, as described below.

    NOTE: The default credentials for RT are:
        User: root
        Pass: password
    Not changing the root password from the default is a SECURITY risk!

    Once you&#39;ve set up the web interface, consider setting up automatic
    logout for inactive sessions. For more information about how to do
    that, run:

        perldoc /opt/rt4/sbin/rt-clean-sessions

 8) Set up users, groups, queues, scrips and access control.

    Until you do this, RT will not be able to send or receive email, nor
    will it be more than marginally functional.  This is not an optional
    step.

 9) Set up automated recurring tasks (cronjobs):

    To generate email digest messages, you must arrange for the provided
    utility to be run once daily, and once weekly. You may also want
    to arrange for the rt-email-dashboards utility to be run hourly. If
    you choose to use the external storage feature, that must process
    new attachments on a regular basis.

    If your task scheduler is cron, you can configure it by
    adding the following lines as /etc/cron.d/rt:

        0 0 * * * root /opt/rt4/sbin/rt-email-digest -m daily
        0 0 * * 0 root /opt/rt4/sbin/rt-email-digest -m weekly
        0 * * * * root /opt/rt4/sbin/rt-email-dashboards
        0 0 * * * root /opt/rt4/sbin/rt-externalize-attachments

10) Configure the RT email gateway.  To let email flow to your RT
    server, you need to add a few lines of configuration to your mail
    server&#39;s &quot;aliases&quot; file. These lines &quot;pipe&quot; incoming email messages
    from your mail server to RT.

    Add the following lines to /etc/aliases (or your local equivalent)
    on your mail server:

        rt:         &quot;|/opt/rt4/bin/rt-mailgate --queue general --action correspond --url http://rt.example.com/&quot;
        rt-comment: &quot;|/opt/rt4/bin/rt-mailgate --queue general --action comment --url http://rt.example.com/&quot;

    You&#39;ll need to add similar lines for each queue you want to be able to
    send email to. To find out more about how to configure RT&#39;s email
    gateway, type:

           perldoc /opt/rt4/bin/rt-mailgate

11) Set up full text search

    Full text search (FTS) without database indexing is a very slow operation,
    and is thus disabled by default. You&#39;ll need to follow the instructions in
    <a href="full_text_indexing.html">docs/full_text_indexing.pod</a> to enable FTS.

12) Set up automatic backups for RT and its data as described in
    the <a href="backups.html">docs/backups.pod</a> document.

GETTING HELP
------------

If RT is mission-critical for you or if you use it heavily, we recommend
that you purchase a commercial support contract.  Details on support
contracts are available at <a href="http://www.bestpractical.com">http://www.bestpractical.com</a> or by writing to
&lt;<a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a>&gt;.

If you&#39;re interested in having RT extended or customized or would like
more information about commercial support options, please send email to
&lt;<a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a>&gt; to discuss rates and availability.


MAILING LISTS AND WIKI
----------------------

To keep up to date on the latest RT tips, techniques and extensions, you
may wish to join the rt-users mailing list.  Send a message to:

      <a href="mailto:rt-users-request@lists.bestpractical.com">rt-users-request@lists.bestpractical.com</a>

with the body of the message consisting of only the word:

     subscribe

If you&#39;re interested in hacking on RT, you&#39;ll want to subscribe to
&lt;<a href="mailto:rt-devel@lists.bestpractical.com">rt-devel@lists.bestpractical.com</a>&gt;.  Subscribe to it with instructions
similar to those above.  Address questions about the stable release to
the rt-users list, and questions about the development version to the
rt-devel list.

The RT wiki, at <a href="https://rt-wiki.bestpractical.com">https://rt-wiki.bestpractical.com</a>, is also a potential
resource.


SECURITY
--------

If you believe you&#39;ve discovered a security issue in RT, please send an
email to &lt;<a href="mailto:security@bestpractical.com">security@bestpractical.com</a>&gt; with a detailed description of the
issue, and a secure means to respond to you (such as your PGP public
key).  You can find our PGP key and fingerprint at
<a href="https://bestpractical.com/security/">https://bestpractical.com/security/</a>


BUGS
----

RT&#39;s a pretty complex application, and as you get up to speed, you might
run into some trouble. Generally, it&#39;s best to ask about things you run
into on the rt-users mailinglist (or pick up a commercial support
contract from Best Practical). But, sometimes people do run into
bugs. In the exceedingly unlikely event that you hit a bug in RT, please
report it! We&#39;d love to hear about problems you have with RT, so we can
fix them.  To report a bug, send email to &lt;<a href="mailto:rt-bugs@bestpractical.com">rt-bugs@bestpractical.com</a>&gt;.


# BEGIN BPS TAGGED BLOCK {{{
#
# COPYRIGHT:
#
# This software is Copyright (c) 1996-2016 Best Practical Solutions, LLC
#                                          &lt;<a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a>&gt;
#
# (Except where explicitly superseded by other copyright notices)
#
#
# LICENSE:
#
# This work is made available to you under the terms of Version 2 of
# the GNU General Public License. A copy of that license should have
# been provided with this software, but in any event can be snarfed
# from www.gnu.org.
#
# This work is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
# 02110-1301 or visit their web page on the internet at
# <a href="http://www.gnu.org/licenses/old-licenses/gpl-2.0.html">http://www.gnu.org/licenses/old-licenses/gpl-2.0.html</a>.
#
#
# CONTRIBUTION SUBMISSION POLICY:
#
# (The following paragraph is not intended to limit the rights granted
# to you to modify and distribute this software under the terms of
# the GNU General Public License and is only of importance to you if
# you choose to contribute your changes and enhancements to the
# community by submitting them to Best Practical Solutions, LLC.)
#
# By intentionally submitting any modifications, corrections or
# derivatives to this work, or any other work intended for use with
# Request Tracker, to Best Practical Solutions, LLC, you confirm that
# you are the copyright holder for those contributions and you grant
# Best Practical Solutions,  LLC a nonexclusive, worldwide, irrevocable,
# royalty-free, perpetual, license to use, copy, create derivative
# works based on those contributions, and sublicense and distribute
# those contributions and any derivatives thereof.
#
# END BPS TAGGED BLOCK }}}
</pre>