penpot-docs/technical-guide/configuration.md

---
title: 2. Penpot Configuration
---

# Penpot Configuration #

This section intends to explain all available configuration options, when you
are self-hosting Penpot or also if you are using the Penpot developer setup.

Penpot is configured using environment variables. All variables start with `PENPOT_`
prefix.

Variables are initialized in the `docker-compose.yaml` file, as explained in the
Self-hosting guide with [Elestio][1] or [Docker][2].

Additionally, if you are using the developer environment, you may override their values in
the startup scripts, as explained in the [Developer Guide][3].

**NOTE**: All the examples that have values represent the **default** values, and the
examples that do not have values are optional, and inactive by default.


## Common ##

This section will list all common configuration between backend and frontend.

There are two types of configuration: options (properties that require some value) and
flags (that just enables or disables something). All flags are set in a single
`PENPOT_FLAGS` environment variable will have an ordered list of strings using this
format: `<enable|disable>-<flag-name>`.


### Registration ###

Penpot comes with an option to completely disable the registration process or restrict it
to some domains.

If you want to completely disable registration, use the following variable in both
frontend & backend:

```bash
PENPOT_FLAGS="$PENPOT_FLAGS disable-registration"
```

You also can restrict the registrations to a closed list of domains:

```bash
# comma separated list of domains (backend only)
PENPOT_REGISTRATION_DOMAIN_WHITELIST=""

# OR
PENPOT_EMAIL_DOMAIN_WHITELIST=path/to/whitelist.txt
```

**NOTE**: Since version 2.1, email whitelisting should be explicitly
enabled with `enable-email-whitelist`. For backward compatibility, we
autoenable it when `PENPOT_REGISTRATION_DOMAIN_WHITELIST` is set with
not-empty content.

### Demo users ###

Penpot comes with facilities for fast creation of demo users without the need of a
registration process. The demo users by default have an expiration time of 7 days, and
once expired they are completely deleted with all the generated content. Very useful for
testing or demonstration purposes.

You can enable demo users using the following variable:

```bash
PENPOT_FLAGS="$PENPOT_FLAGS enable-demo-users"
```

### Authentication Providers

To configure the authentication with third-party auth providers you will need to
configure penpot and set the correct callback of your penpot instance in the auth-provider
configuration.

The callback has the following format:

```
https://<your_domain>/api/auth/oauth/<oauth_provider>/callback
```


You will need to change <your_domain> and <oauth_provider> according to your setup.
This is how it looks with Gitlab provider:

```
https://<your_domain>/api/auth/oauth/gitlab/callback
```

#### Penpot

Consists on registration and authentication via password. It is enabled by default, but can
be disabled with the following flags:

```bash
PENPOT_FLAGS="[...] disable-login-with-password"
```

And the registration also can be disabled with:

```bash
PENPOT_FLAGS="[...] disable-registration"
```


#### Google

Allows integrating with Google as OAuth provider:

```bash
# Backend & Frontend
PENPOT_FLAGS="[...] enable-login-with-google"

# Backend only:
PENPOT_GOOGLE_CLIENT_ID=<client-id>
PENPOT_GOOGLE_CLIENT_SECRET=<client-secret>
```

#### GitLab

Allows integrating with GitLab as OAuth provider:

```bash
# Backend & Frontend
PENPOT_FLAGS="[...] enable-login-with-gitlab"

# Backend only
PENPOT_GITLAB_BASE_URI=https://gitlab.com
PENPOT_GITLAB_CLIENT_ID=<client-id>
PENPOT_GITLAB_CLIENT_SECRET=<client-secret>
```

#### GitHub

Allows integrating with GitHub as OAuth provider:

```bash
# Backend & Frontend
PENPOT_FLAGS="[...] enable-login-with-github"

# Backend only
PENPOT_GITHUB_CLIENT_ID=<client-id>
PENPOT_GITHUB_CLIENT_SECRET=<client-secret>
```

#### OpenID Connect

**NOTE:** Since version 1.5.0

Allows integrating with a generic authentication provider that implements the OIDC
protocol (usually used for SSO).

All the other options are backend only:

```bash
## Frontend & Backend
PENPOT_FLAGS="[...] enable-login-with-oidc"

## Backend only
PENPOT_OIDC_CLIENT_ID=<client-id>

# Mainly used for auto discovery the openid endpoints
PENPOT_OIDC_BASE_URI=<uri>
PENPOT_OIDC_CLIENT_SECRET=<client-id>

# Optional backend variables, used mainly if you want override; they are
# autodiscovered using the standard openid-connect mechanism.
PENPOT_OIDC_AUTH_URI=<uri>
PENPOT_OIDC_TOKEN_URI=<uri>
PENPOT_OIDC_USER_URI=<uri>

# Optional list of roles that users are required to have. If no role
# is provided, roles checking  disabled.
PENPOT_OIDC_ROLES="role1 role2"

# Attribute to use for lookup roles on the user object. Optional, if
# not provided, the roles checking will be disabled.
PENPOT_OIDC_ROLES_ATTR=
```
<br />

__Since version 1.6.0__

Added the ability to specify custom OIDC scopes.

```bash
# This settings allow overwrite the required scopes, use with caution
# because penpot requres at least `name` and `email` attrs found on the
# user info. Optional, defaults to `openid profile`.
PENPOT_OIDC_SCOPES="scope1 scope2"
```
<br />

__Since version 1.12.0__

Added the ability to specify the name and email attribute to use from
the userinfo object for the profile creation.

```bash
# Attribute to use for lookup the name on the user object. Optional,
# if not perovided, the `name` prop will be used.
PENPOT_OIDC_NAME_ATTR=

# Attribute to use for lookup the email on the user object. Optional,
# if not perovided, the `email` prop will be used.
PENPOT_OIDC_EMAIL_ATTR=
```
<br />

__Since version 1.19.0__

Introduced the ability to lookup the user info from the token instead
of making a request to the userinfo endpoint. This reduces the latency
of OIDC login operations and increases compatibility with some
providers that exposes some claims on tokens but not in userinfo
endpoint.

```bash
# Set the default USER INFO source. Can be `token` or `userinfo`. By default
# is unset (both will be tried, starting with token).

PENPOT_OIDC_USER_INFO_SOURCE=
```


#### Azure Active Directory using OpenID Connect

Allows integrating with Azure Active Directory as authentication provider:

```bash
# Backend & Frontend
PENPOT_OIDC_CLIENT_ID=<client-id>

## Backend only
PENPOT_OIDC_BASE_URI=https://login.microsoftonline.com/<tenant-id>/v2.0/
PENPOT_OIDC_CLIENT_SECRET=<client-secret>
```

### LDAP ###

Penpot comes with support for *Lightweight Directory Access Protocol* (LDAP). This is the
example configuration we use internally for testing this authentication backend.

```bash
## Backend & Frontend
PENPOT_FLAGS="$PENPOT_FLAGS enable-login-with-ldap"

## Backend only
PENPOT_LDAP_HOST=ldap
PENPOT_LDAP_PORT=10389
PENPOT_LDAP_SSL=false
PENPOT_LDAP_STARTTLS=false
PENPOT_LDAP_BASE_DN=ou=people,dc=planetexpress,dc=com
PENPOT_LDAP_BIND_DN=cn=admin,dc=planetexpress,dc=com
PENPOT_LDAP_BIND_PASSWORD=GoodNewsEveryone
PENPOT_LDAP_USER_QUERY=(&(|(uid=:username)(mail=:username))(memberOf=cn=penpot,ou=groups,dc=my-domain,dc=com))
PENPOT_LDAP_ATTRS_USERNAME=uid
PENPOT_LDAP_ATTRS_EMAIL=mail
PENPOT_LDAP_ATTRS_FULLNAME=cn
PENPOT_LDAP_ATTRS_PHOTO=jpegPhoto
```

If you miss something, please open an issue and we discuss it.


## Backend ##

This section enumerates the backend only configuration variables.


### Database

We only support PostgreSQL and we highly recommend >=13 version. If you are using official
docker images this is already solved for you.

Essential database configuration:

```bash
# Backend
PENPOT_DATABASE_USERNAME=penpot
PENPOT_DATABASE_PASSWORD=penpot
PENPOT_DATABASE_URI=postgresql://127.0.0.1/penpot
```

The username and password are optional.


### Email (SMTP)

By default, when no SMTP (email) is configured, the email will be printed to the console,
which means that the emails will be shown in the stdout. If you have an SMTP service,
uncomment the appropriate settings section in `docker-compose.yml` and configure those
environment variables.

Setting up the default FROM and REPLY-TO:

```bash
# Backend
PENPOT_SMTP_DEFAULT_REPLY_TO=Penpot <no-reply@example.com>
PENPOT_SMTP_DEFAULT_FROM=Penpot <no-reply@example.com>
```

Enable SMTP:

```bash
# Backend
PENPOT_FLAGS="[...] enable-smtp"
PENPOT_SMTP_HOST=<host>
PENPOT_SMTP_PORT=587
PENPOT_SMTP_USERNAME=<username>
PENPOT_SMTP_PASSWORD=<password>
PENPOT_SMTP_TLS=true
```


### Storage

Storage refers to storage used for store the user uploaded assets.

Assets storage is implemented using "plugable" backends. Currently there are three
backends available: `fs` and `s3` (for AWS S3).

#### FS Backend (default) ####

This is the default backend when you use the official docker images and the default
configuration looks like this:

```bash
# Backend
PENPOT_ASSETS_STORAGE_BACKEND=assets-fs
PENPOT_STORAGE_ASSETS_FS_DIRECTORY=/opt/data/assets
```

The main downside of this backend is the hard dependency on nginx approach to serve files
managed by an application (not a simple directory serving static files). But you should
not worry about this unless you want to install it outside the docker container and
configure the nginx yourself.

In case you want understand how it internally works, you can take a look on the [nginx
configuration file][4] used in the docker images.


#### AWS S3 Backend ####

This backend uses AWS S3 bucket for store the user uploaded assets. For use it you should
have an appropriate account on AWS cloud and have the credentials, region and the bucket.

This is how configuration looks for S3 backend:

```bash
# AWS Credentials
AWS_ACCESS_KEY_ID=<you-access-key-id-here>
AWS_SECRET_ACCESS_KEY=<your-secret-access-key-here>

# Backend configuration
PENPOT_ASSETS_STORAGE_BACKEND=assets-s3
PENPOT_STORAGE_ASSETS_S3_REGION=<aws-region>
PENPOT_STORAGE_ASSETS_S3_BUCKET=<bucket-name>

# Optional if you want to use it with non AWS, S3 compatible service:
PENPOT_STORAGE_ASSETS_S3_ENDPOINT=<endpoint-uri>
```

### Redis

The redis configuration is very simple, just provide with a valid redis URI. Redis is used
mainly for websocket notifications coordination.

```bash
# Backend
PENPOT_REDIS_URI=redis://localhost/0
```

If you are using the official docker compose file, this is already configured.


### HTTP

You can set the port where the backend http server will listen for requests.

```bash
# Backend
PENPOT_HTTP_SERVER_PORT=6060
PENPOT_HTTP_SERVER_HOST=localhost
```

Additionally, you probably will need to set the `PENPOT_PUBLIC_URI` environment variable
in case you go to serve penpot to the users, and it should point to public URI where users
will access the application:

```bash
# Backend
PENPOT_PUBLIC_URI=http://localhost:9001
```

## Frontend ##

In comparison with backend, frontend only has a small number of runtime configuration
options, and they are located in the `<dist>/js/config.js` file.

If you are using the official docker images, the best approach to set any configuration is
using environment variables, and the image automatically generates the `config.js` from
them.

**NOTE**: many frontend related configuration variables are explained in the
[Common](#common) section, this section explains **frontend only** options.

But in case you have a custom setup you probably need setup the following environment
variables on the frontend container:

To connect the frontend to the exporter and backend, you need to fill out these environment variables.

```bash
# Frontend
PENPOT_BACKEND_URI=http://your-penpot-backend
PENPOT_EXPORTER_URI=http://your-penpot-exporter
```

These variables are used for generate correct nginx.conf file on container startup.


### Demo warning ###

If you want to show a warning in the register and login page saying that this is a
demonstration purpose instance (no backups, periodical data wipe, ...), set the following
variable:

```bash
# Frontend
PENPOT_FLAGS="$PENPOT_FLAGS enable-demo-warning"
```

## Exporter ##

The exporter application only have a single configuration option and it can be provided
using environment variables in the same way as backend.


```bash
# Backend & Frontend
PENPOT_PUBLIC_URI=http://public-domain
```

This environment variable indicates where the exporter can access to the public frontend
application (because it uses special pages from it to render the shapes in the underlying
headless web browser).


## Other flags
- `enable-cors`: Enables the default cors cofiguration that allows all domains (this
  configuration is designed only for dev purposes right now)
- `enable-backend-api-doc`: Enables the `/api/doc` endpoint that lists all rpc methods
  available on backend
- `enable-insecure-register`: Enables the insecure process of profile registration
  deactivating the email verification process (only for local or internal setups)
- `disable-secure-session-cookies`: By default, penpot uses the `secure` flag on cookies,
  this flag disables it; it is usefull if you have plan to serve penpot under different
  domain than `localhost` without HTTPS
- `disable-login-with-password`: allows disable password based login form
- `disable-registration`: disables registration (still enabled for invitations only).
- `enable-prepl-server`: enables PREPL server, used by manage.py and other additional
  tools for communicate internally with penpot backend

__Since version 1.13.0__

- `enable-log-invitation-tokens`: for cases where you don't have email configured, this
  will log to console the invitation tokens
- `enable-log-emails`: if you want to log in console send emails. This only works if smtp
  is not configured

__Since version 2.0.0__

- `disable-onboarding-team`: for disable onboarding team creation modal
- `disable-onboarding-newsletter`: for disable onboarding newsletter modal
- `disable-onboarding-questions`: for disable onboarding survey
- `disable-onboarding`: for disable onboarding modal
- `disable-dashboard-templates-section`: for hide the templates section from dashboard
- `enable-webhooks`: for enable webhooks
- `enable-access-tokens`: for enable access tokens
- `disable-google-fonts-provider`: disables the google fonts provider (frontend)

[1]: /technical-guide/getting-started#configure-penpot-with-elestio
[2]: /technical-guide/getting-started#configure-penpot-with-docker
[3]: /technical-guide/developer/common#dev-environment
[4]: https://github.com/penpot/penpot/blob/main/docker/images/files/nginx.conf