JIRA has a number of configuration options that allow your JIRA server to be customised for use within your organisation. These options can be accessed and edited on JIRA's 'General Configuration' page. Editing JIRA's General ConfigurationTo access and edit options on the 'General Configuration' page:
|
Screenshot 1: General Configuration

Settings
Setting | Description |
|---|---|
Title | This is the title that will be displayed on the JIRA login page and the dashboard. It helps identify your installation and its purpose. |
Mode | JIRA can operate in two modes: |
Maximum Authentication Attempts Allowed | The maximum authentication attempts that are allowed before CAPTCHA is shown to a user. If you leave it blank then CAPTCHA will never be shown and users will have unlimited authentication attempts. It is recommended that you set this to a small number (e.g. below 5). |
CAPTCHA on signup | If you are running JIRA in Public mode (see above), it is strongly recommended that you enable CAPTCHA. This will show a CAPTCHA image on signup to prevent spambots from signing up. |
Base URL | The base URL of this JIRA installation. |
Email from | Specifies the From: header format in notification emails. Default is of the form "John Doe (JIRA) <jira@company.com>". Available variables are '${fullname}', '${email}' and '${email.hostname}'. Note that the actual address (e.g. 'jira@company.com') cannot be specified here - it is determined by the mail server or individual project configuration. |
Introduction | A short introduction message displayed on the dashboard. |
Internationalisation
Setting | Description |
|---|---|
Indexing language | JIRA uses Lucene, a high-performance text search engine library, in full-text searches over the issues stored in JIRA. Indexing and searching for issues is affected by the language that the issues are entered in. Please choose the language that issues are entered in. If multiple languages are chosen, choose 'Other'. Note: You will need to re-index JIRA if you change this value. |
Installed languages | This section lists all language packs available within the JIRA system. (Note: to install additional languages, see Internationalisation.) |
Default language | The language used throughout the JIRA interface (as selected from the list displayed in Installed Languages above). Users can override the default language by using the Language setting in their user profile. |
Default user time zone | This is the time zone used throughout the JIRA interface. Users can override the default language by using the Time Zone setting in their user profile. (To choose the time format see Configuring the Layout and Design.) |
Options
Setting | Description |
|---|---|
Allow users to vote on issues | Controls whether voting is enabled in JIRA. Voting allows users to indicate a preference for issues they would like to be completed or resolved. See also the 'View Voters and Watchers' permission. |
Allow users to watch issues | Controls whether watching is enabled in JIRA. Users can 'watch' issues which they are interested in. Users watching an issue will be notified of all changes to it. See also the 'View Voters and Watchers' and 'Manage Watcher List' permissions. |
Allow unassigned issues | When turned ON, JIRA will allow issues to be unassigned or assigned to 'no-one'.When turned OFF, issues must always be assigned to someone - by default, the assignee will be the Project Lead as defined for each project. |
External user management | When turned ON, you will no longer be able to create, edit or delete users/groups from within JIRA (or via email or import); but you can still assign users/groups to project roles, and create/edit/delete user properties. Additionally, JIRA will not display options for users to change their password, or edit their profile. |
Logout confirmation | Controls whether to obtain user's confirmation when logging out: NEVER COOKIE - prompt for confirmation if the user was automatically logged in (via a cookie). ALWAYS |
Use gzip compression | Controls whether to compress the web pages that JIRA sends to the browser. It is recommended that this be turned ON, unless you are using mod_proxy. |
Accept remote API calls | Controls whether to allow remote client access (via XML-RPC or SOAP) to this JIRA installation, for authenticated users. |
User email visibility | Controls how users' email addresses are displayed in the user profile page. |
Comment visibility | Determines what will be contained in the list that is presented to users when specifying comment visibility and worklog visibility. |
Exclude email header 'Precedence: bulk' | Controls whether to prevent the Precedence: Bulk header on JIRA notification emails. This option should only be enabled when notifications go to a mailing list which rejects 'bulk' emails. In normal circumstances, this header prevents auto-replies (and hence potential mail loops). |
Issue Picker Auto-complete | Provides auto-completion of issue keys in the 'Issue Picker' popup screen. Turn OFF if your users' browsers are incompatible with AJAX. |
JQL Auto-complete | Provides auto-completion of search terms when users perform an advanced (JQL) search. Turn OFF if you prefer not to use this feature, or are experiencing a performance impact. |
Internet Explorer MIME Sniffing Security Hole Workaround Policy | Attachment viewing security options for cross-site site scripting vulnerabilities present in Internet Explorer 7 and earlier. Changes the default browser action for attachments in JIRA. Options are: |
Contact Administrators Form | Provides an email form for users to fill in when they click the 'Contact Administrators' link (which appears when necessary throughout the JIRA interface, e.g. on the Login screen). Applies only if outgoing email is enabled. Can be used with or without the custom 'Contact Administrators Message' below. |
Contact Administrators Message | Displays a custom message when users click the 'Contact Administrators' link (which appears when necessary throughout the JIRA interface, e.g. on the Login screen). The 'Contact Administrators Message' will be displayed at the top of the 'Contact Administrators Form', if the form is enabled (see above), or by itself if the form is not enabled. |
Configuring Advanced Settings
JIRA has a small number of commonly edited advanced configuration options, which are stored in the JIRA database. These options can be accessed and edited from the 'Advanced Settings' page.
To access and edit options on the 'Advanced Settings' page:
- Click the 'Advanced' button at the end of the 'General Configuration' page to display the 'Advanced Settings' page as shown in Screenshot 2 (below).
- Edit the value of a property/key by clicking its value on the right of the page and modifying the existing value.
- Click the 'Update' button on the right to save the new value in the JIRA database.
Any changes you make to these properties/keys become effective immediately.
Screenshot 2: Advanced Settings

See Also
There are a handful of other advanced configuration options (which are of little interest to most JIRA system administrators) whose default values can be customised in the jira-config.properties file located in the JIRA Home Directory, which you may want to edit. For details, please see Advanced JIRA configuration.







7 Comments
Hide/Show CommentsDec 17, 2010
zcraven
It would be really nice to have a new option to force users to choose a "strong" password (e.g. over 8 characters and contains a number). When selected, only strong passwords are accepted.
Jun 06, 2011
Anonymous
Yes please! Strong password option is very much needed.
Aug 25, 2011
Anonymous
I don,t see how to change the Character encoding in Jira 4.4
Aug 25, 2011
Giles Gaskell [Atlassian Technical Writer]
Hello there,
This option was removed in JIRA 4.4. Furthermore, new installations of JIRA 4.4 consistently employ UTF-8 character encoding.
The decision to remove this option was taken for:
For more information about this change, please refer to JRA-19361 — in particular, the 2nd public comment on that issue.
Cheers,
Giles.
Oct 06, 2011
Rikard Berg
I have Jira on a local network. So we can access it directly to the server or via the public IP.
If I export to xml, I get either local or public IP in the links in that export, but I would like to change it so I always get the Public IP (since the local isn't usable outside the network).
I have changed the base URL to the public IP, but that doesn't help,
Oct 11, 2011
Anonymous
I'm having issues after moving to Jira 4.4.1 from Jira 4.1.
I'm using additional statement in the server.xml file in the <Connector> definition: scheme="https" proxyName="jira.mycompany.com" proxyPort="443" and it works perfectly with SSL reverse-proxy. But then I get Jira as offline when trying to integrate it with Crucible. Can I simply add another <Connector> with scheme="http" and then specify internal server name and port when configuring Crucible?
Thanks!
Jan 24, 2012
Zack Levey
How do you change settings without being in the application for Standalone? For example, I was trying out a different Base URL and now I can't log in because of the way JIRA is handling the Base URL and redirects.
Add Comment