Public | Automated Build

Last pushed: 6 months ago
Short Description
Tiny Tiny RSS container with Mysql option Added two plugins to 'x86dev' (fever api, wallabag v2)
Full Description

# docker-ttrss

This Dockerfile installs Tiny Tiny RSS (TT-RSS) with the following features:

  • New: Based on Docker-Alpine and s6 as the supervisor
  • New: Small and lightweight image size (about 100 MB)
  • Rolling release support: Updates TT-RSS automatically every day
  • Works nicely with jwilder's nginx-proxy, e.g. to use for Let's Encrypt SSL certificates
  • Integrated Feedly theme
  • New: Integrated FeedIron plugin to get modify feeds
  • Integrated Mobilize plugin for using Readability, Instapaper + Google Mobilizer
  • Integrated News+ plugin for News+ on Android
  • Optional: Self-signed 2048-bit RSA TLS certificate for accessing TT-RSS via https
  • Originally was based on clue/docker-ttrss

A ready-to-use Docker image is available at Docker Hub

Feel free to tweak this further to your likings.

This docker image allows you to run the Tiny Tiny RSS feed reader.
Keep your feed history to yourself and access your RSS and atom feeds from everywhere.
You can access it through an easy to use webinterface on your desktop, your mobile browser
or using one of available apps.

Note: All commands must be executed as root!


This section assumes you want to get started quickly, the following sections explain the
steps in more detail. So let's start.

Just start up a new database container:

# DB=$(docker run -d nornagon/postgres)

Next, run the actual TT-RSS instance by doing a:

# docker run -d --link $DB:db -p 80:8080 --name ttrss x86dev/docker-ttrss

Running this command for the first time will download the image automatically.

Accessing your Tiny Tiny RSS (TT-RSS)

The above example exposes the TT-RSS web interface on port 80 (http), so that you can browse to:


The default login credentials are:

Username: admin
Password: password

Obviously, you're recommended to change those ASAP.

Enabling SSL/TLS encryption support

For enabling SSL/TLS support with a self-signed certificate you have to add -e TTRSS_SSL_ENABLED=1 -p 443:4443
when running your TT-RSS container. Then you can access TT-RSS via: https://<yourhost>.

Warning: Running services unencrypted on the Internet is not recommended!

The container also has been successfully tested with Let's Encrypt certificates.

Reverse proxy support

A nice thing to have is jwilder's nginx-proxy as a separate
Docker container running on the same machine as this one.

That way you easily can integrate your TT-RSS instance with an existing domain by using a sub domain
(e.g. In combination with an official Let's Encrypt certificate you
can get a nice A+ encryption/security rating over at SSLLabs.

Never run your services unencrypted!

Installation walkthrough


Following Docker's best practices, this container does not contain its own database,
but instead expects you to supply a running instance.
While slightly more complicated at first, this gives your more freedom as to which
database instance and configuration you're relying on.
Also, this makes this container quite disposable, as it doesn't store any sensitive
information at all.

Starting a database instance

This container requires a PostgreSQL database instance. You're free to pick (or build)
any, as long as is exposes its database port (5432) to the outside.


# docker run -d --name=ttrss-data nornagon/postgres

Testing TT-RSS in foreground

For testing purposes it's recommended to initially start this container in foreground.
This is particular useful for your initial database setup, as errors get reported to
the console and further execution will halt.

# docker run -it --link ttrss-data:db --name ttrss x86dev/docker-ttrss

Database configuration

Whenever your run TT-RSS, it will check your database setup. It assumes the following
default configuration, which can be changed by passing the following additional arguments:

-e DB_NAME=ttrss
-e DB_USER=ttrss
-e DB_PASS=ttrss

Run on MySql

-e DB_TYPE=mysql

Database user

When you run TT-RSS it will check your database setup. If it can not connect using the above
configuration, it will automatically try to create a new database and user.

For this to work, it will need a superuser (root) account that is permitted to create a new database
and user. It assumes the following default configuration, which can be changed by passing the
following additional arguments:

-e DB_ENV_USER=docker
-e DB_ENV_PASS=docker

Running TT-RSS daemonized

Once you've confirmed everything works in the foreground, you can start your container
in the background by replacing the -it argument with -d (daemonize).
Remaining arguments can be passed just like before, the following is the recommended

# docker run -d --link ttrss-data:db --name ttrss x86dev/docker-ttrss

Useful stuff to know

Backing up / moving to another server

Decided to back up your data container and/or move to another server? Here's how
you do it:

On the old server, stop your TT-RSS container and then do:

# docker export <container name> | gzip > /tmp/<filename>.tar.gz

On the new server, copy the created .tar.gz file from the old server and
import the file with:

# docker import <filename>.tar.gz

This will import the container from the .tar.gz file into Docker's local registry.
After that you can run that imported container again the usual way with:

# docker run -d <IMAGE ID>

Automatic updates

When running this docker container you don't need to worry anymore how and when to
update TT-RSS. Since TT-RSS has a so-called "rolling release" model since some time
(which essentially means that there won't be any specific versions like 1.0, 1.1 etc),
this container takes the burden any checks for updates of TT-RSS and the accompanied
plugins/themes every day via an own update script (see root/srv/

By default the update script checks every 24 hours if there are updates for TT-RSS,
the plugins or the theme(s) available.

If you want to change the update interval you just need to edit the file
root/etc/services.d/ttrss-updater/run and change the --wait-exit 24h to fit your needs, whereas
the suffix h stands for hours, m for minutes and s for seconds.

Want to contribute?

You think you have something which absolutely must be part of this container, implemented
a cool new feature or fixed some nasty bug? Let me know and send me a git pull request.

The repository can be found here.

Docker Pull Command
Source Repository