Email & Webhooks
Within BookStack email is used in various ways relating to user management & authentication. Outgoing webhooks are available as a mechanism to extend BookStack or notify in an event-driven manner.
BookStack sends out emails for a range of purposes such as email-address confirmation & “forgot password” flows. Both SMTP and Sendmail (Linux Sendmail) are supported email mechanisms.
To get up and running with SMTP you will need to add, or set, the following variables in your
Connection TLS/SSL Certificate Verification
In some cases your SMTP server may be using a private/self-signed TLS/SSL certificate that would usually fail certificate verification.
In these cases its common for that certificate (Or its CA) to be added to the BookStack’s host trusted certificate database.
If that’s not possible, you can alternatively disable SSL/TLS certificate verification for mail sending
by adding this setting to your
sendmail drivers uses the sendmail application on the host system. By default it will call
/usr/sbin/sendmail -bs although this is configurable.
To enable this option you can set the following in your
You can follow the instructions provided in the debugging documentation page to help gain more details about issues you may come across. Within the “Settings > Maintenance” area of BookStack you can find a “Send a Test Email” action which provides a quick & easy way to send emails after changing your configuration. This action will also attempt to capture any errors thrown and display them.
Webhooks can be configured in the “Settings > Webhooks” area of your BookStack instance. An example of the POST data format is shown when creating or editing a webhook.
The webhook data is “Slack Compatible” in respect to having a
text property containing a human-readable description
of the event. Services such as Discord, Zulip and Teams, upon many others, have options to support this format.
A video guide on BookStack webhooks, including usage with Discord and HomeAssistant, can be found here.
The running of webhooks can slow down a system due to the required additional processing time. See the async action handling section below to details on running webhooks in a background process to improve performance.
Async Action Handling
Actions like sending email or triggering webhooks are performed synchronously by default which can slow down page loading when those actions are triggered. These actions can instead be processed asynchronously so they’re handled in the background to prevent slowing down the request. This requires a config change and a queue worker process to handle these background jobs:
.env file add or update (if already existing) the following option then save the file.
Queue Worker Process
The queue work process can be run via the following command from your BookStack installation directory:
Ideally this needs to be ran continuously. The method of doing this may depend on your operating system and personal software preferences. On many modern Linux systems systemd is an appropriate method. The below unit file example can be used with systemd to run this process. Note, this is suited to Ubuntu 20.04 setups that have used our installation script. Details may need tweaking for other systems.
To configure systemd (On a Ubuntu 20.04 system) with the above unit you’d typically:
- Create a new
/etc/systemd/system/bookstack-queue.servicefile containing the above content.
systemctl daemon-reloadto discover the new service.
systemctl enable bookstack-queue.serviceto ensure the service starts at (re)boot.
systemctl start bookstack-queue.serviceto start the queue service.
Note: you may need to run the above commands with
sudo if not acting as a privileged user.
You can then use
systemctl status bookstack-queue.service to check the status of the queue worker.