Once you’ve got Zulip setup, you’ll likely want to configure it the way you like.
Most configuration can be done by a realm administrator, on the web. For those settings, see the documentation for realm administrators.
This page discusses additional configuration that a system
administrator can do. To change any of the following settings, edit
/etc/zulip/settings.py file on your Zulip server, and then
restart the server with the following command:
su zulip -c '/home/zulip/deployments/current/scripts/restart-server'
Domain and Email settings¶
EXTERNAL_HOST: the user-accessible domain name for your Zulip
installation (i.e., what users will type in their web browser). This
should of course match the DNS name you configured to point to your
server and for which you configured SSL certificates. If you passed
--hostname to the installer, this will be prefilled with that value.
ZULIP_ADMINISTRATOR: the email address of the person or team
maintaining this installation and who will get support and error
emails. If you passed
AUTHENTICATION_BACKENDS: Zulip supports a wide range of popular
options for authenticating users to your server, including Google
Auth, GitHub Auth, LDAP, REMOTE_USER, and more. Note, however, that
the default (email) backend must be used when creating a new
If you want an additional or different authentication backend, you
will need to uncomment one or more and then do any additional
configuration required for that backend as documented in the
settings.py file. See the
section on Authentication for more
detail on the available authentication backends and how to configure
Mobile and desktop apps¶
The Zulip apps expect to be talking to to servers with a properly signed SSL certificate, in most cases and will not accept a self-signed certificate. You should get a proper SSL certificate before testing the apps.
Because of how Google and Apple have architected the security model of
their push notification protocols, the Zulip mobile apps for
can only receive push notifications from a single Zulip server. We
have configured that server to be
push.zulipchat.com, and offer a
push notification forwarding service that
forwards push notifications through our servers to mobile devices.
Read the linked documentation for instructions on how to register for
and configure this service.
By the end of summer 2017, all of the Zulip apps will have full support for multiple accounts, potentially on different Zulip servers, with a convenient UI for switching between them.
Zulip allows you to configure your server’s Terms of Service and
/privacy, respectively). You can
PRIVACY_POLICY settings to configure
the path to your server’s policies. The syntax is Markdown (with
support for included HTML). A good approach is to use paths like
/etc/zulip/terms.md, so that it’s easy to back up your policy
configuration along with your other Zulip server configuration.
Miscellaneous server settings¶
Zulip has dozens of settings documented in the comments in
/etc/zulip/settings.py; you can review
the latest version of the settings.py template
if you’ve deleted the comments or want to check if new settings have
been added in more recent versions of Zulip.
Since Zulip’s settings file is a Python script, there are a number of other things that one can configure that are not documented; ask on chat.zulip.org if there’s something you’d like to do but can’t figure out how to.
Some popular settings in
- The Twitter integration, which provides pretty inline previews of tweets.
- The email gateway, which lets users send emails into Zulip.
INLINE_URL_EMBED_PREVIEW, which controls our experimental feature providing inline previews of links pasted into Zulip.
Zulip announcement list¶
If you haven’t already, subscribe to the zulip-announce list so that you can receive important announces like new Zulip releases or major changes to the app ecosystem..
Enjoy your Zulip installation!¶
If you discover things that you wish had been documented, please contribute documentation suggestions either via a GitHub issue or pull request; we love even small contributions, and we’d love to make the Zulip documentation cover everything anyone might want to know about running Zulip in production.