<HTML
><HEAD
><TITLE
->The Bugzilla Guide</TITLE
+>The Bugzilla Guide - 2.17.4 Development Release</TITLE
><META
NAME="GENERATOR"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
><A
NAME="AEN2"
></A
->The Bugzilla Guide</H1
+>The Bugzilla Guide - 2.17.4 Development Release</H1
><H3
CLASS="author"
><A
><A
NAME="AEN9"
></A
+>Jacob Steenhagen</H3
+><H3
+CLASS="corpauthor"
>The Bugzilla Team</H3
><P
-CLASS="edition"
->2.17.3 Development Release Edition </P
-><P
CLASS="pubdate"
->2003-01-02<BR></P
+>2003-02-16<BR></P
><DIV
><DIV
CLASS="abstract"
><A
-NAME="AEN15"
+NAME="AEN14"
></A
><P
></P
><DL
><DT
>D.1. <A
-HREF="#rhbugzilla"
+HREF="#variant-redhat"
>Red Hat Bugzilla</A
></DT
><DT
></A
>1.1. Copyright Information</H1
><A
-NAME="AEN34"
+NAME="AEN33"
></A
><TABLE
BORDER="0"
></A
>1.3. New Versions</H1
><P
-> This is the 2.17.3 version of The Bugzilla Guide. It is so named
+> This is the 2.17.4 version of The Bugzilla Guide. It is so named
to match the current version of Bugzilla.
This version of the guide, like its associated Bugzilla version is a
contribution to the Bugzilla community:
</P
><P
-> <A
-HREF="mailto://mbarnson@sisna.com"
-TARGET="_top"
->Matthew P. Barnson</A
->
- for the Herculaean task of pulling together the Bugzilla Guide and
- shepherding it to 2.14.
- </P
+></P
+><DIV
+CLASS="variablelist"
+><DL
+><DT
+>Matthew P. Barnson <TT
+CLASS="email"
+><<A
+HREF="mailto:mbarnson@sisna.com"
+>mbarnson@sisna.com</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://terry@mozilla.org"
-TARGET="_top"
->Terry Weissman</A
->
- for initially writing Bugzilla and creating the
- README upon which the UNIX installation documentation is largely based.
- </P
+>for the Herculaean task of pulling together the Bugzilla Guide
+ and shepherding it to 2.14.
+ </P
+></DD
+><DT
+>Terry Weissman <TT
+CLASS="email"
+><<A
+HREF="mailto:terry@mozilla.org"
+>terry@mozilla.org</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://tara@tequilarista.org"
-TARGET="_top"
->Tara Hernandez</A
->
- for keeping Bugzilla development going
- strong after Terry left mozilla.org
- </P
+>for initially writing Bugzilla and creating the README upon
+ which the UNIX installation documentation is largely based.
+ </P
+></DD
+><DT
+>Tara Hernandez <TT
+CLASS="email"
+><<A
+HREF="mailto:tara@tequilarists.org"
+>tara@tequilarists.org</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://dkl@redhat.com"
-TARGET="_top"
->Dave Lawrence</A
->
- for providing insight into the key differences between Red Hat's
- customized Bugzilla, and being largely responsible for the "Red
- Hat Bugzilla" appendix
- </P
+>for keeping Bugzilla development going strong after Terry left
+ mozilla.org and for running landfill.
+ </P
+></DD
+><DT
+>Dave Lawrence <TT
+CLASS="email"
+><<A
+HREF="mailto:dkl@redhat.com"
+>dkl@redhat.com</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://endico@mozilla.org"
-TARGET="_top"
->Dawn Endico</A
-> for
- being a hacker extraordinaire and putting up with my incessant
- questions and arguments on irc.mozilla.org in #mozwebtools
- </P
+>for providing insight into the key differences between Red
+ Hat's customized Bugzilla, and being largely responsible for
+ <A
+HREF="#variant-redhat"
+>Section D.1</A
+>.
+ </P
+></DD
+><DT
+>Dawn Endico <TT
+CLASS="email"
+><<A
+HREF="mailto:endico@mozilla.org"
+>endico@mozilla.org</A
+>></TT
+></DT
+><DD
+><P
+>for being a hacker extraordinaire and putting up with Matthew's
+ incessant questions and arguments on irc.mozilla.org in #mozwebtools
+ </P
+></DD
+><DT
+>Jacob Steenhagen <TT
+CLASS="email"
+><<A
+HREF="mailto:jake@bugzilla.org"
+>jake@bugzilla.org</A
+>></TT
+></DT
+><DD
+><P
+>for taking over documentation during the 2.17 development
+ period.
+ </P
+></DD
+></DL
+></DIV
><P
> Last but not least, all the members of the
<A
HREF="news://news.mozilla.org/netscape/public/mozilla/webtools"
TARGET="_top"
-> netscape.public.mozilla.webtools</A
-> newsgroup. Without your discussions, insight, suggestions, and patches, this could never have happened.
+>news://news.mozilla.org/netscape/public/mozilla/webtools</A
+>
+ newsgroup. Without your discussions, insight, suggestions, and patches,
+ this could never have happened.
</P
><P
> Thanks also go to the following people for significant contributions
- to this documentation (in no particular order):
- </P
-><P
-> Zach Liption, Andrew Pearson, Spencer Smith, Eric Hanson, Kevin Brannen,
- Ron Teitelbaum, Jacob Steenhagen, Joe Robins, Gervase Markham.
+ to this documentation (in alphabetical order):
+ Andrew Pearson, Ben FrantzDale, Eric Hanson, Gervase Markham, Joe Robins, Kevin Brannen, Ron Teitelbaum, Spencer Smith, Zach Liption
+ .
</P
></DIV
><DIV
><DIV
CLASS="informaltable"
><A
-NAME="AEN80"
+NAME="AEN110"
></A
><P
></P
><HR><H2
CLASS="section"
><A
-NAME="AEN340"
+NAME="AEN370"
></A
>3.2.1. Autolinkification</H2
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN369"
+NAME="AEN399"
></A
>3.2.5. Filing Bugs</H2
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN556"
+NAME="AEN586"
></A
>4.1.5.1. DBI</H3
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN559"
+NAME="AEN589"
></A
>4.1.5.2. Data::Dumper</H3
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN562"
+NAME="AEN592"
></A
>4.1.5.3. MySQL-related modules</H3
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN567"
+NAME="AEN597"
></A
>4.1.5.4. TimeDate modules</H3
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN570"
+NAME="AEN600"
></A
>4.1.5.5. GD (optional)</H3
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN577"
+NAME="AEN607"
></A
>4.1.5.6. Chart::Base (optional)</H3
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN580"
+NAME="AEN610"
></A
>4.1.5.7. Template Toolkit</H3
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN590"
+NAME="AEN620"
></A
>4.1.7. Bugzilla</H2
><P
COLOR="#000000"
><PRE
CLASS="programlisting"
-> perl -pi -e 's@#\!/usr/bonsaitools/bin/perl@#\!/usr/bin/perl@' *cgi *pl Bug.pm processmail syncshadowdb
+> perl -pi -e 's@#\!/usr/bonsaitools/bin/perl@#\!/usr/bin/perl@' *cgi *pl Bug.pm syncshadowdb
</PRE
></FONT
></TD
><HR><H2
CLASS="section"
><A
-NAME="AEN615"
+NAME="AEN645"
></A
>4.1.8. Setting Up the MySQL Database</H2
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN651"
+NAME="AEN681"
></A
>4.1.9. <TT
CLASS="filename"
><HR><H2
CLASS="section"
><A
-NAME="AEN683"
+NAME="AEN713"
></A
->4.1.10. Securing MySQL</H2
+>4.1.10. Configuring Bugzilla</H2
><P
->If you followed the installation instructions for setting up your
- "bugs" and "root" user in MySQL, much of this should not apply to you.
- If you are upgrading an existing installation of Bugzilla, you should
- pay close attention to this section.</P
+> You should run through the parameters on the Edit Parameters page
+ (link in the footer) and set them all to appropriate values.
+ They key parameters are documented in <A
+HREF="#parameters"
+>Section 5.1</A
+>.
+ </P
+></DIV
+></DIV
+><DIV
+CLASS="section"
+><HR><H1
+CLASS="section"
+><A
+NAME="extraconfig"
+></A
+>4.2. Optional Additional Configuration</H1
+><DIV
+CLASS="section"
+><H2
+CLASS="section"
+><A
+NAME="AEN719"
+></A
+>4.2.1. Dependency Charts</H2
><P
->Most MySQL installs have "interesting" default security
- parameters:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
->mysqld defaults to running as root</TD
-></TR
-><TR
-><TD
->it defaults to allowing external network connections</TD
-></TR
-><TR
-><TD
->it has a known port number, and is easy to detect</TD
-></TR
-><TR
-><TD
->it defaults to no passwords whatsoever</TD
-></TR
-><TR
-><TD
->it defaults to allowing "File_Priv"</TD
-></TR
-></TBODY
-></TABLE
+>As well as the text-based dependency graphs, Bugzilla also
+ supports dependency graphing, using a package called 'dot'.
+ Exactly how this works is controlled by the 'webdotbase' parameter,
+ which can have one of three values:
+ </P
><P
+> <P
></P
+><OL
+TYPE="1"
+><LI
+><P
+> A complete file path to the command 'dot' (part of
+ <A
+HREF="http://www.graphviz.org/"
+TARGET="_top"
+>GraphViz</A
+>)
+ will generate the graphs locally
+ </P
+></LI
+><LI
+><P
+> A URL prefix pointing to an installation of the webdot package will
+ generate the graphs remotely
+ </P
+></LI
+><LI
+><P
+> A blank value will disable dependency graphing.
+ </P
+></LI
+></OL
>
</P
><P
->This means anyone from anywhere on the Internet can not only drop
- the database with one SQL command, and they can write as root to the
- system.</P
+>So, to get this working, install
+ <A
+HREF="http://www.graphviz.org/"
+TARGET="_top"
+>GraphViz</A
+>. If you
+ do that, you need to
+ <A
+HREF="http://httpd.apache.org/docs/mod/mod_imap.html"
+TARGET="_top"
+>enable
+ server-side image maps</A
+> in Apache.
+ Alternatively, you could set up a webdot server, or use the AT&T
+ public webdot server (the
+ default for the webdotbase param). Note that AT&T's server won't work
+ if Bugzilla is only accessible using HARTS.
+ </P
+></DIV
+><DIV
+CLASS="section"
+><HR><H2
+CLASS="section"
+><A
+NAME="AEN734"
+></A
+>4.2.2. Bug Graphs</H2
+><P
+>As long as you installed the GD and Graph::Base Perl modules you
+ might as well turn on the nifty Bugzilla bug reporting graphs.</P
><P
->To see your permissions do:
+>Add a cron entry like this to run
+ <TT
+CLASS="filename"
+>collectstats.pl</TT
+>
+ daily at 5 after midnight:
<P
></P
><TABLE
<B
CLASS="command"
->mysql -u root -p</B
+>crontab -e</B
>
</TT
>
><TD
> <TT
CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->use mysql;</B
->
- </TT
+>5 0 * * * cd <your-bugzilla-directory> ;
+ ./collectstats.pl</TT
>
</TD
></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->show tables;</B
->
- </TT
+></TBODY
+></TABLE
+><P
+></P
>
- </TD
-></TR
+ </P
+><P
+>After two days have passed you'll be able to view bug graphs from
+ the Bug Reports page.</P
+></DIV
+><DIV
+CLASS="section"
+><HR><H2
+CLASS="section"
+><A
+NAME="AEN747"
+></A
+>4.2.3. The Whining Cron</H2
+><P
+>By now you have a fully functional Bugzilla, but what good are
+ bugs if they're not annoying? To help make those bugs more annoying you
+ can set up Bugzilla's automatic whining system to complain at engineers
+ which leave their bugs in the NEW state without triaging them.
+ </P
+><P
+> This can be done by
+ adding the following command as a daily crontab entry (for help on that
+ see that crontab man page):
+ <P
+></P
+><TABLE
+BORDER="0"
+><TBODY
><TR
><TD
> <TT
CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
+> <B
CLASS="command"
->select * from user;</B
+>cd <your-bugzilla-directory> ;
+ ./whineatnews.pl</B
>
</TT
>
</TD
></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->select * from db;</B
->
- </TT
->
- </TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
+></TBODY
+></TABLE
+><P
+></P
>
</P
+><DIV
+CLASS="tip"
><P
->To fix the gaping holes:
- <P
></P
><TABLE
+CLASS="tip"
+WIDTH="100%"
BORDER="0"
-><TBODY
-><TR
-><TD
->DELETE FROM user WHERE User='';</TD
-></TR
><TR
><TD
->UPDATE user SET Password=PASSWORD('new_password') WHERE
- user='root';</TD
-></TR
-><TR
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/tip.gif"
+HSPACE="5"
+ALT="Tip"></TD
><TD
->FLUSH PRIVILEGES;</TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
+ALIGN="LEFT"
+VALIGN="TOP"
><P
->If you're not running "mit-pthreads" you can use:
- <P
-></P
+>Depending on your system, crontab may have several manpages.
+ The following command should lead you to the most useful page for
+ this purpose:
BORDER="0"
-><TBODY
-><TR
-><TD
->GRANT USAGE ON *.* TO bugs@localhost;</TD
-></TR
-><TR
-><TD
->GRANT ALL ON bugs.* TO bugs@localhost;</TD
-></TR
+BGCOLOR="#E0E0E0"
+WIDTH="100%"
><TR
><TD
->REVOKE DROP ON bugs.* FROM bugs@localhost;</TD
+><FONT
+COLOR="#000000"
+><PRE
+CLASS="programlisting"
+> man 5 crontab
+ </PRE
+></FONT
+></TD
></TR
-><TR
-><TD
->FLUSH PRIVILEGES;</TD
+></TABLE
+>
+ </P
+></TD
></TR
-></TBODY
></TABLE
+></DIV
+></DIV
+><DIV
+CLASS="section"
+><HR><H2
+CLASS="section"
+><A
+NAME="bzldap"
+></A
+>4.2.4. LDAP Authentication</H2
><P
-></P
->
- </P
+> <DIV
+CLASS="warning"
><P
->With "mit-pthreads" you'll need to modify the "globals.pl"
- Mysql->Connect line to specify a specific host name instead of
- "localhost", and accept external connections:
- <P
></P
><TABLE
+CLASS="warning"
+WIDTH="100%"
BORDER="0"
-><TBODY
-><TR
-><TD
->GRANT USAGE ON *.* TO bugs@bounce.hop.com;</TD
-></TR
><TR
><TD
->GRANT ALL ON bugs.* TO bugs@bounce.hop.com;</TD
-></TR
-><TR
-><TD
->REVOKE DROP ON bugs.* FROM bugs@bounce.hop.com;</TD
-></TR
-><TR
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/warning.gif"
+HSPACE="5"
+ALT="Warning"></TD
><TD
->FLUSH PRIVILEGES;</TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>This information on using the LDAP
+ authentication options with Bugzilla is old, and the authors do
+ not know of anyone who has tested it. Approach with caution.
+ </P
+></TD
></TR
-></TBODY
></TABLE
-><P
-></P
+></DIV
>
</P
><P
->Consider also:
+> The existing authentication
+ scheme for Bugzilla uses email addresses as the primary user ID, and a
+ password to authenticate that user. All places within Bugzilla where
+ you need to deal with user ID (e.g assigning a bug) use the email
+ address. The LDAP authentication builds on top of this scheme, rather
+ than replacing it. The initial log in is done with a username and
+ password for the LDAP directory. This then fetches the email address
+ from LDAP and authenticates seamlessly in the standard Bugzilla
+ authentication scheme using this email address. If an account for this
+ address already exists in your Bugzilla system, it will log in to that
+ account. If no account for that email address exists, one is created at
+ the time of login. (In this case, Bugzilla will attempt to use the
+ "displayName" or "cn" attribute to determine the user's full name.)
+ After authentication, all other user-related tasks are still handled by
+ email address, not LDAP username. You still assign bugs by email
+ address, query on users by email address, etc.
+ </P
+><P
+>Using LDAP for Bugzilla authentication requires the
+ Mozilla::LDAP (aka PerLDAP) Perl module. The
+ Mozilla::LDAP module in turn requires Netscape's Directory SDK for C.
+ After you have installed the SDK, then install the PerLDAP module.
+ Mozilla::LDAP and the Directory SDK for C are both
+ <A
+HREF="http://www.mozilla.org/directory/"
+TARGET="_top"
+>available for
+ download</A
+> from mozilla.org.
+ </P
+><P
+> Set the Param 'useLDAP' to "On" **only** if you will be using an LDAP
+ directory for
+ authentication. Be very careful when setting up this parameter; if you
+ set LDAP authentication, but do not have a valid LDAP directory set up,
+ you will not be able to log back in to Bugzilla once you log out. (If
+ this happens, you can get back in by manually editing the data/params
+ file, and setting useLDAP back to 0.)
+ </P
+><P
+>If using LDAP, you must set the
+ three additional parameters: Set LDAPserver to the name (and optionally
+ port) of your LDAP server. If no port is specified, it defaults to the
+ default port of 389. (e.g "ldap.mycompany.com" or
+ "ldap.mycompany.com:1234") Set LDAPBaseDN to the base DN for searching
+ for users in your LDAP directory. (e.g. "ou=People,o=MyCompany") uids
+ must be unique under the DN specified here. Set LDAPmailattribute to
+ the name of the attribute in your LDAP directory which contains the
+ primary email address. On most directory servers available, this is
+ "mail", but you may need to change this.
+ </P
+><P
+>You can also try using <A
+HREF="http://www.openldap.org/"
+TARGET="_top"
+> OpenLDAP</A
+> with Bugzilla, using any of a number of administration
+ tools. You should apply the patch attached this bug:
+ <A
+HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=158630"
+TARGET="_top"
+> http://bugzilla.mozilla.org/show_bug.cgi?id=158630</A
+>, then set
+ the following object classes for your users:
+
<P
></P
><OL
TYPE="1"
><LI
><P
->Turning off external networking with "--skip-networking",
- unless you have "mit-pthreads", in which case you can't. Without
- networking, MySQL connects with a Unix domain socket.</P
-></LI
-><LI
-><P
->using the --user= option to mysqld to run it as an
- unprivileged user.</P
+>objectClass: person</P
></LI
><LI
><P
->running MySQL in a chroot jail</P
+>objectClass: organizationalPerson</P
></LI
><LI
><P
->running the httpd in a chroot jail</P
+>objectClass: inetOrgPerson</P
></LI
><LI
><P
->making sure the MySQL passwords are different from the OS
- passwords (MySQL "root" has nothing to do with system
- "root").</P
+>objectClass: top</P
></LI
><LI
><P
->running MySQL on a separate untrusted machine</P
+>objectClass: posixAccount</P
></LI
><LI
><P
->making backups ;-)</P
+>objectClass: shadowAccount</P
></LI
></OL
>
+
+ Please note that this patch <EM
+>has not</EM
+> yet been
+ accepted by the Bugzilla team, and so you may need to do some
+ manual tweaking. That said, it looks like Net::LDAP is probably
+ the way to go in the future.
</P
></DIV
><DIV
><HR><H2
CLASS="section"
><A
-NAME="AEN749"
+NAME="content-type"
></A
->4.1.11. Configuring Bugzilla</H2
+>4.2.5. Preventing untrusted Bugzilla content from executing malicious
+ Javascript code</H2
><P
-> You should run through the parameters on the Edit Parameters page
- (link in the footer) and set them all to appropriate values.
- They key parameters are documented in <A
-HREF="#parameters"
->Section 5.1</A
+>It is possible for a Bugzilla to execute malicious Javascript
+ code. Due to internationalization concerns, we are unable to
+ incorporate the code changes necessary to fulfill the CERT advisory
+ requirements mentioned in
+ <A
+HREF="http://www.cet.org/tech_tips/malicious_code_mitigation.html/#3"
+TARGET="_top"
+> http://www.cet.org/tech_tips/malicious_code_mitigation.html/#3</A
>.
- </P
-></DIV
-></DIV
-><DIV
-CLASS="section"
-><HR><H1
-CLASS="section"
-><A
-NAME="extraconfig"
-></A
->4.2. Optional Additional Configuration</H1
-><DIV
-CLASS="section"
-><H2
-CLASS="section"
-><A
-NAME="AEN755"
-></A
->4.2.1. Dependency Charts</H2
-><P
->As well as the text-based dependency graphs, Bugzilla also
- supports dependency graphing, using a package called 'dot'.
- Exactly how this works is controlled by the 'webdotbase' parameter,
- which can have one of three values:
- </P
-><P
-> <P
-></P
-><OL
-TYPE="1"
-><LI
-><P
-> A complete file path to the command 'dot' (part of
- <A
-HREF="http://www.graphviz.org/"
-TARGET="_top"
->GraphViz</A
->)
- will generate the graphs locally
- </P
-></LI
-><LI
-><P
-> A URL prefix pointing to an installation of the webdot package will
- generate the graphs remotely
- </P
-></LI
-><LI
-><P
-> A blank value will disable dependency graphing.
- </P
-></LI
-></OL
->
- </P
-><P
->So, to get this working, install
- <A
-HREF="http://www.graphviz.org/"
-TARGET="_top"
->GraphViz</A
->. If you
- do that, you need to
- <A
-HREF="http://httpd.apache.org/docs/mod/mod_imap.html"
-TARGET="_top"
->enable
- server-side image maps</A
-> in Apache.
- Alternatively, you could set up a webdot server, or use the AT&T
- public webdot server (the
- default for the webdotbase param). Note that AT&T's server won't work
- if Bugzilla is only accessible using HARTS.
- </P
-></DIV
-><DIV
-CLASS="section"
-><HR><H2
-CLASS="section"
-><A
-NAME="AEN770"
-></A
->4.2.2. Bug Graphs</H2
-><P
->As long as you installed the GD and Graph::Base Perl modules you
- might as well turn on the nifty Bugzilla bug reporting graphs.</P
-><P
->Add a cron entry like this to run
- <TT
-CLASS="filename"
->collectstats.pl</TT
->
- daily at 5 after midnight:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->bash#</TT
->
-
- <B
-CLASS="command"
->crontab -e</B
->
- </TT
->
- </TD
-></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
->5 0 * * * cd <your-bugzilla-directory> ;
- ./collectstats.pl</TT
->
- </TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><P
->After two days have passed you'll be able to view bug graphs from
- the Bug Reports page.</P
-></DIV
-><DIV
-CLASS="section"
-><HR><H2
-CLASS="section"
-><A
-NAME="AEN783"
-></A
->4.2.3. The Whining Cron</H2
-><P
->By now you have a fully functional Bugzilla, but what good are
- bugs if they're not annoying? To help make those bugs more annoying you
- can set up Bugzilla's automatic whining system to complain at engineers
- which leave their bugs in the NEW state without triaging them.
- </P
-><P
-> This can be done by
- adding the following command as a daily crontab entry (for help on that
- see that crontab man page):
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <B
-CLASS="command"
->cd <your-bugzilla-directory> ;
- ./whineatnews.pl</B
->
- </TT
->
- </TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><DIV
-CLASS="tip"
-><P
-></P
-><TABLE
-CLASS="tip"
-WIDTH="100%"
-BORDER="0"
-><TR
-><TD
-WIDTH="25"
-ALIGN="CENTER"
-VALIGN="TOP"
-><IMG
-SRC="../images/tip.gif"
-HSPACE="5"
-ALT="Tip"></TD
-><TD
-ALIGN="LEFT"
-VALIGN="TOP"
-><P
->Depending on your system, crontab may have several manpages.
- The following command should lead you to the most useful page for
- this purpose:
- <TABLE
-BORDER="0"
-BGCOLOR="#E0E0E0"
-WIDTH="100%"
-><TR
-><TD
-><FONT
-COLOR="#000000"
-><PRE
-CLASS="programlisting"
-> man 5 crontab
- </PRE
-></FONT
-></TD
-></TR
-></TABLE
->
- </P
-></TD
-></TR
-></TABLE
-></DIV
-></DIV
-><DIV
-CLASS="section"
-><HR><H2
-CLASS="section"
-><A
-NAME="bzldap"
-></A
->4.2.4. LDAP Authentication</H2
-><P
-> <DIV
-CLASS="warning"
-><P
-></P
-><TABLE
-CLASS="warning"
-WIDTH="100%"
-BORDER="0"
-><TR
-><TD
-WIDTH="25"
-ALIGN="CENTER"
-VALIGN="TOP"
-><IMG
-SRC="../images/warning.gif"
-HSPACE="5"
-ALT="Warning"></TD
-><TD
-ALIGN="LEFT"
-VALIGN="TOP"
-><P
->This information on using the LDAP
- authentication options with Bugzilla is old, and the authors do
- not know of anyone who has tested it. Approach with caution.
- </P
-></TD
-></TR
-></TABLE
-></DIV
->
- </P
-><P
-> The existing authentication
- scheme for Bugzilla uses email addresses as the primary user ID, and a
- password to authenticate that user. All places within Bugzilla where
- you need to deal with user ID (e.g assigning a bug) use the email
- address. The LDAP authentication builds on top of this scheme, rather
- than replacing it. The initial log in is done with a username and
- password for the LDAP directory. This then fetches the email address
- from LDAP and authenticates seamlessly in the standard Bugzilla
- authentication scheme using this email address. If an account for this
- address already exists in your Bugzilla system, it will log in to that
- account. If no account for that email address exists, one is created at
- the time of login. (In this case, Bugzilla will attempt to use the
- "displayName" or "cn" attribute to determine the user's full name.)
- After authentication, all other user-related tasks are still handled by
- email address, not LDAP username. You still assign bugs by email
- address, query on users by email address, etc.
- </P
-><P
->Using LDAP for Bugzilla authentication requires the
- Mozilla::LDAP (aka PerLDAP) Perl module. The
- Mozilla::LDAP module in turn requires Netscape's Directory SDK for C.
- After you have installed the SDK, then install the PerLDAP module.
- Mozilla::LDAP and the Directory SDK for C are both
- <A
-HREF="http://www.mozilla.org/directory/"
-TARGET="_top"
->available for
- download</A
-> from mozilla.org.
- </P
-><P
-> Set the Param 'useLDAP' to "On" **only** if you will be using an LDAP
- directory for
- authentication. Be very careful when setting up this parameter; if you
- set LDAP authentication, but do not have a valid LDAP directory set up,
- you will not be able to log back in to Bugzilla once you log out. (If
- this happens, you can get back in by manually editing the data/params
- file, and setting useLDAP back to 0.)
- </P
-><P
->If using LDAP, you must set the
- three additional parameters: Set LDAPserver to the name (and optionally
- port) of your LDAP server. If no port is specified, it defaults to the
- default port of 389. (e.g "ldap.mycompany.com" or
- "ldap.mycompany.com:1234") Set LDAPBaseDN to the base DN for searching
- for users in your LDAP directory. (e.g. "ou=People,o=MyCompany") uids
- must be unique under the DN specified here. Set LDAPmailattribute to
- the name of the attribute in your LDAP directory which contains the
- primary email address. On most directory servers available, this is
- "mail", but you may need to change this.
- </P
-><P
->You can also try using <A
-HREF="http://www.openldap.org/"
-TARGET="_top"
-> OpenLDAP</A
-> with Bugzilla, using any of a number of administration
- tools. You should apply the patch attached this bug:
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=158630"
-TARGET="_top"
-> http://bugzilla.mozilla.org/show_bug.cgi?id=158630</A
->, then set
- the following object classes for your users:
-
- <P
-></P
-><OL
-TYPE="1"
-><LI
-><P
->objectClass: person</P
-></LI
-><LI
-><P
->objectClass: organizationalPerson</P
-></LI
-><LI
-><P
->objectClass: inetOrgPerson</P
-></LI
-><LI
-><P
->objectClass: top</P
-></LI
-><LI
-><P
->objectClass: posixAccount</P
-></LI
-><LI
-><P
->objectClass: shadowAccount</P
-></LI
-></OL
->
-
- Please note that this patch <EM
->has not</EM
-> yet been
- accepted by the Bugzilla team, and so you may need to do some
- manual tweaking. That said, it looks like Net::LDAP is probably
- the way to go in the future.
- </P
-></DIV
-><DIV
-CLASS="section"
-><HR><H2
-CLASS="section"
-><A
-NAME="content-type"
-></A
->4.2.5. Preventing untrusted Bugzilla content from executing malicious
- Javascript code</H2
-><P
->It is possible for a Bugzilla to execute malicious Javascript
- code. Due to internationalization concerns, we are unable to
- incorporate the code changes necessary to fulfill the CERT advisory
- requirements mentioned in
- <A
-HREF="http://www.cet.org/tech_tips/malicious_code_mitigation.html/#3"
-TARGET="_top"
-> http://www.cet.org/tech_tips/malicious_code_mitigation.html/#3</A
->.
- Executing the following code snippet from a UNIX command shell will
- rectify the problem if your Bugzilla installation is intended for an
- English-speaking audience. As always, be sure your Bugzilla
- installation has a good backup before making changes, and I recommend
- you understand what the script is doing before executing it.</P
-><P
-> <TABLE
-BORDER="0"
-BGCOLOR="#E0E0E0"
-WIDTH="100%"
-><TR
-><TD
-><FONT
-COLOR="#000000"
-><PRE
-CLASS="programlisting"
-> bash# perl -pi -e "s/Content-Type\: text\/html/Content-Type\: text\/html\; charset=ISO-8859-1/i" *.cgi *.pl
- </PRE
-></FONT
-></TD
-></TR
-></TABLE
->
+ Executing the following code snippet from a UNIX command shell will
+ rectify the problem if your Bugzilla installation is intended for an
+ English-speaking audience. As always, be sure your Bugzilla
+ installation has a good backup before making changes, and I recommend
+ you understand what the script is doing before executing it.</P
+><P
+> <TABLE
+BORDER="0"
+BGCOLOR="#E0E0E0"
+WIDTH="100%"
+><TR
+><TD
+><FONT
+COLOR="#000000"
+><PRE
+CLASS="programlisting"
+> bash# perl -pi -e "s/Content-Type\: text\/html/Content-Type\: text\/html\; charset=ISO-8859-1/i" *.cgi *.pl
+ </PRE
+></FONT
+></TD
+></TR
+></TABLE
+>
</P
><P
>All this one-liner command does is search for all instances of
><HR><H2
CLASS="section"
><A
-NAME="htaccess"
-></A
->4.2.6. <TT
-CLASS="filename"
->.htaccess</TT
->
- files and security</H2
-><P
->To enhance the security of your Bugzilla installation, Bugzilla's
- <TT
-CLASS="filename"
->checksetup.pl</TT
-> script will generate
- <I
-CLASS="glossterm"
-> <TT
-CLASS="filename"
->.htaccess</TT
->
- </I
->
-
- files which the Apache webserver can use to restrict access to the
- bugzilla data files.
- These .htaccess files will not work with Apache 1.2.x - but this
- has security holes, so you shouldn't be using it anyway.
- <DIV
-CLASS="note"
-><P
-></P
-><TABLE
-CLASS="note"
-WIDTH="100%"
-BORDER="0"
-><TR
-><TD
-WIDTH="25"
-ALIGN="CENTER"
-VALIGN="TOP"
-><IMG
-SRC="../images/note.gif"
-HSPACE="5"
-ALT="Note"></TD
-><TD
-ALIGN="LEFT"
-VALIGN="TOP"
-><P
->If you are using an alternate provider of
- <SPAN
-CLASS="productname"
->webdot</SPAN
->
-
- services for graphing (as described when viewing
- <TT
-CLASS="filename"
->editparams.cgi</TT
->
-
- in your web browser), you will need to change the ip address in
- <TT
-CLASS="filename"
->data/webdot/.htaccess</TT
->
-
- to the ip address of the webdot server that you are using.</P
-></TD
-></TR
-></TABLE
-></DIV
->
- </P
-><P
->The default .htaccess file may not provide adequate access
- restrictions, depending on your web server configuration. Be sure to
- check the <Directory> entries for your Bugzilla directory so that
- the
- <TT
-CLASS="filename"
->.htaccess</TT
->
-
- file is allowed to override web server defaults. For instance, let's
- assume your installation of Bugzilla is installed to
- <TT
-CLASS="filename"
->/usr/local/bugzilla</TT
->
-
- . You should have this <Directory> entry in your
- <TT
-CLASS="filename"
->httpd.conf</TT
->
-
- file:</P
-><P
->
-<TABLE
-BORDER="0"
-BGCOLOR="#E0E0E0"
-WIDTH="100%"
-><TR
-><TD
-><FONT
-COLOR="#000000"
-><PRE
-CLASS="programlisting"
-> <Directory /usr/local/bugzilla/>
- Options +FollowSymLinks +Indexes +Includes +ExecCGI
- AllowOverride All
-</Directory>
-</PRE
-></FONT
-></TD
-></TR
-></TABLE
->
-
- </P
-><P
->The important part above is
- <SPAN
-CLASS="QUOTE"
->"AllowOverride All"</SPAN
->
-
- . Without that, the
- <TT
-CLASS="filename"
->.htaccess</TT
->
-
- file created by
- <TT
-CLASS="filename"
->checksetup.pl</TT
->
-
- will not have sufficient permissions to protect your Bugzilla
- installation.</P
-><P
->If you are using Internet Information Server (IIS) or another
- web server which does not observe
- <TT
-CLASS="filename"
->.htaccess</TT
->
- conventions, you can disable their creation by editing
- <TT
-CLASS="filename"
->localconfig</TT
->
- and setting the
- <TT
-CLASS="varname"
->$create_htaccess</TT
->
- variable to
- <TT
-CLASS="parameter"
-><I
->0</I
-></TT
->.
- </P
-></DIV
-><DIV
-CLASS="section"
-><HR><H2
-CLASS="section"
-><A
NAME="directoryindex"
></A
->4.2.7. <TT
+>4.2.6. <TT
CLASS="filename"
>directoryindex</TT
> for the Bugzilla default page.</H2
><A
NAME="mod_perl"
></A
->4.2.8. Bugzilla and <TT
+>4.2.7. Bugzilla and <TT
CLASS="filename"
>mod_perl</TT
></H2
><A
NAME="mod-throttle"
></A
->4.2.9. <TT
+>4.2.8. <TT
CLASS="filename"
>mod_throttle</TT
>
></TABLE
></DIV
><DIV
-CLASS="note"
+CLASS="tip"
><P
></P
><TABLE
-CLASS="note"
+CLASS="tip"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/tip.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Tip"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><HR><H4
CLASS="section"
><A
-NAME="win32-code-mail"
-></A
->4.3.1.3.2. Making mail work</H4
-><P
->The easiest way to get mail working is to use the mail patches
- on <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=124174"
-TARGET="_top"
->bug
- 124174</A
->. With any luck, this patch will receive the required
- reviews and integrated into the main Bugzilla distribution very soon.
- Until that happens, there's at least one report of this patch working
- well on Windows.
- </P
-></DIV
-><DIV
-CLASS="section"
-><HR><H4
-CLASS="section"
-><A
-NAME="AEN930"
+NAME="AEN863"
></A
->4.3.1.3.3. System Calls</H4
+>4.3.1.3.2. System Calls</H4
><P
>In order to get system calls to work on win32's perl, you need
to tell the windows shell what interpreter to use. This is done by
COLOR="#000000"
><PRE
CLASS="programlisting"
-> system("./processmail", $id, $exporter);
+> system("$webdotbase","-Tpng","-o","$pngfilename","$filename");
</PRE
></FONT
></TD
COLOR="#000000"
><PRE
CLASS="programlisting"
-> system("C:\\perl\\bin\\perl", "processmail", $id, $exporter);
+> system("C:\\perl\\bin\\perl", "$webdotbase","-Tpng","-o","$pngfilename","$filename");
</PRE
></FONT
></TD
></TR
></TABLE
-><P
->Notice that the <TT
-CLASS="computeroutput"
->./</TT
-> is also
- removed.
- </P
><DIV
CLASS="tip"
><P
></TR
></TABLE
></DIV
+><DIV
+CLASS="note"
+><P
+></P
+><TABLE
+CLASS="note"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/note.gif"
+HSPACE="5"
+ALT="Note"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>It appears that the only <TT
+CLASS="function"
+>system</TT
+> call
+ remaining in the Bugzilla codebase is in
+ <TT
+CLASS="filename"
+>showdependencygraph.cgi</TT
+>. Not changing this
+ file will only cause dependency graphs to not function if the
+ <TT
+CLASS="option"
+>webdotbase</TT
+> paramater points to a local
+ installation of <A
+HREF="http://www.graphviz.org"
+TARGET="_top"
+>GraphViz</A
+>.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
></DIV
></DIV
><DIV
able to handle Bugzilla; however, the Bugzilla Team still recommends
Apache whenever asked. No matter what web server you choose, be sure
to pay attention to the security notes in <A
-HREF="#security"
->Section 5.6</A
+HREF="#security-access"
+>Section 5.6.4</A
>.
More information on configuring specific web servers can be found in
<A
should be able to handle Bugzilla. No matter what web server you choose, but
especially if you choose something other than Apache, you should be sure to read
<A
-HREF="#security"
->Section 5.6</A
+HREF="#security-access"
+>Section 5.6.4</A
>.
</P
><P
><PRE
CLASS="programlisting"
> # don't allow people to retrieve non-cgi executable files or our private data
-<FilesMatch ^(.*\.pl|.*localconfig.*|processmail|runtests.sh)$>
+<FilesMatch ^(.*\.pl|.*localconfig.*|runtests.sh)$>
deny from all
</FilesMatch>
<FilesMatch ^(localconfig.js|localconfig.rdf)$>
>data</TT
>
directory are secured as described in <A
-HREF="#security"
->Section 5.6</A
+HREF="#security-access"
+>Section 5.6.4</A
>.
</P
></DIV
><PRE
CLASS="programlisting"
> ns_register_filter preauth GET /bugzilla/localconfig filter_deny
+ns_register_filter preauth GET /bugzilla/localconfig~ filter_deny
+ns_register_filter preauth GET /bugzilla/\#localconfig\# filter_deny
ns_register_filter preauth GET /bugzilla/*.pl filter_deny
-ns_register_filter preauth GET /bugzilla/localconfig filter_deny
-ns_register_filter preauth GET /bugzilla/processmail filter_deny
ns_register_filter preauth GET /bugzilla/syncshadowdb filter_deny
ns_register_filter preauth GET /bugzilla/runtests.sh filter_deny
-
+ns_register_filter preauth GET /bugzilla/data/* filter_deny
+ns_register_filter preauth GET /bugzilla/template/* filter_deny
+
proc filter_deny { why } {
ns_log Notice "filter_deny"
return "filter_return"
ALIGN="LEFT"
VALIGN="TOP"
><P
->This doesn't appear to account for everything mentioned in
- <A
-HREF="#security"
->Section 5.6</A
->. In particular, it doesn't block access
- to the <TT
-CLASS="filename"
->data</TT
-> or
+>This probably doesn't account for all possible editor backup
+ files so you may wish to add some additional variations of
<TT
CLASS="filename"
->template</TT
-> directories. It also
- doesn't account for the editor backup files that were the topic of
+>localconfig</TT
+>. For more information, see
<A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=186383"
TARGET="_top"
>bug
186383</A
HREF="http://online.securityfocus.com/bid/6501"
TARGET="_top"
>Bugtraq ID 6501</A
+>.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
+><DIV
+CLASS="note"
+><P
+></P
+><TABLE
+CLASS="note"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/note.gif"
+HSPACE="5"
+ALT="Note"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>If you are using webdot from research.att.com (the default
+ configuration for the <TT
+CLASS="option"
+>webdotbase</TT
+> paramater), you
+ will need to allow access to <TT
+CLASS="filename"
+>data/webdot/*.dot</TT
+>
+ for the reasearch.att.com machine.
+ </P
+><P
+>If you are using a local installation of <A
+HREF="http://www.graphviz.org"
+TARGET="_top"
+>GraphViz</A
+>, you will need to allow
+ everybody to access <TT
+CLASS="filename"
+>*.png</TT
>,
- and a partial cause for the 2.16.2 release.
+ <TT
+CLASS="filename"
+>*.gif</TT
+>, <TT
+CLASS="filename"
+>*.jpg</TT
+>, and
+ <TT
+CLASS="filename"
+>*.map</TT
+> in the
+ <TT
+CLASS="filename"
+>data/webdot</TT
+> directory.
</P
></TD
></TR
><HR><H2
CLASS="section"
><A
-NAME="AEN1063"
+NAME="AEN1009"
></A
>4.5.1. Bundle::Bugzilla makes me upgrade to Perl 5.6.1</H2
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN1068"
+NAME="AEN1014"
></A
>4.5.2. DBD::Sponge::db prepare failed</H2
><P
><DIV
CLASS="warning"
><P
-></P
+></P
+><TABLE
+CLASS="warning"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/warning.gif"
+HSPACE="5"
+ALT="Warning"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>The User Regexp is a perl regexp and, if not anchored, will match
+ any part of an address. So, if you do not want to grant access
+ into 'mycompany.com' to 'badperson@mycompany.com.hacker.net', use
+ '@mycompany\.com$' as the regexp.</P
+></TD
+></TR
+></TABLE
+></DIV
+></LI
+><LI
+><P
+>After you add your new group, edit the new group. On the
+ edit page, you can specify other groups that should be included
+ in this group and which groups should be permitted to add and delete
+ users from this group.</P
+></LI
+></OL
+><P
+> Note that group permissions are such that you need to be a member
+ of <EM
+>all</EM
+> the groups a bug is in, for whatever
+ reason, to see that bug. Similarly, you must be a member
+ of <EM
+>all</EM
+> of the entry groups for a product
+ to add bugs to a product and you must be a member
+ of <EM
+>all</EM
+> of the canedit groups for a product
+ in order to make <EM
+>any</EM
+> change to bugs in that
+ product.
+ </P
+></DIV
+><DIV
+CLASS="section"
+><HR><H1
+CLASS="section"
+><A
+NAME="security"
+></A
+>5.6. Bugzilla Security</H1
+><DIV
+CLASS="warning"
+><P
+></P
+><TABLE
+CLASS="warning"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/warning.gif"
+HSPACE="5"
+ALT="Warning"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>Poorly-configured MySQL and Bugzilla installations have
+ given attackers full access to systems in the past. Please take these
+ guidelines seriously, even for Bugzilla machines hidden away behind
+ your firewall. 80% of all computer trespassers are insiders, not
+ anonymous crackers.</P
+></TD
+></TR
+></TABLE
+></DIV
+><DIV
+CLASS="note"
+><P
+></P
+><TABLE
+CLASS="note"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/note.gif"
+HSPACE="5"
+ALT="Note"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>These instructions must, of necessity, be somewhat vague since
+ Bugzilla runs on so many different platforms. If you have refinements
+ of these directions, please submit a bug to <A
+HREF="http://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla&component=Documentation"
+TARGET="_top"
+>Bugzilla Documentation</A
+>.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
+><DIV
+CLASS="warning"
+><P
+></P
+><TABLE
+CLASS="warning"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/warning.gif"
+HSPACE="5"
+ALT="Warning"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>This is not meant to be a comprehensive list of every possible
+ security issue regarding the tools mentioned in this section. There is
+ no subsitute for reading the information written by the authors of any
+ software running on your system.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
+><DIV
+CLASS="section"
+><HR><H2
+CLASS="section"
+><A
+NAME="security-networking"
+></A
+>5.6.1. TCP/IP Ports</H2
+><P
+>TCP/IP defines 65,000 some ports for trafic. Of those, Bugzilla
+ only needs 1... 2 if you need to use features that require e-mail such
+ as bug moving or the e-mail interface from contrib. You should audit
+ your server and make sure that you aren't listening on any ports you
+ don't need to be. You may also wish to use some kind of firewall
+ software to be sure that trafic can only be recieved on ports you
+ specify.
+ </P
+></DIV
+><DIV
+CLASS="section"
+><HR><H2
+CLASS="section"
+><A
+NAME="security-mysql"
+></A
+>5.6.2. MySQL</H2
+><P
+>MySQL ships by default with many settings that should be changed.
+ By defaults it allows anybody to connect from localhost without a
+ password and have full administrative capabilities. It also defaults to
+ not have a root password (this is <EM
+>not</EM
+> the same as
+ the system root). Also, many installations default to running
+ <SPAN
+CLASS="application"
+>mysqld</SPAN
+> as the system root.
+ </P
+><P
+></P
+><OL
+TYPE="1"
+><LI
+><P
+>Consult the documentation that came with your system for
+ information on making <SPAN
+CLASS="application"
+>mysqld</SPAN
+> run as an
+ unprivleged user.
+ </P
+></LI
+><LI
+><P
+>You should also be sure to disable the anonymous user account
+ and set a password for the root user. This is accomplished using the
+ following commands:
+ </P
+><TABLE
+BORDER="0"
+BGCOLOR="#E0E0E0"
+WIDTH="100%"
+><TR
+><TD
+><FONT
+COLOR="#000000"
+><PRE
+CLASS="programlisting"
+> <TT
+CLASS="prompt"
+>bash$</TT
+> mysql mysql
+<TT
+CLASS="prompt"
+>mysql></TT
+> DELETE FROM user WHERE user = '';
+<TT
+CLASS="prompt"
+>mysql></TT
+> UPDATE user SET password = password('<TT
+CLASS="replaceable"
+><I
+>new_password</I
+></TT
+>') WHERE user = 'root';
+<TT
+CLASS="prompt"
+>mysql></TT
+> FLUSH PRIVILEGES;
+ </PRE
+></FONT
+></TD
+></TR
+></TABLE
+><P
+>From this point forward you will need to use
+ <B
+CLASS="command"
+>mysql -u root -p</B
+> and enter
+ <TT
+CLASS="replaceable"
+><I
+>new_password</I
+></TT
+> when prompted when using the
+ mysql client.
+ </P
+></LI
+><LI
+><P
+>If you run MySQL on the same machine as your httpd server, you
+ should consider disabling networking from within MySQL by adding
+ the following to your <TT
+CLASS="filename"
+>/etc/my.conf</TT
+>:
+ </P
><TABLE
-CLASS="warning"
-WIDTH="100%"
BORDER="0"
+BGCOLOR="#E0E0E0"
+WIDTH="100%"
><TR
><TD
-WIDTH="25"
-ALIGN="CENTER"
-VALIGN="TOP"
-><IMG
-SRC="../images/warning.gif"
-HSPACE="5"
-ALT="Warning"></TD
-><TD
-ALIGN="LEFT"
-VALIGN="TOP"
-><P
->The User Regexp is a perl regexp and, if not anchored, will match
- any part of an address. So, if you do not want to grant access
- into 'mycompany.com' to 'badperson@mycompany.com.hacker.net', use
- '@mycompany\.com$' as the regexp.</P
+><FONT
+COLOR="#000000"
+><PRE
+CLASS="programlisting"
+> [myslqd]
+# Prevent network access to MySQL.
+skip-networking
+ </PRE
+></FONT
></TD
></TR
></TABLE
-></DIV
></LI
><LI
><P
->After you add your new group, edit the new group. On the
- edit page, you can specify other groups that should be included
- in this group and which groups should be permitted to add and delete
- users from this group.</P
+>You may also consider running MySQL, or even all of Bugzilla
+ in a chroot jail; however, instructions for doing that are beyond
+ the scope of this document.
+ </P
></LI
></OL
-><P
-> Note that group permissions are such that you need to be a member
- of <EM
->all</EM
-> the groups a bug is in, for whatever
- reason, to see that bug. Similarly, you must be a member
- of <EM
->all</EM
-> of the entry groups for a product
- to add bugs to a product and you must be a member
- of <EM
->all</EM
-> of the canedit groups for a product
- in order to make <EM
->any</EM
-> change to bugs in that
- product.
- </P
></DIV
><DIV
CLASS="section"
-><HR><H1
+><HR><H2
CLASS="section"
><A
-NAME="security"
+NAME="security-daemon"
></A
->5.6. Bugzilla Security</H1
-><DIV
-CLASS="warning"
-><P
-></P
-><TABLE
-CLASS="warning"
-WIDTH="100%"
-BORDER="0"
-><TR
-><TD
-WIDTH="25"
-ALIGN="CENTER"
-VALIGN="TOP"
-><IMG
-SRC="../images/warning.gif"
-HSPACE="5"
-ALT="Warning"></TD
-><TD
-ALIGN="LEFT"
-VALIGN="TOP"
+>5.6.3. Daemon Accounts</H2
><P
->Poorly-configured MySQL and Bugzilla installations have
- given attackers full access to systems in the past. Please take these
- guidelines seriously, even for Bugzilla machines hidden away behind
- your firewall. 80% of all computer trespassers are insiders, not
- anonymous crackers.</P
-></TD
-></TR
-></TABLE
-></DIV
+>Many daemons, such as Apache's httpd and MySQL's mysqld default to
+ running as either <SPAN
+CLASS="QUOTE"
+>"root"</SPAN
+> or <SPAN
+CLASS="QUOTE"
+>"nobody"</SPAN
+>. Running
+ as <SPAN
+CLASS="QUOTE"
+>"root"</SPAN
+> introduces obvious security problems, but the
+ problems introduced by running everything as <SPAN
+CLASS="QUOTE"
+>"nobody"</SPAN
+> may
+ not be so obvious. Basically, if you're running every daemon as
+ <SPAN
+CLASS="QUOTE"
+>"nobody"</SPAN
+> and one of them gets comprimised, they all get
+ comprimised. For this reason it is recommended that you create a user
+ account for each daemon.
+ </P
><DIV
CLASS="note"
><P
ALIGN="LEFT"
VALIGN="TOP"
><P
->These instructions must, of necessity, be somewhat vague since
- Bugzilla runs on so many different platforms. If you have refinements
- of these directions for specific platforms, please submit them to
- <A
-HREF="mailto://mozilla-webtools@mozilla.org"
-TARGET="_top"
-> mozilla-webtools@mozilla.org</A
->
- </P
+>You will need to set the <TT
+CLASS="varname"
+>webservergroup</TT
+> to
+ the group you created for your webserver to run as in
+ <TT
+CLASS="filename"
+>localconfig</TT
+>. This will allow
+ <B
+CLASS="command"
+>./checksetup.pl</B
+> to better adjust the file
+ permissions on your Bugzilla install so as to not require making
+ anything world-writable.
+ </P
></TD
></TR
></TABLE
></DIV
+></DIV
+><DIV
+CLASS="section"
+><HR><H2
+CLASS="section"
+><A
+NAME="security-access"
+></A
+>5.6.4. Web Server Access Controls</H2
+><P
+>There are many files that are placed in the Bugzilla directory
+ area that should not be accessable from the web. Because of the way
+ Bugzilla is currently layed out, the list of what should and should
+ not be accessible is rather complicated. A new installation method
+ is currently in the works which should solve this by allowing files
+ that shouldn't be accessible from the web to be placed in directory
+ outside the webroot. See
+ <A
+HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=44659"
+TARGET="_top"
+>bug
+ 44659</A
+> for more information.
+ </P
><P
->To secure your installation:
-
- <P
></P
-><OL
-TYPE="1"
+><UL
+COMPACT="COMPACT"
><LI
><P
-> <EM
->There is no substitute for understanding the tools on your
- system!</EM
+>In the main Bugzilla directory, you should:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block:
+ <TT
+CLASS="filename"
+>*.pl</TT
+>, <TT
+CLASS="filename"
+>*localconfig*</TT
+>, <TT
+CLASS="filename"
+>runtests.sh</TT
>
-
- Read
- <A
-HREF="http://www.mysql.com/doc/P/r/Privilege_system.html"
-TARGET="_top"
-> The MySQL Privilege System</A
+ </P
+></LI
+><LI
+><P
+>But allow:
+ <TT
+CLASS="filename"
+>localconfig.js</TT
+>, <TT
+CLASS="filename"
+>localconfig.rdf</TT
+>
+ </P
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
+CLASS="filename"
+>data</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+><LI
+><P
+>But allow:
+ <TT
+CLASS="filename"
+>duplicates.rdf</TT
+>
+ </P
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
+CLASS="filename"
+>data/webdot</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>If you use a remote webdot server:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+><LI
+><P
+>But allow
+ <TT
+CLASS="filename"
+>*.dot</TT
+>
+ only for the remote webdot server</P
+></LI
+></UL
+></LI
+><LI
+><P
+>Otherwise, if you use a local GraphViz:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+><LI
+><P
+>But allow:
+ <TT
+CLASS="filename"
+>*.png</TT
+>, <TT
+CLASS="filename"
+>*.gif</TT
+>, <TT
+CLASS="filename"
+>*.jpg</TT
+>, <TT
+CLASS="filename"
+>*.map</TT
>
- until you can recite it from memory!</P
+ </P
+></LI
+></UL
+></LI
+><LI
+><P
+>And if you don't use any dot:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+></UL
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
+CLASS="filename"
+>Bugzilla</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+></UL
></LI
><LI
><P
->Lock down <TT
+>In <TT
CLASS="filename"
->/etc/inetd.conf</TT
->. Heck, disable
- inet entirely on this box. It should only listen to port 25 for
- Sendmail and port 80 for Apache.</P
-></LI
+>template</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
><LI
><P
->Do not run Apache as
- <SPAN
-CLASS="QUOTE"
->"nobody"</SPAN
->
-
- . This will require very lax permissions in your Bugzilla
- directories. Run it, instead, as a user with a name, set via your
- httpd.conf file.
- <DIV
-CLASS="note"
+>Block everything</P
+></LI
+></UL
+></LI
+></UL
+><DIV
+CLASS="tip"
><P
></P
><TABLE
-CLASS="note"
+CLASS="tip"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/tip.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Tip"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
-> <SPAN
-CLASS="QUOTE"
->"nobody"</SPAN
->
-
- is a real user on UNIX systems. Having a process run as user id
- <SPAN
-CLASS="QUOTE"
->"nobody"</SPAN
->
-
- is absolutely no protection against system crackers versus using
- any other user account. As a general security measure, I recommend
- you create unique user ID's for each daemon running on your system
- and, if possible, use "chroot" to jail that process away from the
- rest of your system.</P
+>Bugzilla ships with the ability to generate
+ <TT
+CLASS="filename"
+>.htaccess</TT
+> files instructing
+ <A
+HREF="#gloss-apache"
+><I
+CLASS="glossterm"
+>Apache</I
+></A
+> which files
+ should and should not be accessible. For more information, see
+ <A
+HREF="#http-apache"
+>Section 4.4.1</A
+>.
+ </P
></TD
></TR
></TABLE
></DIV
->
- </P
-></LI
-><LI
-><P
->Ensure you have adequate access controls for the
- <TT
-CLASS="filename"
->$BUGZILLA_HOME/data/</TT
-> directory, as well as the
- <TT
-CLASS="filename"
->$BUGZILLA_HOME/localconfig</TT
-> file.
- The localconfig file stores your "bugs" database account password.
- In addition, some
- files under <TT
-CLASS="filename"
->$BUGZILLA_HOME/data/</TT
-> store sensitive
- information.
- </P
><P
->Also, beware that some text editors create backup files in the
- current working directory so you need to also secure files like
- <TT
+>You should test to make sure that the files mentioned above are
+ not accessible from the Internet, especially your
+ <TT
CLASS="filename"
->localconfig~</TT
->.
- </P
+>localconfig</TT
+> file which contains your database
+ password. To test, simply point your web browser at the file; for
+ example, to test mozilla.org's installation, we'd try to access
+ <A
+HREF="http://bugzilla.mozilla.org/localconfig"
+TARGET="_top"
+>http://bugzilla.mozilla.org/localconfig</A
+>. You should
+ get a <SPAN
+CLASS="errorcode"
+>403</SPAN
+> <SPAN
+CLASS="errorname"
+>Forbidden</SPAN
+>
+ error.
+ </P
><DIV
-CLASS="note"
+CLASS="caution"
><P
></P
><TABLE
-CLASS="note"
+CLASS="caution"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/caution.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Caution"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
->Simply blocking <TT
-CLASS="computeroutput"
->.*localconfig.*</TT
->
- won't work because the QuickSearch feature requires the web browser
- to be able to retrieve <TT
-CLASS="filename"
->localconfig.js</TT
-> and
- others may be introduced in the future (see
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=186383"
-TARGET="_top"
->bug
- 186383</A
-> for more information.
- </P
+>Not following the instructions in this section, including
+ testing, may result in sensitive information being globally
+ accessible.
+ </P
></TD
></TR
></TABLE
></DIV
-><P
->Bugzilla provides default <TT
-CLASS="filename"
->.htaccess</TT
-> files
- to protect the most common Apache installations. However, you should
- verify these are adequate according to the site-wide security policy
- of your web server, and ensure that the <TT
-CLASS="filename"
->.htaccess</TT
->
- files are allowed to <SPAN
-CLASS="QUOTE"
->"override"</SPAN
-> default permissions set
- in your Apache configuration files. Covering Apache security is beyond
- the scope of this Guide; please consult the Apache documentation for
- details.
- </P
-><P
->If you are using a web server that does not support the
- <TT
-CLASS="filename"
->.htaccess</TT
-> control method,
- <EM
->you are at risk!</EM
->
-
- After installing, check to see if you can view the file
- <TT
-CLASS="filename"
->localconfig</TT
-> in your web browser (e.g.:
- <A
-HREF="http://bugzilla.mozilla.org/localconfig"
-TARGET="_top"
-> http://bugzilla.mozilla.org/localconfig</A
->
-
- ). If you can read the contents of this file, your web server has
- not secured your bugzilla directory properly and you must fix this
- problem before deploying Bugzilla. If, however, it gives you a
- "Forbidden" error, then it probably respects the .htaccess
- conventions and you are good to go.</P
-></LI
-><LI
-><P
->When you run checksetup.pl, the script will attempt to modify
- various permissions on files which Bugzilla uses. If you do not have
- a webservergroup set in the <TT
-CLASS="filename"
->localconfig</TT
-> file,
- then Bugzilla will have to make certain files world readable and/or
- writable.
- <EM
->THIS IS INSECURE!</EM
->
-
- . This means that anyone who can get access to your system can do
- whatever they want to your Bugzilla installation.</P
><DIV
-CLASS="note"
+CLASS="tip"
><P
></P
><TABLE
-CLASS="note"
+CLASS="tip"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/tip.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Tip"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
->This also means that if your webserver runs all cgi scripts
- as the same user/group, anyone on the system who can run cgi
- scripts will be able to take control of your Bugzilla
- installation.</P
+>You should check <A
+HREF="#http"
+>Section 4.4</A
+> to see if instructions
+ have been included for your web server. You should also compare those
+ instructions with this list to make sure everything is properly
+ accounted for.
+ </P
></TD
></TR
></TABLE
></DIV
-><P
->On Apache, you can use <TT
-CLASS="filename"
->.htaccess</TT
-> files to
- protect access to these directories, as outlined in Bugs
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=57161"
-TARGET="_top"
-> 57161</A
-> and
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=186383"
-TARGET="_top"
-> 186383</A
->
-
- for the <TT
-CLASS="filename"
->localconfig</TT
-> file, and
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=65572"
-TARGET="_top"
->Bug
- 65572</A
->
-
- for adequate protection in your <TT
-CLASS="filename"
->data/</TT
-> directory.
- Also, don't forget about the <TT
-CLASS="filename"
->template/</TT
-> and
- <TT
-CLASS="filename"
->Bugzilla/</TT
-> directories and to allow access to the
- <TT
-CLASS="filename"
->data/webdot</TT
-> directory for the
- <TT
-CLASS="computeroutput"
->192.20.225.10</TT
-> IP address if you are
- using webdot from research.att.com. The easiest way to
- accomplish this is to set <TT
-CLASS="function"
->$create_htaccess</TT
-> to 1
- in <TT
-CLASS="filename"
->localconfig</TT
->. However, the information below
- is provided for those that want to know exactly what is created.
- </P
-><P
->FIX ME BEFORE RELEASE!!!!!
- Note the instructions which follow are Apache-specific. If you
- use IIS, Netscape, or other non-Apache web servers, please consult
- your system documentation for how to secure these files from being
- transmitted to curious users.</P
-></LI
-></OL
->
- </P
+></DIV
></DIV
><DIV
CLASS="section"
><HR><H2
CLASS="section"
><A
-NAME="AEN1413"
+NAME="AEN1443"
></A
>5.7.1. What to Edit</H2
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN1432"
+NAME="AEN1462"
></A
>5.7.2. How To Edit Templates</H2
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN1442"
+NAME="AEN1472"
></A
>5.7.3. Template Formats</H2
><P
><HR><H2
CLASS="section"
><A
-NAME="AEN1455"
+NAME="AEN1485"
></A
>5.7.4. Particular Templates</H2
><P
><DL
><DT
>A.1.1. <A
-HREF="#AEN1617"
+HREF="#faq-general-information"
> Where can I find information about Bugzilla?</A
></DT
><DT
>A.1.2. <A
-HREF="#AEN1623"
+HREF="#faq-general-license"
> What license is Bugzilla distributed under?
</A
></DT
><DT
>A.1.3. <A
-HREF="#AEN1629"
+HREF="#faq-general-support"
> How do I get commercial support for Bugzilla?
</A
></DT
><DT
>A.1.4. <A
-HREF="#AEN1638"
+HREF="#faq-general-companies"
> What major companies or projects are currently using Bugzilla
for bug-tracking?
</A
></DT
><DT
>A.1.5. <A
-HREF="#AEN1662"
+HREF="#faq-general-maintainers"
> Who maintains Bugzilla?
</A
></DT
><DT
>A.1.6. <A
-HREF="#AEN1668"
+HREF="#faq-general-compare"
> How does Bugzilla stack up against other bug-tracking databases?
</A
></DT
><DT
>A.1.7. <A
-HREF="#AEN1674"
+HREF="#faq-general-bzmissing"
> Why doesn't Bugzilla offer this or that feature or compatibility
with this other tracking software?
</A
></DT
><DT
>A.1.8. <A
-HREF="#AEN1681"
+HREF="#faq-general-mysql"
> Why MySQL? I'm interested in seeing Bugzilla run on
Oracle/Sybase/Msql/PostgreSQL/MSSQL.
</A
></DT
><DT
>A.1.9. <A
-HREF="#AEN1690"
+HREF="#faq-general-bonsaitools"
> Why do the scripts say "/usr/bonsaitools/bin/perl" instead of
"/usr/bin/perl" or something else?
</A
></DT
><DT
>A.1.10. <A
-HREF="#AEN1696"
+HREF="#faq-general-cookie"
> Is there an easy way to change the Bugzilla cookie name?
</A
></DT
><DL
><DT
>A.2.1. <A
-HREF="#AEN1706"
+HREF="#faq-phb-client"
> Is Bugzilla web-based, or do you have to have specific software or
a specific operating system on your machine?
</A
></DT
><DT
>A.2.2. <A
-HREF="#AEN1711"
+HREF="#faq-phb-integration"
> Can Bugzilla integrate with
Perforce (SCM software)?
</A
></DT
><DT
>A.2.3. <A
-HREF="#AEN1716"
+HREF="#faq-phb-projects"
> Does Bugzilla allow the user to track multiple projects?
</A
></DT
><DT
>A.2.4. <A
-HREF="#AEN1721"
+HREF="#faq-phb-sorting"
> If I am on many projects, and search for all bugs assigned to me, will
Bugzilla list them for me and allow me to sort by project, severity etc?
</A
></DT
><DT
>A.2.5. <A
-HREF="#AEN1726"
+HREF="#faq-phb-attachments"
> Does Bugzilla allow attachments (text, screenshots, URLs etc)? If yes,
are there any that are NOT allowed?
</A
></DT
><DT
>A.2.6. <A
-HREF="#AEN1731"
+HREF="#faq-phb-priorities"
> Does Bugzilla allow us to define our own priorities and levels? Do we
have complete freedom to change the labels of fields and format of them, and
the choice of acceptable values?
></DT
><DT
>A.2.7. <A
-HREF="#AEN1738"
+HREF="#faq-phb-reporting"
> Does Bugzilla provide any reporting features, metrics, graphs, etc? You
know, the type of stuff that management likes to see. :)
</A
></DT
><DT
>A.2.8. <A
-HREF="#AEN1745"
+HREF="#faq-phb-email"
> Is there email notification and if so, what do you see when you get an
email?
</A
></DT
><DT
>A.2.9. <A
-HREF="#AEN1750"
+HREF="#faq-phb-cclist"
> Can email notification be set up to send to multiple
people, some on the To List, CC List, BCC List etc?
</A
></DT
><DT
>A.2.10. <A
-HREF="#AEN1755"
+HREF="#faq-phb-emailapp"
> Do users have to have any particular
type of email application?
</A
></DT
><DT
>A.2.11. <A
-HREF="#AEN1762"
+HREF="#faq-phb-data"
> Does Bugzilla allow data to be imported and exported? If I had outsiders
write up a bug report using a MS Word bug template, could that template be
imported into "matching" fields? If I wanted to take the results of a query
></DT
><DT
>A.2.12. <A
-HREF="#AEN1774"
+HREF="#faq-phb-l10n"
> Has anyone converted Bugzilla to another language to be used in other
countries? Is it localizable?
</A
></DT
><DT
>A.2.13. <A
-HREF="#AEN1781"
+HREF="#faq-phb-reports"
> Can a user create and save reports? Can they do this in Word format?
Excel format?
</A
></DT
><DT
>A.2.14. <A
-HREF="#AEN1786"
+HREF="#faq-phb-searching"
> Does Bugzilla have the ability to search by word, phrase, compound
search?
</A
></DT
><DT
>A.2.15. <A
-HREF="#AEN1791"
+HREF="#faq-phb-midair"
> Does Bugzilla provide record locking when there is simultaneous access
to the same bug? Does the second person get a notice that the bug is in use
or how are they notified?
></DT
><DT
>A.2.16. <A
-HREF="#AEN1796"
+HREF="#faq-phb-backup"
> Are there any backup features provided?
</A
></DT
><DT
>A.2.17. <A
-HREF="#AEN1802"
+HREF="#faq-phb-livebackup"
> Can users be on the system while a backup is in progress?
</A
></DT
><DT
>A.2.18. <A
-HREF="#AEN1807"
+HREF="#faq-phb-maintenance"
> What type of human resources are needed to be on staff to install and
maintain Bugzilla? Specifically, what type of skills does the person need to
have? I need to find out if we were to go with Bugzilla, what types of
></DT
><DT
>A.2.19. <A
-HREF="#AEN1813"
+HREF="#faq-phb-installtime"
> What time frame are we looking at if we decide to hire people to install
and maintain the Bugzilla? Is this something that takes hours or weeks to
install and a couple of hours per week to maintain and customize or is this
></DT
><DT
>A.2.20. <A
-HREF="#AEN1818"
+HREF="#faq-phb-cost"
> Is there any licensing fee or other fees for using Bugzilla? Any
out-of-pocket cost other than the bodies needed as identified above?
</A
><DL
><DT
>A.3.1. <A
-HREF="#AEN1825"
+HREF="#faq-security-mysql"
> How do I completely disable MySQL security if it's giving me problems
(I've followed the instructions in the installation section of this guide)?
</A
></DT
><DT
>A.3.2. <A
-HREF="#AEN1831"
+HREF="#faq-security-knownproblems"
> Are there any security problems with Bugzilla?
</A
></DT
><DT
>A.3.3. <A
-HREF="#AEN1836"
+HREF="#faq-security-mysqluser"
> I've implemented the security fixes mentioned in Chris Yeh's security
advisory of 5/10/2000 advising not to run MySQL as root, and am running into
problems with MySQL no longer working correctly.
><DL
><DT
>A.4.1. <A
-HREF="#AEN1843"
+HREF="#faq-email-nomail"
> I have a user who doesn't want to receive any more email from Bugzilla.
How do I stop it entirely for this user?
</A
></DT
><DT
>A.4.2. <A
-HREF="#AEN1849"
+HREF="#faq-email-testing"
> I'm evaluating/testing Bugzilla, and don't want it to send email to
anyone but me. How do I do it?
</A
></DT
><DT
>A.4.3. <A
-HREF="#AEN1854"
+HREF="#faq-email-whine"
> I want whineatnews.pl to whine at something more, or other than, only new
bugs. How do I do it?
</A
></DT
><DT
>A.4.4. <A
-HREF="#AEN1860"
+HREF="#faq-email-procmail"
> I don't like/want to use Procmail to hand mail off to bug_email.pl.
What alternatives do I have?
</A
></DT
><DT
>A.4.5. <A
-HREF="#AEN1867"
+HREF="#faq-email-mailif"
> How do I set up the email interface to submit/change bugs via email?
</A
></DT
><DT
>A.4.6. <A
-HREF="#AEN1872"
+HREF="#faq-email-sendmailnow"
> Email takes FOREVER to reach me from Bugzilla -- it's extremely slow.
What gives?
</A
></DT
><DT
>A.4.7. <A
-HREF="#AEN1879"
+HREF="#faq-email-nonreceived"
> How come email from Bugzilla changes never reaches me?
</A
></DT
><DL
><DT
>A.5.1. <A
-HREF="#AEN1887"
+HREF="#faq-db-oracle"
> I've heard Bugzilla can be used with Oracle?
</A
></DT
><DT
>A.5.2. <A
-HREF="#AEN1892"
+HREF="#faq-db-corrupted"
> I think my database might be corrupted, or contain invalid entries. What
do I do?
</A
></DT
><DT
>A.5.3. <A
-HREF="#AEN1900"
+HREF="#faq-db-manualedit"
> I want to manually edit some entries in my database. How?
</A
></DT
><DT
>A.5.4. <A
-HREF="#AEN1908"
+HREF="#faq-db-permissions"
> I think I've set up MySQL permissions correctly, but Bugzilla still can't
connect.
</A
></DT
><DT
>A.5.5. <A
-HREF="#AEN1916"
+HREF="#faq-db-synchronize"
> How do I synchronize bug information among multiple different Bugzilla
databases?
</A
><DL
><DT
>A.6.1. <A
-HREF="#AEN1925"
+HREF="#faq-nt-easiest"
> What is the easiest way to run Bugzilla on Win32 (Win98+/NT/2K)?
</A
></DT
><DT
>A.6.2. <A
-HREF="#AEN1930"
+HREF="#faq-nt-bundle"
> Is there a "Bundle::Bugzilla" equivalent for Win32?
</A
></DT
><DT
>A.6.3. <A
-HREF="#AEN1935"
+HREF="#faq-nt-mappings"
> CGI's are failing with a "something.cgi is not a valid Windows NT
application" error. Why?
</A
></DT
><DT
>A.6.4. <A
-HREF="#AEN1943"
+HREF="#faq-nt-dbi"
> I'm having trouble with the perl modules for NT not being able to talk to
to the database.
</A
><DL
><DT
>A.7.1. <A
-HREF="#AEN1964"
+HREF="#faq-use-changeaddress"
> How do I change my user name (email address) in Bugzilla?
</A
></DT
><DT
>A.7.2. <A
-HREF="#AEN1969"
+HREF="#faq-use-query"
> The query page is very confusing. Isn't there a simpler way to query?
</A
></DT
><DT
>A.7.3. <A
-HREF="#AEN1974"
+HREF="#faq-use-accept"
> I'm confused by the behavior of the "accept" button in the Show Bug form.
Why doesn't it assign the bug to me when I accept it?
</A
></DT
><DT
>A.7.4. <A
-HREF="#AEN1984"
+HREF="#faq-use-attachment"
> I can't upload anything into the database via the "Create Attachment"
link. What am I doing wrong?
</A
></DT
><DT
>A.7.5. <A
-HREF="#AEN1989"
+HREF="#faq-use-keyword"
> How do I change a keyword in Bugzilla, once some bugs are using it?
</A
></DT
><DL
><DT
>A.8.1. <A
-HREF="#AEN1996"
+HREF="#faq-hacking-templatestyle"
> What kind of style should I use for templatization?
</A
></DT
><DT
>A.8.2. <A
-HREF="#AEN2004"
+HREF="#faq-hacking-bugzillabugs"
> What bugs are in Bugzilla right now?
</A
></DT
><DT
>A.8.3. <A
-HREF="#AEN2013"
+HREF="#faq-hacking-priority"
> How can I change the default priority to a null value? For instance, have the default
priority be "---" instead of "P2"?
</A
></DT
><DT
>A.8.4. <A
-HREF="#AEN2019"
+HREF="#faq-hacking-patches"
> What's the best way to submit patches? What guidelines should I follow?
</A
></DT
CLASS="question"
><P
><A
-NAME="AEN1617"
+NAME="faq-general-information"
></A
><B
>A.1.1. </B
CLASS="question"
><P
><A
-NAME="AEN1623"
+NAME="faq-general-license"
></A
><B
>A.1.2. </B
CLASS="question"
><P
><A
-NAME="AEN1629"
+NAME="faq-general-support"
></A
><B
>A.1.3. </B
CLASS="question"
><P
><A
-NAME="AEN1638"
+NAME="faq-general-companies"
></A
><B
>A.1.4. </B
CLASS="question"
><P
><A
-NAME="AEN1662"
+NAME="faq-general-maintainers"
></A
><B
>A.1.5. </B
CLASS="question"
><P
><A
-NAME="AEN1668"
+NAME="faq-general-compare"
></A
><B
>A.1.6. </B
CLASS="question"
><P
><A
-NAME="AEN1674"
+NAME="faq-general-bzmissing"
></A
><B
>A.1.7. </B
CLASS="question"
><P
><A
-NAME="AEN1681"
+NAME="faq-general-mysql"
></A
><B
>A.1.8. </B
CLASS="question"
><P
><A
-NAME="AEN1690"
+NAME="faq-general-bonsaitools"
></A
><B
>A.1.9. </B
CLASS="question"
><P
><A
-NAME="AEN1696"
+NAME="faq-general-cookie"
></A
><B
>A.1.10. </B
CLASS="question"
><P
><A
-NAME="AEN1706"
+NAME="faq-phb-client"
></A
><B
>A.2.1. </B
CLASS="question"
><P
><A
-NAME="AEN1711"
+NAME="faq-phb-integration"
></A
><B
>A.2.2. </B
CLASS="question"
><P
><A
-NAME="AEN1716"
+NAME="faq-phb-projects"
></A
><B
>A.2.3. </B
CLASS="question"
><P
><A
-NAME="AEN1721"
+NAME="faq-phb-sorting"
></A
><B
>A.2.4. </B
CLASS="question"
><P
><A
-NAME="AEN1726"
+NAME="faq-phb-attachments"
></A
><B
>A.2.5. </B
CLASS="question"
><P
><A
-NAME="AEN1731"
+NAME="faq-phb-priorities"
></A
><B
>A.2.6. </B
CLASS="question"
><P
><A
-NAME="AEN1738"
+NAME="faq-phb-reporting"
></A
><B
>A.2.7. </B
CLASS="question"
><P
><A
-NAME="AEN1745"
+NAME="faq-phb-email"
></A
><B
>A.2.8. </B
CLASS="question"
><P
><A
-NAME="AEN1750"
+NAME="faq-phb-cclist"
></A
><B
>A.2.9. </B
CLASS="question"
><P
><A
-NAME="AEN1755"
+NAME="faq-phb-emailapp"
></A
><B
>A.2.10. </B
CLASS="question"
><P
><A
-NAME="AEN1762"
+NAME="faq-phb-data"
></A
><B
>A.2.11. </B
CLASS="question"
><P
><A
-NAME="AEN1774"
+NAME="faq-phb-l10n"
></A
><B
>A.2.12. </B
CLASS="question"
><P
><A
-NAME="AEN1781"
+NAME="faq-phb-reports"
></A
><B
>A.2.13. </B
CLASS="question"
><P
><A
-NAME="AEN1786"
+NAME="faq-phb-searching"
></A
><B
>A.2.14. </B
CLASS="question"
><P
><A
-NAME="AEN1791"
+NAME="faq-phb-midair"
></A
><B
>A.2.15. </B
CLASS="question"
><P
><A
-NAME="AEN1796"
+NAME="faq-phb-backup"
></A
><B
>A.2.16. </B
CLASS="question"
><P
><A
-NAME="AEN1802"
+NAME="faq-phb-livebackup"
></A
><B
>A.2.17. </B
CLASS="question"
><P
><A
-NAME="AEN1807"
+NAME="faq-phb-maintenance"
></A
><B
>A.2.18. </B
CLASS="question"
><P
><A
-NAME="AEN1813"
+NAME="faq-phb-installtime"
></A
><B
>A.2.19. </B
CLASS="question"
><P
><A
-NAME="AEN1818"
+NAME="faq-phb-cost"
></A
><B
>A.2.20. </B
CLASS="question"
><P
><A
-NAME="AEN1825"
+NAME="faq-security-mysql"
></A
><B
>A.3.1. </B
CLASS="question"
><P
><A
-NAME="AEN1831"
+NAME="faq-security-knownproblems"
></A
><B
>A.3.2. </B
CLASS="question"
><P
><A
-NAME="AEN1836"
+NAME="faq-security-mysqluser"
></A
><B
>A.3.3. </B
CLASS="question"
><P
><A
-NAME="AEN1843"
+NAME="faq-email-nomail"
></A
><B
>A.4.1. </B
CLASS="question"
><P
><A
-NAME="AEN1849"
+NAME="faq-email-testing"
></A
><B
>A.4.2. </B
CLASS="question"
><P
><A
-NAME="AEN1854"
+NAME="faq-email-whine"
></A
><B
>A.4.3. </B
CLASS="question"
><P
><A
-NAME="AEN1860"
+NAME="faq-email-procmail"
></A
><B
>A.4.4. </B
You can call bug_email.pl directly from your aliases file, with
an entry like this:
<A
-NAME="AEN1864"
+NAME="AEN1894"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
CLASS="question"
><P
><A
-NAME="AEN1867"
+NAME="faq-email-mailif"
></A
><B
>A.4.5. </B
CLASS="question"
><P
><A
-NAME="AEN1872"
+NAME="faq-email-sendmailnow"
></A
><B
>A.4.6. </B
><B
> </B
>
- If you are using an alternate Mail Transport Agent (MTA other than
- sendmail), make sure the options given in the "processmail" and other
- scripts for all
- instances of "sendmail" are correct for your MTA.
+ If you are using an alternate <A
+HREF="#gloss-mta"
+><I
+CLASS="glossterm"
+>MTA</I
+></A
+>,
+ make sure the options given in <TT
+CLASS="filename"
+>Bugzilla/BugMail.pm</TT
+>
+ and any other place where <SPAN
+CLASS="application"
+>sendmail</SPAN
+> is called from
+ are correct for your MTA. You should also ensure that the
+ <TT
+CLASS="option"
+>sendmailnow</TT
+> param is set to <TT
+CLASS="literal"
+>on</TT
+>.
</P
><P
-> If you are using Sendmail, try enabling "sendmailnow" in editparams.cgi.
- If you are using Postfix, you will also need to enable <SPAN
-CLASS="QUOTE"
->"sendmailnow"</SPAN
+> If you are using <SPAN
+CLASS="application"
+>sendmail</SPAN
+>, try enabling
+ <TT
+CLASS="option"
+>sendmailnow</TT
+> in <TT
+CLASS="filename"
+>editparams.cgi</TT
>.
+
</P
></DIV
></DIV
CLASS="question"
><P
><A
-NAME="AEN1879"
+NAME="faq-email-nonreceived"
></A
><B
>A.4.7. </B
CLASS="question"
><P
><A
-NAME="AEN1887"
+NAME="faq-db-oracle"
></A
><B
>A.5.1. </B
CLASS="question"
><P
><A
-NAME="AEN1892"
+NAME="faq-db-corrupted"
></A
><B
>A.5.2. </B
CLASS="question"
><P
><A
-NAME="AEN1900"
+NAME="faq-db-manualedit"
></A
><B
>A.5.3. </B
CLASS="question"
><P
><A
-NAME="AEN1908"
+NAME="faq-db-permissions"
></A
><B
>A.5.4. </B
CLASS="question"
><P
><A
-NAME="AEN1916"
+NAME="faq-db-synchronize"
></A
><B
>A.5.5. </B
CLASS="question"
><P
><A
-NAME="AEN1925"
+NAME="faq-nt-easiest"
></A
><B
>A.6.1. </B
CLASS="question"
><P
><A
-NAME="AEN1930"
+NAME="faq-nt-bundle"
></A
><B
>A.6.2. </B
CLASS="question"
><P
><A
-NAME="AEN1935"
+NAME="faq-nt-mappings"
></A
><B
>A.6.3. </B
><P
> Microsoft has some advice on this matter, as well:
<A
-NAME="AEN1940"
+NAME="AEN1977"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
CLASS="question"
><P
><A
-NAME="AEN1943"
+NAME="faq-nt-dbi"
></A
><B
>A.6.4. </B
CLASS="question"
><P
><A
-NAME="AEN1964"
+NAME="faq-use-changeaddress"
></A
><B
>A.7.1. </B
CLASS="question"
><P
><A
-NAME="AEN1969"
+NAME="faq-use-query"
></A
><B
>A.7.2. </B
CLASS="question"
><P
><A
-NAME="AEN1974"
+NAME="faq-use-accept"
></A
><B
>A.7.3. </B
CLASS="question"
><P
><A
-NAME="AEN1984"
+NAME="faq-use-attachment"
></A
><B
>A.7.4. </B
CLASS="question"
><P
><A
-NAME="AEN1989"
+NAME="faq-use-keyword"
></A
><B
>A.7.5. </B
CLASS="question"
><P
><A
-NAME="AEN1996"
+NAME="faq-hacking-templatestyle"
></A
><B
>A.8.1. </B
CLASS="question"
><P
><A
-NAME="AEN2004"
+NAME="faq-hacking-bugzillabugs"
></A
><B
>A.8.2. </B
CLASS="question"
><P
><A
-NAME="AEN2013"
+NAME="faq-hacking-priority"
></A
><B
>A.8.3. </B
CLASS="question"
><P
><A
-NAME="AEN2019"
+NAME="faq-hacking-patches"
></A
><B
>A.8.4. </B
><HR><H2
CLASS="section"
><A
-NAME="AEN2062"
+NAME="AEN2099"
></A
>B.2.1. Bugzilla Database Basics</H2
><P
><HR><H3
CLASS="section"
><A
-NAME="AEN2089"
+NAME="AEN2126"
></A
>B.2.1.1. Bugzilla Database Tables</H3
><P
><HR><H1
CLASS="section"
><A
-NAME="rhbugzilla"
+NAME="variant-redhat"
></A
>D.1. Red Hat Bugzilla</H1
><P
at tigris.org is their Java-based bug-tracker,
<A
HREF="#variant-scarab"
->Scarab</A
+>Section D.4</A
>.</P
><P
>This section last updated 27 Jul 2002</P
><P
>Version 1.1, March 2000</P
><A
-NAME="AEN2177"
+NAME="AEN2214"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
of the License in the document and put the following copyright and
license notices just after the title page:</P
><A
-NAME="AEN2267"
+NAME="AEN2304"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
><H1
CLASS="glossdiv"
><A
-NAME="AEN2272"
+NAME="AEN2309"
></A
>0-9, high ascii</H1
><DL
>M</H1
><DL
><DT
+><A
+NAME="gloss-mta"
+></A
+><B
+>Message Transport Agent</B
+></DT
+> (MTA)<DD
+><P
+>A Message Transport Agent is used to control the flow of email
+ on a system. Many unix based systems use
+ <A
+HREF="http://www.sendmail.org"
+TARGET="_top"
+>sendmail</A
+> which is what
+ Bugzilla expects to find by default at <TT
+CLASS="filename"
+>/usr/sbin/sendmail</TT
+>.
+ Many other MTA's will work, but they all require that the
+ <TT
+CLASS="option"
+>sendmailnow</TT
+> param be set to <TT
+CLASS="literal"
+>on</TT
+>.
+ </P
+></DD
+><DT
+><A
+NAME="gloss-mysql"
+></A
><B
->mysqld</B
+>MySQL</B
></DT
><DD
><P
->mysqld is the name of the
- <I
+>MySQL is currently the required
+ <A
+HREF="#gloss-rdbms"
+><I
CLASS="glossterm"
->daemon</I
->
-
- for the MySQL database. In general, it is invoked automatically
- through the use of the System V init scripts on GNU/Linux and
- AT&T System V-based systems, such as Solaris and HP/UX, or
- through the RC scripts on BSD-based systems.</P
+>RDBMS</I
+></A
+> for Bugzilla. MySQL
+ can be downloaded from <A
+HREF="http://www.mysql.com"
+TARGET="_top"
+>http://www.mysql.com</A
+>. While you
+ should familiarize yourself with all of the documentation, some high
+ points are:
+ </P
+><P
+></P
+><UL
+><LI
+><P
+><A
+HREF="http://www.mysql.com/doc/P/r/Privilege_system.html"
+TARGET="_top"
+>MySQL
+ Privilege System</A
+> - Much more detailed information about
+ the suggestions in <A
+HREF="#security-mysql"
+>Section 5.6.2</A
+>.
+ </P
+></LI
+></UL
></DD
></DL
></DIV
><H1
CLASS="glossdiv"
><A
+NAME="gloss-r"
+></A
+>R</H1
+><DL
+><DT
+><A
+NAME="gloss-rdbms"
+></A
+><B
+>Relational DataBase Managment System</B
+></DT
+> (RDBMS)<DD
+><P
+>A relational database management system is a database system
+ that stores information in tables that are related to each other.
+ </P
+></DD
+></DL
+></DIV
+><DIV
+CLASS="glossdiv"
+><H1
+CLASS="glossdiv"
+><A
NAME="gloss-s"
></A
>S</H1
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="NEXT"
TITLE="Copyright Information"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
->The Bugzilla Guide</TD
+>The Bugzilla Guide - 2.17.4 Development Release</TD
><TD
WIDTH="34%"
ALIGN="center"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Troubleshooting"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
HREF="security.html"
>Bugzilla Security</A
></DT
+><DD
+><DL
+><DT
+>5.6.1. <A
+HREF="security.html#security-networking"
+>TCP/IP Ports</A
+></DT
+><DT
+>5.6.2. <A
+HREF="security.html#security-mysql"
+>MySQL</A
+></DT
+><DT
+>5.6.3. <A
+HREF="security.html#security-daemon"
+>Daemon Accounts</A
+></DT
+><DT
+>5.6.4. <A
+HREF="security.html#security-access"
+>Web Server Access Controls</A
+></DT
+></DL
+></DD
><DT
>5.7. <A
HREF="cust-templates.html"
><DL
><DT
>5.7.1. <A
-HREF="cust-templates.html#AEN1413"
+HREF="cust-templates.html#AEN1443"
>What to Edit</A
></DT
><DT
>5.7.2. <A
-HREF="cust-templates.html#AEN1432"
+HREF="cust-templates.html#AEN1462"
>How To Edit Templates</A
></DT
><DT
>5.7.3. <A
-HREF="cust-templates.html#AEN1442"
+HREF="cust-templates.html#AEN1472"
>Template Formats</A
></DT
><DT
>5.7.4. <A
-HREF="cust-templates.html#AEN1455"
+HREF="cust-templates.html#AEN1485"
>Particular Templates</A
></DT
></DL
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Useful Patches and Utilities for Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="About This Guide"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><DIV
CLASS="informaltable"
><A
-NAME="AEN80"
+NAME="AEN110"
></A
><P
></P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="About This Guide"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
></A
>1.1. Copyright Information</H1
><A
-NAME="AEN34"
+NAME="AEN33"
></A
><TABLE
BORDER="0"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="About This Guide"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
contribution to the Bugzilla community:
</P
><P
-> <A
-HREF="mailto://mbarnson@sisna.com"
-TARGET="_top"
->Matthew P. Barnson</A
->
- for the Herculaean task of pulling together the Bugzilla Guide and
- shepherding it to 2.14.
- </P
+></P
+><DIV
+CLASS="variablelist"
+><DL
+><DT
+>Matthew P. Barnson <TT
+CLASS="email"
+><<A
+HREF="mailto:mbarnson@sisna.com"
+>mbarnson@sisna.com</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://terry@mozilla.org"
-TARGET="_top"
->Terry Weissman</A
->
- for initially writing Bugzilla and creating the
- README upon which the UNIX installation documentation is largely based.
- </P
+>for the Herculaean task of pulling together the Bugzilla Guide
+ and shepherding it to 2.14.
+ </P
+></DD
+><DT
+>Terry Weissman <TT
+CLASS="email"
+><<A
+HREF="mailto:terry@mozilla.org"
+>terry@mozilla.org</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://tara@tequilarista.org"
-TARGET="_top"
->Tara Hernandez</A
->
- for keeping Bugzilla development going
- strong after Terry left mozilla.org
- </P
+>for initially writing Bugzilla and creating the README upon
+ which the UNIX installation documentation is largely based.
+ </P
+></DD
+><DT
+>Tara Hernandez <TT
+CLASS="email"
+><<A
+HREF="mailto:tara@tequilarists.org"
+>tara@tequilarists.org</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://dkl@redhat.com"
-TARGET="_top"
->Dave Lawrence</A
->
- for providing insight into the key differences between Red Hat's
- customized Bugzilla, and being largely responsible for the "Red
- Hat Bugzilla" appendix
- </P
+>for keeping Bugzilla development going strong after Terry left
+ mozilla.org and for running landfill.
+ </P
+></DD
+><DT
+>Dave Lawrence <TT
+CLASS="email"
+><<A
+HREF="mailto:dkl@redhat.com"
+>dkl@redhat.com</A
+>></TT
+></DT
+><DD
><P
-> <A
-HREF="mailto://endico@mozilla.org"
-TARGET="_top"
->Dawn Endico</A
-> for
- being a hacker extraordinaire and putting up with my incessant
- questions and arguments on irc.mozilla.org in #mozwebtools
- </P
+>for providing insight into the key differences between Red
+ Hat's customized Bugzilla, and being largely responsible for
+ <A
+HREF="variant-redhat.html"
+>Section D.1</A
+>.
+ </P
+></DD
+><DT
+>Dawn Endico <TT
+CLASS="email"
+><<A
+HREF="mailto:endico@mozilla.org"
+>endico@mozilla.org</A
+>></TT
+></DT
+><DD
+><P
+>for being a hacker extraordinaire and putting up with Matthew's
+ incessant questions and arguments on irc.mozilla.org in #mozwebtools
+ </P
+></DD
+><DT
+>Jacob Steenhagen <TT
+CLASS="email"
+><<A
+HREF="mailto:jake@bugzilla.org"
+>jake@bugzilla.org</A
+>></TT
+></DT
+><DD
+><P
+>for taking over documentation during the 2.17 development
+ period.
+ </P
+></DD
+></DL
+></DIV
><P
> Last but not least, all the members of the
<A
HREF="news://news.mozilla.org/netscape/public/mozilla/webtools"
TARGET="_top"
-> netscape.public.mozilla.webtools</A
-> newsgroup. Without your discussions, insight, suggestions, and patches, this could never have happened.
+>news://news.mozilla.org/netscape/public/mozilla/webtools</A
+>
+ newsgroup. Without your discussions, insight, suggestions, and patches,
+ this could never have happened.
</P
><P
> Thanks also go to the following people for significant contributions
- to this documentation (in no particular order):
- </P
-><P
-> Zach Liption, Andrew Pearson, Spencer Smith, Eric Hanson, Kevin Brannen,
- Ron Teitelbaum, Jacob Steenhagen, Joe Robins, Gervase Markham.
+ to this documentation (in alphabetical order):
+ Andrew Pearson, Ben FrantzDale, Eric Hanson, Gervase Markham, Joe Robins, Kevin Brannen, Ron Teitelbaum, Spencer Smith, Zach Liption
+ .
</P
></DIV
><DIV
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H2
CLASS="section"
><A
-NAME="AEN1413"
+NAME="AEN1443"
></A
>5.7.1. What to Edit</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN1432"
+NAME="AEN1462"
></A
>5.7.2. How To Edit Templates</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN1442"
+NAME="AEN1472"
></A
>5.7.3. Template Formats</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN1455"
+NAME="AEN1485"
></A
>5.7.4. Particular Templates</H2
><P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="The Bugzilla FAQ"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="The Bugzilla Database"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H2
CLASS="section"
><A
-NAME="AEN2062"
+NAME="AEN2099"
></A
>B.2.1. Bugzilla Database Basics</H2
><P
><H3
CLASS="section"
><A
-NAME="AEN2089"
+NAME="AEN2126"
></A
>B.2.1.1. Bugzilla Database Tables</H3
><P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="The Bugzilla Database"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="About This Guide"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Installation"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H2
CLASS="section"
><A
-NAME="AEN755"
+NAME="AEN719"
></A
>4.2.1. Dependency Charts</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN770"
+NAME="AEN734"
></A
>4.2.2. Bug Graphs</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN783"
+NAME="AEN747"
></A
>4.2.3. The Whining Cron</H2
><P
><H2
CLASS="section"
><A
-NAME="htaccess"
-></A
->4.2.6. <TT
-CLASS="filename"
->.htaccess</TT
->
- files and security</H2
-><P
->To enhance the security of your Bugzilla installation, Bugzilla's
- <TT
-CLASS="filename"
->checksetup.pl</TT
-> script will generate
- <I
-CLASS="glossterm"
-> <TT
-CLASS="filename"
->.htaccess</TT
->
- </I
->
-
- files which the Apache webserver can use to restrict access to the
- bugzilla data files.
- These .htaccess files will not work with Apache 1.2.x - but this
- has security holes, so you shouldn't be using it anyway.
- <DIV
-CLASS="note"
-><P
-></P
-><TABLE
-CLASS="note"
-WIDTH="100%"
-BORDER="0"
-><TR
-><TD
-WIDTH="25"
-ALIGN="CENTER"
-VALIGN="TOP"
-><IMG
-SRC="../images/note.gif"
-HSPACE="5"
-ALT="Note"></TD
-><TD
-ALIGN="LEFT"
-VALIGN="TOP"
-><P
->If you are using an alternate provider of
- <SPAN
-CLASS="productname"
->webdot</SPAN
->
-
- services for graphing (as described when viewing
- <TT
-CLASS="filename"
->editparams.cgi</TT
->
-
- in your web browser), you will need to change the ip address in
- <TT
-CLASS="filename"
->data/webdot/.htaccess</TT
->
-
- to the ip address of the webdot server that you are using.</P
-></TD
-></TR
-></TABLE
-></DIV
->
- </P
-><P
->The default .htaccess file may not provide adequate access
- restrictions, depending on your web server configuration. Be sure to
- check the <Directory> entries for your Bugzilla directory so that
- the
- <TT
-CLASS="filename"
->.htaccess</TT
->
-
- file is allowed to override web server defaults. For instance, let's
- assume your installation of Bugzilla is installed to
- <TT
-CLASS="filename"
->/usr/local/bugzilla</TT
->
-
- . You should have this <Directory> entry in your
- <TT
-CLASS="filename"
->httpd.conf</TT
->
-
- file:</P
-><P
->
-<TABLE
-BORDER="0"
-BGCOLOR="#E0E0E0"
-WIDTH="100%"
-><TR
-><TD
-><FONT
-COLOR="#000000"
-><PRE
-CLASS="programlisting"
-> <Directory /usr/local/bugzilla/>
- Options +FollowSymLinks +Indexes +Includes +ExecCGI
- AllowOverride All
-</Directory>
-</PRE
-></FONT
-></TD
-></TR
-></TABLE
->
-
- </P
-><P
->The important part above is
- <SPAN
-CLASS="QUOTE"
->"AllowOverride All"</SPAN
->
-
- . Without that, the
- <TT
-CLASS="filename"
->.htaccess</TT
->
-
- file created by
- <TT
-CLASS="filename"
->checksetup.pl</TT
->
-
- will not have sufficient permissions to protect your Bugzilla
- installation.</P
-><P
->If you are using Internet Information Server (IIS) or another
- web server which does not observe
- <TT
-CLASS="filename"
->.htaccess</TT
->
- conventions, you can disable their creation by editing
- <TT
-CLASS="filename"
->localconfig</TT
->
- and setting the
- <TT
-CLASS="varname"
->$create_htaccess</TT
->
- variable to
- <TT
-CLASS="parameter"
-><I
->0</I
-></TT
->.
- </P
-></DIV
-><DIV
-CLASS="section"
-><H2
-CLASS="section"
-><A
NAME="directoryindex"
></A
->4.2.7. <TT
+>4.2.6. <TT
CLASS="filename"
>directoryindex</TT
> for the Bugzilla default page.</H2
><A
NAME="mod_perl"
></A
->4.2.8. Bugzilla and <TT
+>4.2.7. Bugzilla and <TT
CLASS="filename"
>mod_perl</TT
></H2
><A
NAME="mod-throttle"
></A
->4.2.9. <TT
+>4.2.8. <TT
CLASS="filename"
>mod_throttle</TT
>
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Integrating Bugzilla with Third-Party Tools"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><DL
><DT
>A.1.1. <A
-HREF="faq.html#AEN1617"
+HREF="faq.html#faq-general-information"
> Where can I find information about Bugzilla?</A
></DT
><DT
>A.1.2. <A
-HREF="faq.html#AEN1623"
+HREF="faq.html#faq-general-license"
> What license is Bugzilla distributed under?
</A
></DT
><DT
>A.1.3. <A
-HREF="faq.html#AEN1629"
+HREF="faq.html#faq-general-support"
> How do I get commercial support for Bugzilla?
</A
></DT
><DT
>A.1.4. <A
-HREF="faq.html#AEN1638"
+HREF="faq.html#faq-general-companies"
> What major companies or projects are currently using Bugzilla
for bug-tracking?
</A
></DT
><DT
>A.1.5. <A
-HREF="faq.html#AEN1662"
+HREF="faq.html#faq-general-maintainers"
> Who maintains Bugzilla?
</A
></DT
><DT
>A.1.6. <A
-HREF="faq.html#AEN1668"
+HREF="faq.html#faq-general-compare"
> How does Bugzilla stack up against other bug-tracking databases?
</A
></DT
><DT
>A.1.7. <A
-HREF="faq.html#AEN1674"
+HREF="faq.html#faq-general-bzmissing"
> Why doesn't Bugzilla offer this or that feature or compatibility
with this other tracking software?
</A
></DT
><DT
>A.1.8. <A
-HREF="faq.html#AEN1681"
+HREF="faq.html#faq-general-mysql"
> Why MySQL? I'm interested in seeing Bugzilla run on
Oracle/Sybase/Msql/PostgreSQL/MSSQL.
</A
></DT
><DT
>A.1.9. <A
-HREF="faq.html#AEN1690"
+HREF="faq.html#faq-general-bonsaitools"
> Why do the scripts say "/usr/bonsaitools/bin/perl" instead of
"/usr/bin/perl" or something else?
</A
></DT
><DT
>A.1.10. <A
-HREF="faq.html#AEN1696"
+HREF="faq.html#faq-general-cookie"
> Is there an easy way to change the Bugzilla cookie name?
</A
></DT
><DL
><DT
>A.2.1. <A
-HREF="faq.html#AEN1706"
+HREF="faq.html#faq-phb-client"
> Is Bugzilla web-based, or do you have to have specific software or
a specific operating system on your machine?
</A
></DT
><DT
>A.2.2. <A
-HREF="faq.html#AEN1711"
+HREF="faq.html#faq-phb-integration"
> Can Bugzilla integrate with
Perforce (SCM software)?
</A
></DT
><DT
>A.2.3. <A
-HREF="faq.html#AEN1716"
+HREF="faq.html#faq-phb-projects"
> Does Bugzilla allow the user to track multiple projects?
</A
></DT
><DT
>A.2.4. <A
-HREF="faq.html#AEN1721"
+HREF="faq.html#faq-phb-sorting"
> If I am on many projects, and search for all bugs assigned to me, will
Bugzilla list them for me and allow me to sort by project, severity etc?
</A
></DT
><DT
>A.2.5. <A
-HREF="faq.html#AEN1726"
+HREF="faq.html#faq-phb-attachments"
> Does Bugzilla allow attachments (text, screenshots, URLs etc)? If yes,
are there any that are NOT allowed?
</A
></DT
><DT
>A.2.6. <A
-HREF="faq.html#AEN1731"
+HREF="faq.html#faq-phb-priorities"
> Does Bugzilla allow us to define our own priorities and levels? Do we
have complete freedom to change the labels of fields and format of them, and
the choice of acceptable values?
></DT
><DT
>A.2.7. <A
-HREF="faq.html#AEN1738"
+HREF="faq.html#faq-phb-reporting"
> Does Bugzilla provide any reporting features, metrics, graphs, etc? You
know, the type of stuff that management likes to see. :)
</A
></DT
><DT
>A.2.8. <A
-HREF="faq.html#AEN1745"
+HREF="faq.html#faq-phb-email"
> Is there email notification and if so, what do you see when you get an
email?
</A
></DT
><DT
>A.2.9. <A
-HREF="faq.html#AEN1750"
+HREF="faq.html#faq-phb-cclist"
> Can email notification be set up to send to multiple
people, some on the To List, CC List, BCC List etc?
</A
></DT
><DT
>A.2.10. <A
-HREF="faq.html#AEN1755"
+HREF="faq.html#faq-phb-emailapp"
> Do users have to have any particular
type of email application?
</A
></DT
><DT
>A.2.11. <A
-HREF="faq.html#AEN1762"
+HREF="faq.html#faq-phb-data"
> Does Bugzilla allow data to be imported and exported? If I had outsiders
write up a bug report using a MS Word bug template, could that template be
imported into "matching" fields? If I wanted to take the results of a query
></DT
><DT
>A.2.12. <A
-HREF="faq.html#AEN1774"
+HREF="faq.html#faq-phb-l10n"
> Has anyone converted Bugzilla to another language to be used in other
countries? Is it localizable?
</A
></DT
><DT
>A.2.13. <A
-HREF="faq.html#AEN1781"
+HREF="faq.html#faq-phb-reports"
> Can a user create and save reports? Can they do this in Word format?
Excel format?
</A
></DT
><DT
>A.2.14. <A
-HREF="faq.html#AEN1786"
+HREF="faq.html#faq-phb-searching"
> Does Bugzilla have the ability to search by word, phrase, compound
search?
</A
></DT
><DT
>A.2.15. <A
-HREF="faq.html#AEN1791"
+HREF="faq.html#faq-phb-midair"
> Does Bugzilla provide record locking when there is simultaneous access
to the same bug? Does the second person get a notice that the bug is in use
or how are they notified?
></DT
><DT
>A.2.16. <A
-HREF="faq.html#AEN1796"
+HREF="faq.html#faq-phb-backup"
> Are there any backup features provided?
</A
></DT
><DT
>A.2.17. <A
-HREF="faq.html#AEN1802"
+HREF="faq.html#faq-phb-livebackup"
> Can users be on the system while a backup is in progress?
</A
></DT
><DT
>A.2.18. <A
-HREF="faq.html#AEN1807"
+HREF="faq.html#faq-phb-maintenance"
> What type of human resources are needed to be on staff to install and
maintain Bugzilla? Specifically, what type of skills does the person need to
have? I need to find out if we were to go with Bugzilla, what types of
></DT
><DT
>A.2.19. <A
-HREF="faq.html#AEN1813"
+HREF="faq.html#faq-phb-installtime"
> What time frame are we looking at if we decide to hire people to install
and maintain the Bugzilla? Is this something that takes hours or weeks to
install and a couple of hours per week to maintain and customize or is this
></DT
><DT
>A.2.20. <A
-HREF="faq.html#AEN1818"
+HREF="faq.html#faq-phb-cost"
> Is there any licensing fee or other fees for using Bugzilla? Any
out-of-pocket cost other than the bodies needed as identified above?
</A
><DL
><DT
>A.3.1. <A
-HREF="faq.html#AEN1825"
+HREF="faq.html#faq-security-mysql"
> How do I completely disable MySQL security if it's giving me problems
(I've followed the instructions in the installation section of this guide)?
</A
></DT
><DT
>A.3.2. <A
-HREF="faq.html#AEN1831"
+HREF="faq.html#faq-security-knownproblems"
> Are there any security problems with Bugzilla?
</A
></DT
><DT
>A.3.3. <A
-HREF="faq.html#AEN1836"
+HREF="faq.html#faq-security-mysqluser"
> I've implemented the security fixes mentioned in Chris Yeh's security
advisory of 5/10/2000 advising not to run MySQL as root, and am running into
problems with MySQL no longer working correctly.
><DL
><DT
>A.4.1. <A
-HREF="faq.html#AEN1843"
+HREF="faq.html#faq-email-nomail"
> I have a user who doesn't want to receive any more email from Bugzilla.
How do I stop it entirely for this user?
</A
></DT
><DT
>A.4.2. <A
-HREF="faq.html#AEN1849"
+HREF="faq.html#faq-email-testing"
> I'm evaluating/testing Bugzilla, and don't want it to send email to
anyone but me. How do I do it?
</A
></DT
><DT
>A.4.3. <A
-HREF="faq.html#AEN1854"
+HREF="faq.html#faq-email-whine"
> I want whineatnews.pl to whine at something more, or other than, only new
bugs. How do I do it?
</A
></DT
><DT
>A.4.4. <A
-HREF="faq.html#AEN1860"
+HREF="faq.html#faq-email-procmail"
> I don't like/want to use Procmail to hand mail off to bug_email.pl.
What alternatives do I have?
</A
></DT
><DT
>A.4.5. <A
-HREF="faq.html#AEN1867"
+HREF="faq.html#faq-email-mailif"
> How do I set up the email interface to submit/change bugs via email?
</A
></DT
><DT
>A.4.6. <A
-HREF="faq.html#AEN1872"
+HREF="faq.html#faq-email-sendmailnow"
> Email takes FOREVER to reach me from Bugzilla -- it's extremely slow.
What gives?
</A
></DT
><DT
>A.4.7. <A
-HREF="faq.html#AEN1879"
+HREF="faq.html#faq-email-nonreceived"
> How come email from Bugzilla changes never reaches me?
</A
></DT
><DL
><DT
>A.5.1. <A
-HREF="faq.html#AEN1887"
+HREF="faq.html#faq-db-oracle"
> I've heard Bugzilla can be used with Oracle?
</A
></DT
><DT
>A.5.2. <A
-HREF="faq.html#AEN1892"
+HREF="faq.html#faq-db-corrupted"
> I think my database might be corrupted, or contain invalid entries. What
do I do?
</A
></DT
><DT
>A.5.3. <A
-HREF="faq.html#AEN1900"
+HREF="faq.html#faq-db-manualedit"
> I want to manually edit some entries in my database. How?
</A
></DT
><DT
>A.5.4. <A
-HREF="faq.html#AEN1908"
+HREF="faq.html#faq-db-permissions"
> I think I've set up MySQL permissions correctly, but Bugzilla still can't
connect.
</A
></DT
><DT
>A.5.5. <A
-HREF="faq.html#AEN1916"
+HREF="faq.html#faq-db-synchronize"
> How do I synchronize bug information among multiple different Bugzilla
databases?
</A
><DL
><DT
>A.6.1. <A
-HREF="faq.html#AEN1925"
+HREF="faq.html#faq-nt-easiest"
> What is the easiest way to run Bugzilla on Win32 (Win98+/NT/2K)?
</A
></DT
><DT
>A.6.2. <A
-HREF="faq.html#AEN1930"
+HREF="faq.html#faq-nt-bundle"
> Is there a "Bundle::Bugzilla" equivalent for Win32?
</A
></DT
><DT
>A.6.3. <A
-HREF="faq.html#AEN1935"
+HREF="faq.html#faq-nt-mappings"
> CGI's are failing with a "something.cgi is not a valid Windows NT
application" error. Why?
</A
></DT
><DT
>A.6.4. <A
-HREF="faq.html#AEN1943"
+HREF="faq.html#faq-nt-dbi"
> I'm having trouble with the perl modules for NT not being able to talk to
to the database.
</A
><DL
><DT
>A.7.1. <A
-HREF="faq.html#AEN1964"
+HREF="faq.html#faq-use-changeaddress"
> How do I change my user name (email address) in Bugzilla?
</A
></DT
><DT
>A.7.2. <A
-HREF="faq.html#AEN1969"
+HREF="faq.html#faq-use-query"
> The query page is very confusing. Isn't there a simpler way to query?
</A
></DT
><DT
>A.7.3. <A
-HREF="faq.html#AEN1974"
+HREF="faq.html#faq-use-accept"
> I'm confused by the behavior of the "accept" button in the Show Bug form.
Why doesn't it assign the bug to me when I accept it?
</A
></DT
><DT
>A.7.4. <A
-HREF="faq.html#AEN1984"
+HREF="faq.html#faq-use-attachment"
> I can't upload anything into the database via the "Create Attachment"
link. What am I doing wrong?
</A
></DT
><DT
>A.7.5. <A
-HREF="faq.html#AEN1989"
+HREF="faq.html#faq-use-keyword"
> How do I change a keyword in Bugzilla, once some bugs are using it?
</A
></DT
><DL
><DT
>A.8.1. <A
-HREF="faq.html#AEN1996"
+HREF="faq.html#faq-hacking-templatestyle"
> What kind of style should I use for templatization?
</A
></DT
><DT
>A.8.2. <A
-HREF="faq.html#AEN2004"
+HREF="faq.html#faq-hacking-bugzillabugs"
> What bugs are in Bugzilla right now?
</A
></DT
><DT
>A.8.3. <A
-HREF="faq.html#AEN2013"
+HREF="faq.html#faq-hacking-priority"
> How can I change the default priority to a null value? For instance, have the default
priority be "---" instead of "P2"?
</A
></DT
><DT
>A.8.4. <A
-HREF="faq.html#AEN2019"
+HREF="faq.html#faq-hacking-patches"
> What's the best way to submit patches? What guidelines should I follow?
</A
></DT
CLASS="question"
><P
><A
-NAME="AEN1617"
+NAME="faq-general-information"
></A
><B
>A.1.1. </B
CLASS="question"
><P
><A
-NAME="AEN1623"
+NAME="faq-general-license"
></A
><B
>A.1.2. </B
CLASS="question"
><P
><A
-NAME="AEN1629"
+NAME="faq-general-support"
></A
><B
>A.1.3. </B
CLASS="question"
><P
><A
-NAME="AEN1638"
+NAME="faq-general-companies"
></A
><B
>A.1.4. </B
CLASS="question"
><P
><A
-NAME="AEN1662"
+NAME="faq-general-maintainers"
></A
><B
>A.1.5. </B
CLASS="question"
><P
><A
-NAME="AEN1668"
+NAME="faq-general-compare"
></A
><B
>A.1.6. </B
CLASS="question"
><P
><A
-NAME="AEN1674"
+NAME="faq-general-bzmissing"
></A
><B
>A.1.7. </B
CLASS="question"
><P
><A
-NAME="AEN1681"
+NAME="faq-general-mysql"
></A
><B
>A.1.8. </B
CLASS="question"
><P
><A
-NAME="AEN1690"
+NAME="faq-general-bonsaitools"
></A
><B
>A.1.9. </B
CLASS="question"
><P
><A
-NAME="AEN1696"
+NAME="faq-general-cookie"
></A
><B
>A.1.10. </B
CLASS="question"
><P
><A
-NAME="AEN1706"
+NAME="faq-phb-client"
></A
><B
>A.2.1. </B
CLASS="question"
><P
><A
-NAME="AEN1711"
+NAME="faq-phb-integration"
></A
><B
>A.2.2. </B
CLASS="question"
><P
><A
-NAME="AEN1716"
+NAME="faq-phb-projects"
></A
><B
>A.2.3. </B
CLASS="question"
><P
><A
-NAME="AEN1721"
+NAME="faq-phb-sorting"
></A
><B
>A.2.4. </B
CLASS="question"
><P
><A
-NAME="AEN1726"
+NAME="faq-phb-attachments"
></A
><B
>A.2.5. </B
CLASS="question"
><P
><A
-NAME="AEN1731"
+NAME="faq-phb-priorities"
></A
><B
>A.2.6. </B
CLASS="question"
><P
><A
-NAME="AEN1738"
+NAME="faq-phb-reporting"
></A
><B
>A.2.7. </B
CLASS="question"
><P
><A
-NAME="AEN1745"
+NAME="faq-phb-email"
></A
><B
>A.2.8. </B
CLASS="question"
><P
><A
-NAME="AEN1750"
+NAME="faq-phb-cclist"
></A
><B
>A.2.9. </B
CLASS="question"
><P
><A
-NAME="AEN1755"
+NAME="faq-phb-emailapp"
></A
><B
>A.2.10. </B
CLASS="question"
><P
><A
-NAME="AEN1762"
+NAME="faq-phb-data"
></A
><B
>A.2.11. </B
CLASS="question"
><P
><A
-NAME="AEN1774"
+NAME="faq-phb-l10n"
></A
><B
>A.2.12. </B
CLASS="question"
><P
><A
-NAME="AEN1781"
+NAME="faq-phb-reports"
></A
><B
>A.2.13. </B
CLASS="question"
><P
><A
-NAME="AEN1786"
+NAME="faq-phb-searching"
></A
><B
>A.2.14. </B
CLASS="question"
><P
><A
-NAME="AEN1791"
+NAME="faq-phb-midair"
></A
><B
>A.2.15. </B
CLASS="question"
><P
><A
-NAME="AEN1796"
+NAME="faq-phb-backup"
></A
><B
>A.2.16. </B
CLASS="question"
><P
><A
-NAME="AEN1802"
+NAME="faq-phb-livebackup"
></A
><B
>A.2.17. </B
CLASS="question"
><P
><A
-NAME="AEN1807"
+NAME="faq-phb-maintenance"
></A
><B
>A.2.18. </B
CLASS="question"
><P
><A
-NAME="AEN1813"
+NAME="faq-phb-installtime"
></A
><B
>A.2.19. </B
CLASS="question"
><P
><A
-NAME="AEN1818"
+NAME="faq-phb-cost"
></A
><B
>A.2.20. </B
CLASS="question"
><P
><A
-NAME="AEN1825"
+NAME="faq-security-mysql"
></A
><B
>A.3.1. </B
CLASS="question"
><P
><A
-NAME="AEN1831"
+NAME="faq-security-knownproblems"
></A
><B
>A.3.2. </B
CLASS="question"
><P
><A
-NAME="AEN1836"
+NAME="faq-security-mysqluser"
></A
><B
>A.3.3. </B
CLASS="question"
><P
><A
-NAME="AEN1843"
+NAME="faq-email-nomail"
></A
><B
>A.4.1. </B
CLASS="question"
><P
><A
-NAME="AEN1849"
+NAME="faq-email-testing"
></A
><B
>A.4.2. </B
CLASS="question"
><P
><A
-NAME="AEN1854"
+NAME="faq-email-whine"
></A
><B
>A.4.3. </B
CLASS="question"
><P
><A
-NAME="AEN1860"
+NAME="faq-email-procmail"
></A
><B
>A.4.4. </B
You can call bug_email.pl directly from your aliases file, with
an entry like this:
<A
-NAME="AEN1864"
+NAME="AEN1894"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
CLASS="question"
><P
><A
-NAME="AEN1867"
+NAME="faq-email-mailif"
></A
><B
>A.4.5. </B
CLASS="question"
><P
><A
-NAME="AEN1872"
+NAME="faq-email-sendmailnow"
></A
><B
>A.4.6. </B
><B
> </B
>
- If you are using an alternate Mail Transport Agent (MTA other than
- sendmail), make sure the options given in the "processmail" and other
- scripts for all
- instances of "sendmail" are correct for your MTA.
+ If you are using an alternate <A
+HREF="glossary.html#gloss-mta"
+><I
+CLASS="glossterm"
+>MTA</I
+></A
+>,
+ make sure the options given in <TT
+CLASS="filename"
+>Bugzilla/BugMail.pm</TT
+>
+ and any other place where <SPAN
+CLASS="application"
+>sendmail</SPAN
+> is called from
+ are correct for your MTA. You should also ensure that the
+ <TT
+CLASS="option"
+>sendmailnow</TT
+> param is set to <TT
+CLASS="literal"
+>on</TT
+>.
</P
><P
-> If you are using Sendmail, try enabling "sendmailnow" in editparams.cgi.
- If you are using Postfix, you will also need to enable <SPAN
-CLASS="QUOTE"
->"sendmailnow"</SPAN
+> If you are using <SPAN
+CLASS="application"
+>sendmail</SPAN
+>, try enabling
+ <TT
+CLASS="option"
+>sendmailnow</TT
+> in <TT
+CLASS="filename"
+>editparams.cgi</TT
>.
+
</P
></DIV
></DIV
CLASS="question"
><P
><A
-NAME="AEN1879"
+NAME="faq-email-nonreceived"
></A
><B
>A.4.7. </B
CLASS="question"
><P
><A
-NAME="AEN1887"
+NAME="faq-db-oracle"
></A
><B
>A.5.1. </B
CLASS="question"
><P
><A
-NAME="AEN1892"
+NAME="faq-db-corrupted"
></A
><B
>A.5.2. </B
CLASS="question"
><P
><A
-NAME="AEN1900"
+NAME="faq-db-manualedit"
></A
><B
>A.5.3. </B
CLASS="question"
><P
><A
-NAME="AEN1908"
+NAME="faq-db-permissions"
></A
><B
>A.5.4. </B
CLASS="question"
><P
><A
-NAME="AEN1916"
+NAME="faq-db-synchronize"
></A
><B
>A.5.5. </B
CLASS="question"
><P
><A
-NAME="AEN1925"
+NAME="faq-nt-easiest"
></A
><B
>A.6.1. </B
CLASS="question"
><P
><A
-NAME="AEN1930"
+NAME="faq-nt-bundle"
></A
><B
>A.6.2. </B
CLASS="question"
><P
><A
-NAME="AEN1935"
+NAME="faq-nt-mappings"
></A
><B
>A.6.3. </B
><P
> Microsoft has some advice on this matter, as well:
<A
-NAME="AEN1940"
+NAME="AEN1977"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
CLASS="question"
><P
><A
-NAME="AEN1943"
+NAME="faq-nt-dbi"
></A
><B
>A.6.4. </B
CLASS="question"
><P
><A
-NAME="AEN1964"
+NAME="faq-use-changeaddress"
></A
><B
>A.7.1. </B
CLASS="question"
><P
><A
-NAME="AEN1969"
+NAME="faq-use-query"
></A
><B
>A.7.2. </B
CLASS="question"
><P
><A
-NAME="AEN1974"
+NAME="faq-use-accept"
></A
><B
>A.7.3. </B
CLASS="question"
><P
><A
-NAME="AEN1984"
+NAME="faq-use-attachment"
></A
><B
>A.7.4. </B
CLASS="question"
><P
><A
-NAME="AEN1989"
+NAME="faq-use-keyword"
></A
><B
>A.7.5. </B
CLASS="question"
><P
><A
-NAME="AEN1996"
+NAME="faq-hacking-templatestyle"
></A
><B
>A.8.1. </B
CLASS="question"
><P
><A
-NAME="AEN2004"
+NAME="faq-hacking-bugzillabugs"
></A
><B
>A.8.2. </B
CLASS="question"
><P
><A
-NAME="AEN2013"
+NAME="faq-hacking-priority"
></A
><B
>A.8.3. </B
CLASS="question"
><P
><A
-NAME="AEN2019"
+NAME="faq-hacking-patches"
></A
><B
>A.8.4. </B
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="GNU Free Documentation License"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
of the License in the document and put the following copyright and
license notices just after the title page:</P
><A
-NAME="AEN2267"
+NAME="AEN2304"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="SourceForge"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><P
>Version 1.1, March 2000</P
><A
-NAME="AEN2177"
+NAME="AEN2214"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="How to use this License for your documents"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H1
CLASS="glossdiv"
><A
-NAME="AEN2272"
+NAME="AEN2309"
></A
>0-9, high ascii</H1
><DL
>M</H1
><DL
><DT
+><A
+NAME="gloss-mta"
+></A
+><B
+>Message Transport Agent</B
+></DT
+> (MTA)<DD
+><P
+>A Message Transport Agent is used to control the flow of email
+ on a system. Many unix based systems use
+ <A
+HREF="http://www.sendmail.org"
+TARGET="_top"
+>sendmail</A
+> which is what
+ Bugzilla expects to find by default at <TT
+CLASS="filename"
+>/usr/sbin/sendmail</TT
+>.
+ Many other MTA's will work, but they all require that the
+ <TT
+CLASS="option"
+>sendmailnow</TT
+> param be set to <TT
+CLASS="literal"
+>on</TT
+>.
+ </P
+></DD
+><DT
+><A
+NAME="gloss-mysql"
+></A
><B
->mysqld</B
+>MySQL</B
></DT
><DD
><P
->mysqld is the name of the
- <I
+>MySQL is currently the required
+ <A
+HREF="glossary.html#gloss-rdbms"
+><I
CLASS="glossterm"
->daemon</I
->
-
- for the MySQL database. In general, it is invoked automatically
- through the use of the System V init scripts on GNU/Linux and
- AT&T System V-based systems, such as Solaris and HP/UX, or
- through the RC scripts on BSD-based systems.</P
+>RDBMS</I
+></A
+> for Bugzilla. MySQL
+ can be downloaded from <A
+HREF="http://www.mysql.com"
+TARGET="_top"
+>http://www.mysql.com</A
+>. While you
+ should familiarize yourself with all of the documentation, some high
+ points are:
+ </P
+><P
+></P
+><UL
+><LI
+><P
+><A
+HREF="http://www.mysql.com/doc/P/r/Privilege_system.html"
+TARGET="_top"
+>MySQL
+ Privilege System</A
+> - Much more detailed information about
+ the suggestions in <A
+HREF="security.html#security-mysql"
+>Section 5.6.2</A
+>.
+ </P
+></LI
+></UL
></DD
></DL
></DIV
><H1
CLASS="glossdiv"
><A
+NAME="gloss-r"
+></A
+>R</H1
+><DL
+><DT
+><A
+NAME="gloss-rdbms"
+></A
+><B
+>Relational DataBase Managment System</B
+></DT
+> (RDBMS)<DD
+><P
+>A relational database management system is a database system
+ that stores information in tables that are related to each other.
+ </P
+></DD
+></DL
+></DIV
+><DIV
+CLASS="glossdiv"
+><H1
+CLASS="glossdiv"
+><A
NAME="gloss-s"
></A
>S</H1
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Using Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H2
CLASS="section"
><A
-NAME="AEN340"
+NAME="AEN370"
></A
>3.2.1. Autolinkification</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN369"
+NAME="AEN399"
></A
>3.2.5. Filing Bugs</H2
><P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Using Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Installation"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
should be able to handle Bugzilla. No matter what web server you choose, but
especially if you choose something other than Apache, you should be sure to read
<A
-HREF="security.html"
->Section 5.6</A
+HREF="security.html#security-access"
+>Section 5.6.4</A
>.
</P
><P
><PRE
CLASS="programlisting"
> # don't allow people to retrieve non-cgi executable files or our private data
-<FilesMatch ^(.*\.pl|.*localconfig.*|processmail|runtests.sh)$>
+<FilesMatch ^(.*\.pl|.*localconfig.*|runtests.sh)$>
deny from all
</FilesMatch>
<FilesMatch ^(localconfig.js|localconfig.rdf)$>
>data</TT
>
directory are secured as described in <A
-HREF="security.html"
->Section 5.6</A
+HREF="security.html#security-access"
+>Section 5.6.4</A
>.
</P
></DIV
><PRE
CLASS="programlisting"
> ns_register_filter preauth GET /bugzilla/localconfig filter_deny
+ns_register_filter preauth GET /bugzilla/localconfig~ filter_deny
+ns_register_filter preauth GET /bugzilla/\#localconfig\# filter_deny
ns_register_filter preauth GET /bugzilla/*.pl filter_deny
-ns_register_filter preauth GET /bugzilla/localconfig filter_deny
-ns_register_filter preauth GET /bugzilla/processmail filter_deny
ns_register_filter preauth GET /bugzilla/syncshadowdb filter_deny
ns_register_filter preauth GET /bugzilla/runtests.sh filter_deny
-
+ns_register_filter preauth GET /bugzilla/data/* filter_deny
+ns_register_filter preauth GET /bugzilla/template/* filter_deny
+
proc filter_deny { why } {
ns_log Notice "filter_deny"
return "filter_return"
ALIGN="LEFT"
VALIGN="TOP"
><P
->This doesn't appear to account for everything mentioned in
- <A
-HREF="security.html"
->Section 5.6</A
->. In particular, it doesn't block access
- to the <TT
-CLASS="filename"
->data</TT
-> or
+>This probably doesn't account for all possible editor backup
+ files so you may wish to add some additional variations of
<TT
CLASS="filename"
->template</TT
-> directories. It also
- doesn't account for the editor backup files that were the topic of
+>localconfig</TT
+>. For more information, see
<A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=186383"
TARGET="_top"
>bug
186383</A
HREF="http://online.securityfocus.com/bid/6501"
TARGET="_top"
>Bugtraq ID 6501</A
+>.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
+><DIV
+CLASS="note"
+><P
+></P
+><TABLE
+CLASS="note"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/note.gif"
+HSPACE="5"
+ALT="Note"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>If you are using webdot from research.att.com (the default
+ configuration for the <TT
+CLASS="option"
+>webdotbase</TT
+> paramater), you
+ will need to allow access to <TT
+CLASS="filename"
+>data/webdot/*.dot</TT
+>
+ for the reasearch.att.com machine.
+ </P
+><P
+>If you are using a local installation of <A
+HREF="http://www.graphviz.org"
+TARGET="_top"
+>GraphViz</A
+>, you will need to allow
+ everybody to access <TT
+CLASS="filename"
+>*.png</TT
>,
- and a partial cause for the 2.16.2 release.
+ <TT
+CLASS="filename"
+>*.gif</TT
+>, <TT
+CLASS="filename"
+>*.jpg</TT
+>, and
+ <TT
+CLASS="filename"
+>*.map</TT
+> in the
+ <TT
+CLASS="filename"
+>data/webdot</TT
+> directory.
</P
></TD
></TR
<HTML
><HEAD
><TITLE
->The Bugzilla Guide</TITLE
+>The Bugzilla Guide - 2.17.4 Development Release</TITLE
><META
NAME="GENERATOR"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
><A
NAME="AEN2"
></A
->The Bugzilla Guide</H1
+>The Bugzilla Guide - 2.17.4 Development Release</H1
><H3
CLASS="author"
><A
><A
NAME="AEN9"
></A
+>Jacob Steenhagen</H3
+><H3
+CLASS="corpauthor"
>The Bugzilla Team</H3
><P
-CLASS="edition"
->2.17.3 Development Release Edition </P
-><P
CLASS="pubdate"
->2003-01-02<BR></P
+>2003-02-16<BR></P
><DIV
><DIV
CLASS="abstract"
><A
-NAME="AEN15"
+NAME="AEN14"
></A
><P
></P
><DL
><DT
>D.1. <A
-HREF="rhbugzilla.html"
+HREF="variant-redhat.html"
>Red Hat Bugzilla</A
></DT
><DT
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="User Preferences"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
></DT
><DT
>4.1.7. <A
-HREF="stepbystep.html#AEN590"
+HREF="stepbystep.html#AEN620"
>Bugzilla</A
></DT
><DT
>4.1.8. <A
-HREF="stepbystep.html#AEN615"
+HREF="stepbystep.html#AEN645"
>Setting Up the MySQL Database</A
></DT
><DT
>4.1.9. <A
-HREF="stepbystep.html#AEN651"
+HREF="stepbystep.html#AEN681"
><TT
CLASS="filename"
>checksetup.pl</TT
></DT
><DT
>4.1.10. <A
-HREF="stepbystep.html#AEN683"
->Securing MySQL</A
-></DT
-><DT
->4.1.11. <A
-HREF="stepbystep.html#AEN749"
+HREF="stepbystep.html#AEN713"
>Configuring Bugzilla</A
></DT
></DL
><DL
><DT
>4.2.1. <A
-HREF="extraconfig.html#AEN755"
+HREF="extraconfig.html#AEN719"
>Dependency Charts</A
></DT
><DT
>4.2.2. <A
-HREF="extraconfig.html#AEN770"
+HREF="extraconfig.html#AEN734"
>Bug Graphs</A
></DT
><DT
>4.2.3. <A
-HREF="extraconfig.html#AEN783"
+HREF="extraconfig.html#AEN747"
>The Whining Cron</A
></DT
><DT
></DT
><DT
>4.2.6. <A
-HREF="extraconfig.html#htaccess"
-><TT
-CLASS="filename"
->.htaccess</TT
->
- files and security</A
-></DT
-><DT
->4.2.7. <A
HREF="extraconfig.html#directoryindex"
><TT
CLASS="filename"
> for the Bugzilla default page.</A
></DT
><DT
HREF="extraconfig.html#mod_perl"
>Bugzilla and <TT
CLASS="filename"
></A
></DT
><DT
HREF="extraconfig.html#mod-throttle"
><TT
CLASS="filename"
><DL
><DT
>4.5.1. <A
-HREF="troubleshooting.html#AEN1063"
+HREF="troubleshooting.html#AEN1009"
>Bundle::Bugzilla makes me upgrade to Perl 5.6.1</A
></DT
><DT
>4.5.2. <A
-HREF="troubleshooting.html#AEN1068"
+HREF="troubleshooting.html#AEN1014"
>DBD::Sponge::db prepare failed</A
></DT
><DT
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Document Conventions"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="About This Guide"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
></A
>1.3. New Versions</H1
><P
-> This is the 2.17.3 version of The Bugzilla Guide. It is so named
+> This is the 2.17.4 version of The Bugzilla Guide. It is so named
to match the current version of Bugzilla.
This version of the guide, like its associated Bugzilla version is a
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Installation"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
></TABLE
></DIV
><DIV
-CLASS="note"
+CLASS="tip"
><P
></P
><TABLE
-CLASS="note"
+CLASS="tip"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/tip.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Tip"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><H4
CLASS="section"
><A
-NAME="win32-code-mail"
-></A
->4.3.1.3.2. Making mail work</H4
-><P
->The easiest way to get mail working is to use the mail patches
- on <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=124174"
-TARGET="_top"
->bug
- 124174</A
->. With any luck, this patch will receive the required
- reviews and integrated into the main Bugzilla distribution very soon.
- Until that happens, there's at least one report of this patch working
- well on Windows.
- </P
-></DIV
-><DIV
-CLASS="section"
-><H4
-CLASS="section"
-><A
-NAME="AEN930"
+NAME="AEN863"
></A
->4.3.1.3.3. System Calls</H4
+>4.3.1.3.2. System Calls</H4
><P
>In order to get system calls to work on win32's perl, you need
to tell the windows shell what interpreter to use. This is done by
COLOR="#000000"
><PRE
CLASS="programlisting"
-> system("./processmail", $id, $exporter);
+> system("$webdotbase","-Tpng","-o","$pngfilename","$filename");
</PRE
></FONT
></TD
COLOR="#000000"
><PRE
CLASS="programlisting"
-> system("C:\\perl\\bin\\perl", "processmail", $id, $exporter);
+> system("C:\\perl\\bin\\perl", "$webdotbase","-Tpng","-o","$pngfilename","$filename");
</PRE
></FONT
></TD
></TR
></TABLE
-><P
->Notice that the <TT
-CLASS="computeroutput"
->./</TT
-> is also
- removed.
- </P
><DIV
CLASS="tip"
><P
></TR
></TABLE
></DIV
+><DIV
+CLASS="note"
+><P
+></P
+><TABLE
+CLASS="note"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/note.gif"
+HSPACE="5"
+ALT="Note"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>It appears that the only <TT
+CLASS="function"
+>system</TT
+> call
+ remaining in the Bugzilla codebase is in
+ <TT
+CLASS="filename"
+>showdependencygraph.cgi</TT
+>. Not changing this
+ file will only cause dependency graphs to not function if the
+ <TT
+CLASS="option"
+>webdotbase</TT
+> paramater points to a local
+ installation of <A
+HREF="http://www.graphviz.org"
+TARGET="_top"
+>GraphViz</A
+>.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
></DIV
></DIV
><DIV
able to handle Bugzilla; however, the Bugzilla Team still recommends
Apache whenever asked. No matter what web server you choose, be sure
to pay attention to the security notes in <A
-HREF="security.html"
->Section 5.6</A
+HREF="security.html#security-access"
+>Section 5.6.4</A
>.
More information on configuring specific web servers can be found in
<A
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="MySQL Bugzilla Database Introduction"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Useful Patches and Utilities for Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><P
>These instructions must, of necessity, be somewhat vague since
Bugzilla runs on so many different platforms. If you have refinements
- of these directions for specific platforms, please submit them to
- <A
-HREF="mailto://mozilla-webtools@mozilla.org"
+ of these directions, please submit a bug to <A
+HREF="http://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla&component=Documentation"
TARGET="_top"
-> mozilla-webtools@mozilla.org</A
->
+>Bugzilla Documentation</A
+>.
</P
></TD
></TR
></TABLE
></DIV
+><DIV
+CLASS="warning"
+><P
+></P
+><TABLE
+CLASS="warning"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/warning.gif"
+HSPACE="5"
+ALT="Warning"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
+><P
+>This is not meant to be a comprehensive list of every possible
+ security issue regarding the tools mentioned in this section. There is
+ no subsitute for reading the information written by the authors of any
+ software running on your system.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
+><DIV
+CLASS="section"
+><H2
+CLASS="section"
+><A
+NAME="security-networking"
+></A
+>5.6.1. TCP/IP Ports</H2
+><P
+>TCP/IP defines 65,000 some ports for trafic. Of those, Bugzilla
+ only needs 1... 2 if you need to use features that require e-mail such
+ as bug moving or the e-mail interface from contrib. You should audit
+ your server and make sure that you aren't listening on any ports you
+ don't need to be. You may also wish to use some kind of firewall
+ software to be sure that trafic can only be recieved on ports you
+ specify.
+ </P
+></DIV
+><DIV
+CLASS="section"
+><H2
+CLASS="section"
+><A
+NAME="security-mysql"
+></A
+>5.6.2. MySQL</H2
+><P
+>MySQL ships by default with many settings that should be changed.
+ By defaults it allows anybody to connect from localhost without a
+ password and have full administrative capabilities. It also defaults to
+ not have a root password (this is <EM
+>not</EM
+> the same as
+ the system root). Also, many installations default to running
+ <SPAN
+CLASS="application"
+>mysqld</SPAN
+> as the system root.
+ </P
><P
->To secure your installation:
-
- <P
></P
><OL
TYPE="1"
><LI
><P
-> <EM
->There is no substitute for understanding the tools on your
- system!</EM
->
-
- Read
- <A
-HREF="http://www.mysql.com/doc/P/r/Privilege_system.html"
-TARGET="_top"
-> The MySQL Privilege System</A
->
- until you can recite it from memory!</P
+>Consult the documentation that came with your system for
+ information on making <SPAN
+CLASS="application"
+>mysqld</SPAN
+> run as an
+ unprivleged user.
+ </P
></LI
><LI
><P
->Lock down <TT
+>You should also be sure to disable the anonymous user account
+ and set a password for the root user. This is accomplished using the
+ following commands:
+ </P
+><TABLE
+BORDER="0"
+BGCOLOR="#E0E0E0"
+WIDTH="100%"
+><TR
+><TD
+><FONT
+COLOR="#000000"
+><PRE
+CLASS="programlisting"
+> <TT
+CLASS="prompt"
+>bash$</TT
+> mysql mysql
+<TT
+CLASS="prompt"
+>mysql></TT
+> DELETE FROM user WHERE user = '';
+<TT
+CLASS="prompt"
+>mysql></TT
+> UPDATE user SET password = password('<TT
+CLASS="replaceable"
+><I
+>new_password</I
+></TT
+>') WHERE user = 'root';
+<TT
+CLASS="prompt"
+>mysql></TT
+> FLUSH PRIVILEGES;
+ </PRE
+></FONT
+></TD
+></TR
+></TABLE
+><P
+>From this point forward you will need to use
+ <B
+CLASS="command"
+>mysql -u root -p</B
+> and enter
+ <TT
+CLASS="replaceable"
+><I
+>new_password</I
+></TT
+> when prompted when using the
+ mysql client.
+ </P
+></LI
+><LI
+><P
+>If you run MySQL on the same machine as your httpd server, you
+ should consider disabling networking from within MySQL by adding
+ the following to your <TT
CLASS="filename"
->/etc/inetd.conf</TT
->. Heck, disable
- inet entirely on this box. It should only listen to port 25 for
- Sendmail and port 80 for Apache.</P
+>/etc/my.conf</TT
+>:
+ </P
+><TABLE
+BORDER="0"
+BGCOLOR="#E0E0E0"
+WIDTH="100%"
+><TR
+><TD
+><FONT
+COLOR="#000000"
+><PRE
+CLASS="programlisting"
+> [myslqd]
+# Prevent network access to MySQL.
+skip-networking
+ </PRE
+></FONT
+></TD
+></TR
+></TABLE
></LI
><LI
><P
->Do not run Apache as
- <SPAN
+>You may also consider running MySQL, or even all of Bugzilla
+ in a chroot jail; however, instructions for doing that are beyond
+ the scope of this document.
+ </P
+></LI
+></OL
+></DIV
+><DIV
+CLASS="section"
+><H2
+CLASS="section"
+><A
+NAME="security-daemon"
+></A
+>5.6.3. Daemon Accounts</H2
+><P
+>Many daemons, such as Apache's httpd and MySQL's mysqld default to
+ running as either <SPAN
+CLASS="QUOTE"
+>"root"</SPAN
+> or <SPAN
CLASS="QUOTE"
>"nobody"</SPAN
->
-
- . This will require very lax permissions in your Bugzilla
- directories. Run it, instead, as a user with a name, set via your
- httpd.conf file.
- <DIV
+>. Running
+ as <SPAN
+CLASS="QUOTE"
+>"root"</SPAN
+> introduces obvious security problems, but the
+ problems introduced by running everything as <SPAN
+CLASS="QUOTE"
+>"nobody"</SPAN
+> may
+ not be so obvious. Basically, if you're running every daemon as
+ <SPAN
+CLASS="QUOTE"
+>"nobody"</SPAN
+> and one of them gets comprimised, they all get
+ comprimised. For this reason it is recommended that you create a user
+ account for each daemon.
+ </P
+><DIV
CLASS="note"
><P
></P
ALIGN="LEFT"
VALIGN="TOP"
><P
-> <SPAN
-CLASS="QUOTE"
->"nobody"</SPAN
->
-
- is a real user on UNIX systems. Having a process run as user id
- <SPAN
-CLASS="QUOTE"
->"nobody"</SPAN
->
-
- is absolutely no protection against system crackers versus using
- any other user account. As a general security measure, I recommend
- you create unique user ID's for each daemon running on your system
- and, if possible, use "chroot" to jail that process away from the
- rest of your system.</P
+>You will need to set the <TT
+CLASS="varname"
+>webservergroup</TT
+> to
+ the group you created for your webserver to run as in
+ <TT
+CLASS="filename"
+>localconfig</TT
+>. This will allow
+ <B
+CLASS="command"
+>./checksetup.pl</B
+> to better adjust the file
+ permissions on your Bugzilla install so as to not require making
+ anything world-writable.
+ </P
></TD
></TR
></TABLE
></DIV
+></DIV
+><DIV
+CLASS="section"
+><H2
+CLASS="section"
+><A
+NAME="security-access"
+></A
+>5.6.4. Web Server Access Controls</H2
+><P
+>There are many files that are placed in the Bugzilla directory
+ area that should not be accessable from the web. Because of the way
+ Bugzilla is currently layed out, the list of what should and should
+ not be accessible is rather complicated. A new installation method
+ is currently in the works which should solve this by allowing files
+ that shouldn't be accessible from the web to be placed in directory
+ outside the webroot. See
+ <A
+HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=44659"
+TARGET="_top"
+>bug
+ 44659</A
+> for more information.
+ </P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>In the main Bugzilla directory, you should:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block:
+ <TT
+CLASS="filename"
+>*.pl</TT
+>, <TT
+CLASS="filename"
+>*localconfig*</TT
+>, <TT
+CLASS="filename"
+>runtests.sh</TT
>
- </P
+ </P
></LI
><LI
><P
->Ensure you have adequate access controls for the
- <TT
+>But allow:
+ <TT
CLASS="filename"
->$BUGZILLA_HOME/data/</TT
-> directory, as well as the
- <TT
+>localconfig.js</TT
+>, <TT
CLASS="filename"
->$BUGZILLA_HOME/localconfig</TT
-> file.
- The localconfig file stores your "bugs" database account password.
- In addition, some
- files under <TT
+>localconfig.rdf</TT
+>
+ </P
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
CLASS="filename"
->$BUGZILLA_HOME/data/</TT
-> store sensitive
- information.
- </P
+>data</TT
+>:</P
><P
->Also, beware that some text editors create backup files in the
- current working directory so you need to also secure files like
- <TT
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+><LI
+><P
+>But allow:
+ <TT
CLASS="filename"
->localconfig~</TT
->.
- </P
+>duplicates.rdf</TT
+>
+ </P
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
+CLASS="filename"
+>data/webdot</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>If you use a remote webdot server:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+><LI
+><P
+>But allow
+ <TT
+CLASS="filename"
+>*.dot</TT
+>
+ only for the remote webdot server</P
+></LI
+></UL
+></LI
+><LI
+><P
+>Otherwise, if you use a local GraphViz:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+><LI
+><P
+>But allow:
+ <TT
+CLASS="filename"
+>*.png</TT
+>, <TT
+CLASS="filename"
+>*.gif</TT
+>, <TT
+CLASS="filename"
+>*.jpg</TT
+>, <TT
+CLASS="filename"
+>*.map</TT
+>
+ </P
+></LI
+></UL
+></LI
+><LI
+><P
+>And if you don't use any dot:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+></UL
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
+CLASS="filename"
+>Bugzilla</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+></UL
+></LI
+><LI
+><P
+>In <TT
+CLASS="filename"
+>template</TT
+>:</P
+><P
+></P
+><UL
+COMPACT="COMPACT"
+><LI
+><P
+>Block everything</P
+></LI
+></UL
+></LI
+></UL
><DIV
-CLASS="note"
+CLASS="tip"
><P
></P
><TABLE
-CLASS="note"
+CLASS="tip"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/tip.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Tip"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
->Simply blocking <TT
-CLASS="computeroutput"
->.*localconfig.*</TT
->
- won't work because the QuickSearch feature requires the web browser
- to be able to retrieve <TT
+>Bugzilla ships with the ability to generate
+ <TT
CLASS="filename"
->localconfig.js</TT
-> and
- others may be introduced in the future (see
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=186383"
-TARGET="_top"
->bug
- 186383</A
-> for more information.
- </P
+>.htaccess</TT
+> files instructing
+ <A
+HREF="glossary.html#gloss-apache"
+><I
+CLASS="glossterm"
+>Apache</I
+></A
+> which files
+ should and should not be accessible. For more information, see
+ <A
+HREF="http.html#http-apache"
+>Section 4.4.1</A
+>.
+ </P
></TD
></TR
></TABLE
></DIV
><P
->Bugzilla provides default <TT
-CLASS="filename"
->.htaccess</TT
-> files
- to protect the most common Apache installations. However, you should
- verify these are adequate according to the site-wide security policy
- of your web server, and ensure that the <TT
-CLASS="filename"
->.htaccess</TT
->
- files are allowed to <SPAN
-CLASS="QUOTE"
->"override"</SPAN
-> default permissions set
- in your Apache configuration files. Covering Apache security is beyond
- the scope of this Guide; please consult the Apache documentation for
- details.
- </P
-><P
->If you are using a web server that does not support the
- <TT
-CLASS="filename"
->.htaccess</TT
-> control method,
- <EM
->you are at risk!</EM
->
-
- After installing, check to see if you can view the file
- <TT
+>You should test to make sure that the files mentioned above are
+ not accessible from the Internet, especially your
+ <TT
CLASS="filename"
>localconfig</TT
-> in your web browser (e.g.:
- <A
+> file which contains your database
+ password. To test, simply point your web browser at the file; for
+ example, to test mozilla.org's installation, we'd try to access
+ <A
HREF="http://bugzilla.mozilla.org/localconfig"
TARGET="_top"
-> http://bugzilla.mozilla.org/localconfig</A
+>http://bugzilla.mozilla.org/localconfig</A
+>. You should
+ get a <SPAN
+CLASS="errorcode"
+>403</SPAN
+> <SPAN
+CLASS="errorname"
+>Forbidden</SPAN
>
-
- ). If you can read the contents of this file, your web server has
- not secured your bugzilla directory properly and you must fix this
- problem before deploying Bugzilla. If, however, it gives you a
- "Forbidden" error, then it probably respects the .htaccess
- conventions and you are good to go.</P
-></LI
-><LI
-><P
->When you run checksetup.pl, the script will attempt to modify
- various permissions on files which Bugzilla uses. If you do not have
- a webservergroup set in the <TT
-CLASS="filename"
->localconfig</TT
-> file,
- then Bugzilla will have to make certain files world readable and/or
- writable.
- <EM
->THIS IS INSECURE!</EM
->
-
- . This means that anyone who can get access to your system can do
- whatever they want to your Bugzilla installation.</P
+ error.
+ </P
><DIV
-CLASS="note"
+CLASS="caution"
><P
></P
><TABLE
-CLASS="note"
+CLASS="caution"
WIDTH="100%"
BORDER="0"
><TR
ALIGN="CENTER"
VALIGN="TOP"
><IMG
-SRC="../images/note.gif"
+SRC="../images/caution.gif"
HSPACE="5"
-ALT="Note"></TD
+ALT="Caution"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
->This also means that if your webserver runs all cgi scripts
- as the same user/group, anyone on the system who can run cgi
- scripts will be able to take control of your Bugzilla
- installation.</P
+>Not following the instructions in this section, including
+ testing, may result in sensitive information being globally
+ accessible.
+ </P
></TD
></TR
></TABLE
></DIV
+><DIV
+CLASS="tip"
><P
->On Apache, you can use <TT
-CLASS="filename"
->.htaccess</TT
-> files to
- protect access to these directories, as outlined in Bugs
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=57161"
-TARGET="_top"
-> 57161</A
-> and
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=186383"
-TARGET="_top"
-> 186383</A
->
-
- for the <TT
-CLASS="filename"
->localconfig</TT
-> file, and
- <A
-HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=65572"
-TARGET="_top"
->Bug
- 65572</A
->
-
- for adequate protection in your <TT
-CLASS="filename"
->data/</TT
-> directory.
- Also, don't forget about the <TT
-CLASS="filename"
->template/</TT
-> and
- <TT
-CLASS="filename"
->Bugzilla/</TT
-> directories and to allow access to the
- <TT
-CLASS="filename"
->data/webdot</TT
-> directory for the
- <TT
-CLASS="computeroutput"
->192.20.225.10</TT
-> IP address if you are
- using webdot from research.att.com. The easiest way to
- accomplish this is to set <TT
-CLASS="function"
->$create_htaccess</TT
-> to 1
- in <TT
-CLASS="filename"
->localconfig</TT
->. However, the information below
- is provided for those that want to know exactly what is created.
- </P
+></P
+><TABLE
+CLASS="tip"
+WIDTH="100%"
+BORDER="0"
+><TR
+><TD
+WIDTH="25"
+ALIGN="CENTER"
+VALIGN="TOP"
+><IMG
+SRC="../images/tip.gif"
+HSPACE="5"
+ALT="Tip"></TD
+><TD
+ALIGN="LEFT"
+VALIGN="TOP"
><P
->FIX ME BEFORE RELEASE!!!!!
- Note the instructions which follow are Apache-specific. If you
- use IIS, Netscape, or other non-Apache web servers, please consult
- your system documentation for how to secure these files from being
- transmitted to curious users.</P
-></LI
-></OL
->
- </P
+>You should check <A
+HREF="http.html"
+>Section 4.4</A
+> to see if instructions
+ have been included for your web server. You should also compare those
+ instructions with this list to make sure everything is properly
+ accounted for.
+ </P
+></TD
+></TR
+></TABLE
+></DIV
+></DIV
></DIV
><DIV
CLASS="NAVFOOTER"
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Installation"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H3
CLASS="section"
><A
-NAME="AEN556"
+NAME="AEN586"
></A
>4.1.5.1. DBI</H3
><P
><H3
CLASS="section"
><A
-NAME="AEN559"
+NAME="AEN589"
></A
>4.1.5.2. Data::Dumper</H3
><P
><H3
CLASS="section"
><A
-NAME="AEN562"
+NAME="AEN592"
></A
>4.1.5.3. MySQL-related modules</H3
><P
><H3
CLASS="section"
><A
-NAME="AEN567"
+NAME="AEN597"
></A
>4.1.5.4. TimeDate modules</H3
><P
><H3
CLASS="section"
><A
-NAME="AEN570"
+NAME="AEN600"
></A
>4.1.5.5. GD (optional)</H3
><P
><H3
CLASS="section"
><A
-NAME="AEN577"
+NAME="AEN607"
></A
>4.1.5.6. Chart::Base (optional)</H3
><P
><H3
CLASS="section"
><A
-NAME="AEN580"
+NAME="AEN610"
></A
>4.1.5.7. Template Toolkit</H3
><P
><H2
CLASS="section"
><A
-NAME="AEN590"
+NAME="AEN620"
></A
>4.1.7. Bugzilla</H2
><P
COLOR="#000000"
><PRE
CLASS="programlisting"
-> perl -pi -e 's@#\!/usr/bonsaitools/bin/perl@#\!/usr/bin/perl@' *cgi *pl Bug.pm processmail syncshadowdb
+> perl -pi -e 's@#\!/usr/bonsaitools/bin/perl@#\!/usr/bin/perl@' *cgi *pl Bug.pm syncshadowdb
</PRE
></FONT
></TD
><H2
CLASS="section"
><A
-NAME="AEN615"
+NAME="AEN645"
></A
>4.1.8. Setting Up the MySQL Database</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN651"
+NAME="AEN681"
></A
>4.1.9. <TT
CLASS="filename"
><H2
CLASS="section"
><A
-NAME="AEN683"
+NAME="AEN713"
></A
->4.1.10. Securing MySQL</H2
-><P
->If you followed the installation instructions for setting up your
- "bugs" and "root" user in MySQL, much of this should not apply to you.
- If you are upgrading an existing installation of Bugzilla, you should
- pay close attention to this section.</P
-><P
->Most MySQL installs have "interesting" default security
- parameters:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
->mysqld defaults to running as root</TD
-></TR
-><TR
-><TD
->it defaults to allowing external network connections</TD
-></TR
-><TR
-><TD
->it has a known port number, and is easy to detect</TD
-></TR
-><TR
-><TD
->it defaults to no passwords whatsoever</TD
-></TR
-><TR
-><TD
->it defaults to allowing "File_Priv"</TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><P
->This means anyone from anywhere on the Internet can not only drop
- the database with one SQL command, and they can write as root to the
- system.</P
-><P
->To see your permissions do:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->bash#</TT
->
-
- <B
-CLASS="command"
->mysql -u root -p</B
->
- </TT
->
- </TD
-></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->use mysql;</B
->
- </TT
->
- </TD
-></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->show tables;</B
->
- </TT
->
- </TD
-></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->select * from user;</B
->
- </TT
->
- </TD
-></TR
-><TR
-><TD
-> <TT
-CLASS="computeroutput"
-> <TT
-CLASS="prompt"
->mysql></TT
->
-
- <B
-CLASS="command"
->select * from db;</B
->
- </TT
->
- </TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><P
->To fix the gaping holes:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
->DELETE FROM user WHERE User='';</TD
-></TR
-><TR
-><TD
->UPDATE user SET Password=PASSWORD('new_password') WHERE
- user='root';</TD
-></TR
-><TR
-><TD
->FLUSH PRIVILEGES;</TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><P
->If you're not running "mit-pthreads" you can use:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
->GRANT USAGE ON *.* TO bugs@localhost;</TD
-></TR
-><TR
-><TD
->GRANT ALL ON bugs.* TO bugs@localhost;</TD
-></TR
-><TR
-><TD
->REVOKE DROP ON bugs.* FROM bugs@localhost;</TD
-></TR
-><TR
-><TD
->FLUSH PRIVILEGES;</TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><P
->With "mit-pthreads" you'll need to modify the "globals.pl"
- Mysql->Connect line to specify a specific host name instead of
- "localhost", and accept external connections:
- <P
-></P
-><TABLE
-BORDER="0"
-><TBODY
-><TR
-><TD
->GRANT USAGE ON *.* TO bugs@bounce.hop.com;</TD
-></TR
-><TR
-><TD
->GRANT ALL ON bugs.* TO bugs@bounce.hop.com;</TD
-></TR
-><TR
-><TD
->REVOKE DROP ON bugs.* FROM bugs@bounce.hop.com;</TD
-></TR
-><TR
-><TD
->FLUSH PRIVILEGES;</TD
-></TR
-></TBODY
-></TABLE
-><P
-></P
->
- </P
-><P
->Consider also:
- <P
-></P
-><OL
-TYPE="1"
-><LI
-><P
->Turning off external networking with "--skip-networking",
- unless you have "mit-pthreads", in which case you can't. Without
- networking, MySQL connects with a Unix domain socket.</P
-></LI
-><LI
-><P
->using the --user= option to mysqld to run it as an
- unprivileged user.</P
-></LI
-><LI
-><P
->running MySQL in a chroot jail</P
-></LI
-><LI
-><P
->running the httpd in a chroot jail</P
-></LI
-><LI
-><P
->making sure the MySQL passwords are different from the OS
- passwords (MySQL "root" has nothing to do with system
- "root").</P
-></LI
-><LI
-><P
->running MySQL on a separate untrusted machine</P
-></LI
-><LI
-><P
->making backups ;-)</P
-></LI
-></OL
->
- </P
-></DIV
-><DIV
-CLASS="section"
-><H2
-CLASS="section"
-><A
-NAME="AEN749"
-></A
->4.1.11. Configuring Bugzilla</H2
+>4.1.10. Configuring Bugzilla</H2
><P
> You should run through the parameters on the Edit Parameters page
(link in the footer) and set them all to appropriate values.
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Installation"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H2
CLASS="section"
><A
-NAME="AEN1063"
+NAME="AEN1009"
></A
>4.5.1. Bundle::Bugzilla makes me upgrade to Perl 5.6.1</H2
><P
><H2
CLASS="section"
><A
-NAME="AEN1068"
+NAME="AEN1014"
></A
>4.5.2. DBD::Sponge::db prepare failed</H2
><P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Using Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Why Should We Use Bugzilla?"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><DL
><DT
>3.2.1. <A
-HREF="hintsandtips.html#AEN340"
+HREF="hintsandtips.html#AEN370"
>Autolinkification</A
></DT
><DT
></DT
><DT
>3.2.5. <A
-HREF="hintsandtips.html#AEN369"
+HREF="hintsandtips.html#AEN399"
>Filing Bugs</A
></DT
></DL
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Bugzilla Variants and Competitors"
HREF="variants.html"><LINK
REL="PREVIOUS"
TITLE="Red Hat Bugzilla"
-HREF="rhbugzilla.html"><LINK
+HREF="variant-redhat.html"><LINK
REL="NEXT"
TITLE="Issuezilla"
HREF="variant-issuezilla.html"></HEAD
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
ALIGN="left"
VALIGN="bottom"
><A
-HREF="rhbugzilla.html"
+HREF="variant-redhat.html"
ACCESSKEY="P"
>Prev</A
></TD
ALIGN="left"
VALIGN="top"
><A
-HREF="rhbugzilla.html"
+HREF="variant-redhat.html"
ACCESSKEY="P"
>Prev</A
></TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Bugzilla Variants and Competitors"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
at tigris.org is their Java-based bug-tracker,
<A
HREF="variant-scarab.html"
->Scarab</A
+>Section D.4</A
>.</P
><P
>This section last updated 27 Jul 2002</P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Bugzilla Variants and Competitors"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Bugzilla Variants and Competitors"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
><H1
CLASS="section"
><A
-NAME="rhbugzilla"
+NAME="variant-redhat"
></A
>D.1. Red Hat Bugzilla</H1
><P
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Bugzilla Variants and Competitors"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Bugzilla Variants and Competitors"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Command-line Bugzilla Queries"
HREF="cmdline.html"><LINK
REL="NEXT"
TITLE="Red Hat Bugzilla"
-HREF="rhbugzilla.html"></HEAD
+HREF="variant-redhat.html"></HEAD
><BODY
CLASS="appendix"
BGCOLOR="#FFFFFF"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
ALIGN="right"
VALIGN="bottom"
><A
-HREF="rhbugzilla.html"
+HREF="variant-redhat.html"
ACCESSKEY="N"
>Next</A
></TD
></DT
><DT
>D.1. <A
-HREF="rhbugzilla.html"
+HREF="variant-redhat.html"
>Red Hat Bugzilla</A
></DT
><DT
ALIGN="right"
VALIGN="top"
><A
-HREF="rhbugzilla.html"
+HREF="variant-redhat.html"
ACCESSKEY="N"
>Next</A
></TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Administering Bugzilla"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Introduction"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+
"><LINK
REL="HOME"
-TITLE="The Bugzilla Guide"
+TITLE="The Bugzilla Guide - 2.17.4 Development Release"
HREF="index.html"><LINK
REL="UP"
TITLE="Introduction"
><TH
COLSPAN="3"
ALIGN="center"
->The Bugzilla Guide</TH
+>The Bugzilla Guide - 2.17.4 Development Release</TH
></TR
><TR
><TD
-The Bugzilla Guide
+The Bugzilla Guide - 2.17.4 Development Release
Matthew P. Barnson
-The Bugzilla Team
+Jacob Steenhagen
- 2.17.3 Development Release Edition
+The Bugzilla Team
- 2003-01-02
+ 2003-02-16
This is the documentation for Bugzilla, the mozilla.org bug-tracking
system. Bugzilla is an enterprise-class piece of software that powers
1.3. New Versions
- This is the 2.17.3 version of The Bugzilla Guide. It is so named to
+ This is the 2.17.4 version of The Bugzilla Guide. It is so named to
match the current version of Bugzilla. This version of the guide, like
its associated Bugzilla version is a development version. Information
is subject to change between now and when 2.18 is released. If you are
efforts, numerous e-mail and IRC support sessions, and overall
excellent contribution to the Bugzilla community:
- Matthew P. Barnson for the Herculaean task of pulling together the
- Bugzilla Guide and shepherding it to 2.14.
+ Matthew P. Barnson <mbarnson@sisna.com>
+ for the Herculaean task of pulling together the Bugzilla Guide
+ and shepherding it to 2.14.
+
+ Terry Weissman <terry@mozilla.org>
+ for initially writing Bugzilla and creating the README upon
+ which the UNIX installation documentation is largely based.
- Terry Weissman for initially writing Bugzilla and creating the README
- upon which the UNIX installation documentation is largely based.
+ Tara Hernandez <tara@tequilarists.org>
+ for keeping Bugzilla development going strong after Terry left
+ mozilla.org and for running landfill.
- Tara Hernandez for keeping Bugzilla development going strong after
- Terry left mozilla.org
+ Dave Lawrence <dkl@redhat.com>
+ for providing insight into the key differences between Red
+ Hat's customized Bugzilla, and being largely responsible for
+ Section D.1.
- Dave Lawrence for providing insight into the key differences between
- Red Hat's customized Bugzilla, and being largely responsible for the
- "Red Hat Bugzilla" appendix
+ Dawn Endico <endico@mozilla.org>
+ for being a hacker extraordinaire and putting up with Matthew's
+ incessant questions and arguments on irc.mozilla.org in
+ #mozwebtools
- Dawn Endico for being a hacker extraordinaire and putting up with my
- incessant questions and arguments on irc.mozilla.org in #mozwebtools
+ Jacob Steenhagen <jake@bugzilla.org>
+ for taking over documentation during the 2.17 development
+ period.
Last but not least, all the members of the
- netscape.public.mozilla.webtools newsgroup. Without your discussions,
- insight, suggestions, and patches, this could never have happened.
+ news://news.mozilla.org/netscape/public/mozilla/webtools newsgroup.
+ Without your discussions, insight, suggestions, and patches, this
+ could never have happened.
Thanks also go to the following people for significant contributions
- to this documentation (in no particular order):
-
- Zach Liption, Andrew Pearson, Spencer Smith, Eric Hanson, Kevin
- Brannen, Ron Teitelbaum, Jacob Steenhagen, Joe Robins, Gervase
- Markham.
+ to this documentation (in alphabetical order): Andrew Pearson, Ben
+ FrantzDale, Eric Hanson, Gervase Markham, Joe Robins, Kevin Brannen,
+ Ron Teitelbaum, Spencer Smith, Zach Liption .
_________________________________________________________________
1.5. Document Conventions
to perl on your system inside /usr/bonsaitools/bin
perl -pi -e 's@#\!/usr/bonsaitools/bin/perl@#\!/usr/bin/perl@' *cgi *pl Bug.pm
-processmail syncshadowdb
+syncshadowdb
Change /usr/bin/perl to match the location of Perl on your machine.
_________________________________________________________________
Bugzilla.
_________________________________________________________________
-4.1.10. Securing MySQL
-
- If you followed the installation instructions for setting up your
- "bugs" and "root" user in MySQL, much of this should not apply to you.
- If you are upgrading an existing installation of Bugzilla, you should
- pay close attention to this section.
-
- Most MySQL installs have "interesting" default security parameters:
-
- mysqld defaults to running as root
- it defaults to allowing external network connections
- it has a known port number, and is easy to detect
- it defaults to no passwords whatsoever
- it defaults to allowing "File_Priv"
-
- This means anyone from anywhere on the Internet can not only drop the
- database with one SQL command, and they can write as root to the
- system.
-
- To see your permissions do:
-
- bash# mysql -u root -p
- mysql> use mysql;
- mysql> show tables;
- mysql> select * from user;
- mysql> select * from db;
-
- To fix the gaping holes:
-
- DELETE FROM user WHERE User='';
- UPDATE user SET Password=PASSWORD('new_password') WHERE user='root';
- FLUSH PRIVILEGES;
-
- If you're not running "mit-pthreads" you can use:
-
- GRANT USAGE ON *.* TO bugs@localhost;
- GRANT ALL ON bugs.* TO bugs@localhost;
- REVOKE DROP ON bugs.* FROM bugs@localhost;
- FLUSH PRIVILEGES;
-
- With "mit-pthreads" you'll need to modify the "globals.pl"
- Mysql->Connect line to specify a specific host name instead of
- "localhost", and accept external connections:
-
- GRANT USAGE ON *.* TO bugs@bounce.hop.com;
- GRANT ALL ON bugs.* TO bugs@bounce.hop.com;
- REVOKE DROP ON bugs.* FROM bugs@bounce.hop.com;
- FLUSH PRIVILEGES;
-
- Consider also:
-
- 1. Turning off external networking with "--skip-networking", unless
- you have "mit-pthreads", in which case you can't. Without
- networking, MySQL connects with a Unix domain socket.
- 2. using the --user= option to mysqld to run it as an unprivileged
- user.
- 3. running MySQL in a chroot jail
- 4. running the httpd in a chroot jail
- 5. making sure the MySQL passwords are different from the OS
- passwords (MySQL "root" has nothing to do with system "root").
- 6. running MySQL on a separate untrusted machine
- 7. making backups ;-)
- _________________________________________________________________
-
-4.1.11. Configuring Bugzilla
+4.1.10. Configuring Bugzilla
You should run through the parameters on the Edit Parameters page
(link in the footer) and set them all to appropriate values. They key
making bugzilla charset aware by default.
_________________________________________________________________
-4.2.6. .htaccess files and security
-
- To enhance the security of your Bugzilla installation, Bugzilla's
- checksetup.pl script will generate .htaccess files which the Apache
- webserver can use to restrict access to the bugzilla data files. These
- .htaccess files will not work with Apache 1.2.x - but this has
- security holes, so you shouldn't be using it anyway.
-
- Note
-
- If you are using an alternate provider of webdot services for graphing
- (as described when viewing editparams.cgi in your web browser), you
- will need to change the ip address in data/webdot/.htaccess to the ip
- address of the webdot server that you are using.
-
- The default .htaccess file may not provide adequate access
- restrictions, depending on your web server configuration. Be sure to
- check the <Directory> entries for your Bugzilla directory so that the
- .htaccess file is allowed to override web server defaults. For
- instance, let's assume your installation of Bugzilla is installed to
- /usr/local/bugzilla . You should have this <Directory> entry in your
- httpd.conf file:
-
-<Directory /usr/local/bugzilla/>
- Options +FollowSymLinks +Indexes +Includes +ExecCGI
- AllowOverride All
-</Directory>
-
- The important part above is "AllowOverride All" . Without that, the
- .htaccess file created by checksetup.pl will not have sufficient
- permissions to protect your Bugzilla installation.
-
- If you are using Internet Information Server (IIS) or another web
- server which does not observe .htaccess conventions, you can disable
- their creation by editing localconfig and setting the $create_htaccess
- variable to 0.
- _________________________________________________________________
-
-4.2.7. directoryindex for the Bugzilla default page.
+4.2.6. directoryindex for the Bugzilla default page.
You should modify the <DirectoryIndex> parameter for the Apache
virtual host running your Bugzilla installation to allow index.cgi as
index.htm, and so forth.
_________________________________________________________________
-4.2.8. Bugzilla and mod_perl
+4.2.7. Bugzilla and mod_perl
Bugzilla is unsupported under mod_perl. Effort is underway to make it
work cleanly in a mod_perl environment, but it is slow going.
_________________________________________________________________
-4.2.9. mod_throttle and Security
+4.2.8. mod_throttle and Security
It is possible for a user, by mistake or on purpose, to access the
database many times in a row which can result in very slow access
Template Toolkit. The Template Toolkit website suggests using the
instructions on OpenInteract's website.
- Note
+ Tip
A complete list of modules that can be installed using ppm can be
found at http://www.activestate.com/PPMPackages/5.6plus.
my $webservergid = '8'
_________________________________________________________________
-4.3.1.3.2. Making mail work
-
- The easiest way to get mail working is to use the mail patches on bug
- 124174. With any luck, this patch will receive the required reviews
- and integrated into the main Bugzilla distribution very soon. Until
- that happens, there's at least one report of this patch working well
- on Windows.
- _________________________________________________________________
-
-4.3.1.3.3. System Calls
+4.3.1.3.2. System Calls
In order to get system calls to work on win32's perl, you need to tell
the windows shell what interpreter to use. This is done by changing
the system calls. You will need to search all of Bugzilla's code for
system calls. To tell perl your interpreter, it needs to be the first
argument to the system call. For example, you'll need to change:
-system("./processmail", $id, $exporter);
+system("$webdotbase","-Tpng","-o","$pngfilename","$filename");
with
-system("C:\\perl\\bin\\perl", "processmail", $id, $exporter);
-
- Notice that the ./ is also removed.
+system("C:\\perl\\bin\\perl", "$webdotbase","-Tpng","-o","$pngfilename","$filen
+ame");
Tip
The grep command is very helpful in finding these system calls,
assuming you have the cygwin utilities.
+
+ Note
+
+ It appears that the only system call remaining in the Bugzilla
+ codebase is in showdependencygraph.cgi. Not changing this file will
+ only cause dependency graphs to not function if the webdotbase
+ paramater points to a local installation of GraphViz.
_________________________________________________________________
4.3.1.4. Serving the web pages
As is the case on Unix based systems, any web server should be able to
handle Bugzilla; however, the Bugzilla Team still recommends Apache
whenever asked. No matter what web server you choose, be sure to pay
- attention to the security notes in Section 5.6. More information on
+ attention to the security notes in Section 5.6.4. More information on
configuring specific web servers can be found in Section 4.4.
Note
web server that can be configured to run CGI scripts should be able to
handle Bugzilla. No matter what web server you choose, but especially
if you choose something other than Apache, you should be sure to read
- Section 5.6.
+ Section 5.6.4.
The plan for this section is to eventually document the specifics of
how to lock down permissions on individual web servers.
$BUGZILLA_HOME/.htaccess
# don't allow people to retrieve non-cgi executable files or our private data
-<FilesMatch ^(.*\.pl|.*localconfig.*|processmail|runtests.sh)$>
+<FilesMatch ^(.*\.pl|.*localconfig.*|runtests.sh)$>
deny from all
</FilesMatch>
<FilesMatch ^(localconfig.js|localconfig.rdf)$>
Also, and this can't be stressed enough, make sure that files such as
localconfig and your data directory are secured as described in
- Section 5.6.
+ Section 5.6.4.
_________________________________________________________________
4.4.3. AOL Server
with the following contents (change /bugzilla/ to the web-based path
to your Bugzilla installation):
ns_register_filter preauth GET /bugzilla/localconfig filter_deny
+ns_register_filter preauth GET /bugzilla/localconfig~ filter_deny
+ns_register_filter preauth GET /bugzilla/\#localconfig\# filter_deny
ns_register_filter preauth GET /bugzilla/*.pl filter_deny
-ns_register_filter preauth GET /bugzilla/localconfig filter_deny
-ns_register_filter preauth GET /bugzilla/processmail filter_deny
ns_register_filter preauth GET /bugzilla/syncshadowdb filter_deny
ns_register_filter preauth GET /bugzilla/runtests.sh filter_deny
+ns_register_filter preauth GET /bugzilla/data/* filter_deny
+ns_register_filter preauth GET /bugzilla/template/* filter_deny
+
proc filter_deny { why } {
ns_log Notice "filter_deny"
Warning
- This doesn't appear to account for everything mentioned in Section
- 5.6. In particular, it doesn't block access to the data or template
- directories. It also doesn't account for the editor backup files that
- were the topic of bug 186383, Bugtraq ID 6501, and a partial cause for
- the 2.16.2 release.
+ This probably doesn't account for all possible editor backup files so
+ you may wish to add some additional variations of localconfig. For
+ more information, see bug 186383 or Bugtraq ID 6501.
+
+ Note
+
+ If you are using webdot from research.att.com (the default
+ configuration for the webdotbase paramater), you will need to allow
+ access to data/webdot/*.dot for the reasearch.att.com machine.
+
+ If you are using a local installation of GraphViz, you will need to
+ allow everybody to access *.png, *.gif, *.jpg, and *.map in the
+ data/webdot directory.
_________________________________________________________________
4.5. Troubleshooting
These instructions must, of necessity, be somewhat vague since
Bugzilla runs on so many different platforms. If you have refinements
- of these directions for specific platforms, please submit them to
- mozilla-webtools@mozilla.org
+ of these directions, please submit a bug to Bugzilla Documentation.
- To secure your installation:
+ Warning
+
+ This is not meant to be a comprehensive list of every possible
+ security issue regarding the tools mentioned in this section. There is
+ no subsitute for reading the information written by the authors of any
+ software running on your system.
+ _________________________________________________________________
- 1. There is no substitute for understanding the tools on your system!
- Read The MySQL Privilege System until you can recite it from
- memory!
- 2. Lock down /etc/inetd.conf. Heck, disable inet entirely on this
- box. It should only listen to port 25 for Sendmail and port 80 for
- Apache.
- 3. Do not run Apache as "nobody" . This will require very lax
- permissions in your Bugzilla directories. Run it, instead, as a
- user with a name, set via your httpd.conf file.
+5.6.1. TCP/IP Ports
- Note
+ TCP/IP defines 65,000 some ports for trafic. Of those, Bugzilla only
+ needs 1... 2 if you need to use features that require e-mail such as
+ bug moving or the e-mail interface from contrib. You should audit your
+ server and make sure that you aren't listening on any ports you don't
+ need to be. You may also wish to use some kind of firewall software to
+ be sure that trafic can only be recieved on ports you specify.
+ _________________________________________________________________
- "nobody" is a real user on UNIX systems. Having a process run as user
- id "nobody" is absolutely no protection against system crackers versus
- using any other user account. As a general security measure, I
- recommend you create unique user ID's for each daemon running on your
- system and, if possible, use "chroot" to jail that process away from
- the rest of your system.
- 4. Ensure you have adequate access controls for the
- $BUGZILLA_HOME/data/ directory, as well as the
- $BUGZILLA_HOME/localconfig file. The localconfig file stores your
- "bugs" database account password. In addition, some files under
- $BUGZILLA_HOME/data/ store sensitive information.
- Also, beware that some text editors create backup files in the
- current working directory so you need to also secure files like
- localconfig~.
+5.6.2. MySQL
- Note
+ MySQL ships by default with many settings that should be changed. By
+ defaults it allows anybody to connect from localhost without a
+ password and have full administrative capabilities. It also defaults
+ to not have a root password (this is not the same as the system root).
+ Also, many installations default to running mysqld as the system root.
+
+ 1. Consult the documentation that came with your system for
+ information on making mysqld run as an unprivleged user.
+ 2. You should also be sure to disable the anonymous user account and
+ set a password for the root user. This is accomplished using the
+ following commands:
+
+bash$ mysql mysql
+mysql> DELETE FROM user WHERE user = '';
+mysql> UPDATE user SET password = password('new_password') WHERE user = 'root';
+mysql> FLUSH PRIVILEGES;
+
+
+ From this point forward you will need to use mysql -u root -p and
+ enter new_password when prompted when using the mysql client.
+ 3. If you run MySQL on the same machine as your httpd server, you
+ should consider disabling networking from within MySQL by adding
+ the following to your /etc/my.conf:
+
+[myslqd]
+# Prevent network access to MySQL.
+skip-networking
+
+
+ 4. You may also consider running MySQL, or even all of Bugzilla in a
+ chroot jail; however, instructions for doing that are beyond the
+ scope of this document.
+ _________________________________________________________________
+
+5.6.3. Daemon Accounts
- Simply blocking .*localconfig.* won't work because the QuickSearch
- feature requires the web browser to be able to retrieve localconfig.js
- and others may be introduced in the future (see bug 186383 for more
- information.
- Bugzilla provides default .htaccess files to protect the most
- common Apache installations. However, you should verify these are
- adequate according to the site-wide security policy of your web
- server, and ensure that the .htaccess files are allowed to
- "override" default permissions set in your Apache configuration
- files. Covering Apache security is beyond the scope of this Guide;
- please consult the Apache documentation for details.
- If you are using a web server that does not support the .htaccess
- control method, you are at risk! After installing, check to see if
- you can view the file localconfig in your web browser (e.g.:
- http://bugzilla.mozilla.org/localconfig ). If you can read the
- contents of this file, your web server has not secured your
- bugzilla directory properly and you must fix this problem before
- deploying Bugzilla. If, however, it gives you a "Forbidden" error,
- then it probably respects the .htaccess conventions and you are
- good to go.
- 5. When you run checksetup.pl, the script will attempt to modify
- various permissions on files which Bugzilla uses. If you do not
- have a webservergroup set in the localconfig file, then Bugzilla
- will have to make certain files world readable and/or writable.
- THIS IS INSECURE! . This means that anyone who can get access to
- your system can do whatever they want to your Bugzilla
- installation.
+ Many daemons, such as Apache's httpd and MySQL's mysqld default to
+ running as either "root" or "nobody". Running as "root" introduces
+ obvious security problems, but the problems introduced by running
+ everything as "nobody" may not be so obvious. Basically, if you're
+ running every daemon as "nobody" and one of them gets comprimised,
+ they all get comprimised. For this reason it is recommended that you
+ create a user account for each daemon.
Note
- This also means that if your webserver runs all cgi scripts as the
- same user/group, anyone on the system who can run cgi scripts will be
- able to take control of your Bugzilla installation.
- On Apache, you can use .htaccess files to protect access to these
- directories, as outlined in Bugs 57161 and 186383 for the
- localconfig file, and Bug 65572 for adequate protection in your
- data/ directory. Also, don't forget about the template/ and
- Bugzilla/ directories and to allow access to the data/webdot
- directory for the 192.20.225.10 IP address if you are using webdot
- from research.att.com. The easiest way to accomplish this is to
- set $create_htaccess to 1 in localconfig. However, the information
- below is provided for those that want to know exactly what is
- created.
- FIX ME BEFORE RELEASE!!!!! Note the instructions which follow are
- Apache-specific. If you use IIS, Netscape, or other non-Apache web
- servers, please consult your system documentation for how to
- secure these files from being transmitted to curious users.
+ You will need to set the webservergroup to the group you created for
+ your webserver to run as in localconfig. This will allow
+ ./checksetup.pl to better adjust the file permissions on your Bugzilla
+ install so as to not require making anything world-writable.
+ _________________________________________________________________
+
+5.6.4. Web Server Access Controls
+
+ There are many files that are placed in the Bugzilla directory area
+ that should not be accessable from the web. Because of the way
+ Bugzilla is currently layed out, the list of what should and should
+ not be accessible is rather complicated. A new installation method is
+ currently in the works which should solve this by allowing files that
+ shouldn't be accessible from the web to be placed in directory outside
+ the webroot. See bug 44659 for more information.
+
+ * In the main Bugzilla directory, you should:
+ + Block: *.pl, *localconfig*, runtests.sh
+ + But allow: localconfig.js, localconfig.rdf
+ * In data:
+ + Block everything
+ + But allow: duplicates.rdf
+ * In data/webdot:
+ + If you use a remote webdot server:
+ o Block everything
+ o But allow *.dot only for the remote webdot server
+ + Otherwise, if you use a local GraphViz:
+ o Block everything
+ o But allow: *.png, *.gif, *.jpg, *.map
+ + And if you don't use any dot:
+ o Block everything
+ * In Bugzilla:
+ + Block everything
+ * In template:
+ + Block everything
+
+ Tip
+
+ Bugzilla ships with the ability to generate .htaccess files
+ instructing Apache which files should and should not be accessible.
+ For more information, see Section 4.4.1.
+
+ You should test to make sure that the files mentioned above are not
+ accessible from the Internet, especially your localconfig file which
+ contains your database password. To test, simply point your web
+ browser at the file; for example, to test mozilla.org's installation,
+ we'd try to access http://bugzilla.mozilla.org/localconfig. You should
+ get a 403 Forbidden error.
+
+ Caution
+
+ Not following the instructions in this section, including testing, may
+ result in sensitive information being globally accessible.
+
+ Tip
+
+ You should check Section 4.4 to see if instructions have been included
+ for your web server. You should also compare those instructions with
+ this list to make sure everything is properly accounted for.
_________________________________________________________________
5.7. Template Customization
A.4.6. Email takes FOREVER to reach me from Bugzilla -- it's extremely
slow. What gives?
- If you are using an alternate Mail Transport Agent (MTA other than
- sendmail), make sure the options given in the "processmail" and other
- scripts for all instances of "sendmail" are correct for your MTA.
+ If you are using an alternate MTA, make sure the options given in
+ Bugzilla/BugMail.pm and any other place where sendmail is called from
+ are correct for your MTA. You should also ensure that the sendmailnow
+ param is set to on.
- If you are using Sendmail, try enabling "sendmailnow" in
- editparams.cgi. If you are using Postfix, you will also need to enable
- "sendmailnow".
+ If you are using sendmail, try enabling sendmailnow in editparams.cgi.
A.4.7. How come email from Bugzilla changes never reaches me?
Issuezilla was another fork from Bugzilla, made by collab.net and
hosted at tigris.org. It is also dead; the primary focus of
- bug-tracking at tigris.org is their Java-based bug-tracker, Scarab.
+ bug-tracking at tigris.org is their Java-based bug-tracker, Section
+ D.4.
This section last updated 27 Jul 2002
_________________________________________________________________
M
- mysqld
- mysqld is the name of the daemon for the MySQL database. In
- general, it is invoked automatically through the use of the
- System V init scripts on GNU/Linux and AT&T System V-based
- systems, such as Solaris and HP/UX, or through the RC scripts
- on BSD-based systems.
+ Message Transport Agent (MTA)
+ A Message Transport Agent is used to control the flow of email
+ on a system. Many unix based systems use sendmail which is what
+ Bugzilla expects to find by default at /usr/sbin/sendmail. Many
+ other MTA's will work, but they all require that the
+ sendmailnow param be set to on.
+
+ MySQL
+ MySQL is currently the required RDBMS for Bugzilla. MySQL can
+ be downloaded from http://www.mysql.com. While you should
+ familiarize yourself with all of the documentation, some high
+ points are:
+
+ + MySQL Privilege System - Much more detailed information about
+ the suggestions in Section 5.6.2.
P
progress of bugs over their life cycle, thus the need for the
"QA Contact" field in a bug.
+R
+
+ Relational DataBase Managment System (RDBMS)
+ A relational database management system is a database system
+ that stores information in tables that are related to each
+ other.
+
S
SGML
projects / thirdparty / bugzilla.git / commitdiff
