This repository contains a fork of the original deltachat/chatmail, with the primary goal of supporting a deployment on openSUSE MicroOS. At the moment, I'm working on support for openSUSE Tumbleweed. Supporting the immutable MicroOS is the next step.
Currently, this project doesn't use DeltaChat's high speed dovecot fork, but the regular dovecot packaged by the openSUSE project.
I will try to pull changes from upstream regularly, but please don't use this in production yet.
This project is only a hobby project and not affiliated with any of my (current or previous) employers. A chatmail instance using this project is being deployed at mailcow.hagenest.dev
ORIGINAL README BELOW
This repository helps to setup a ready-to-use chatmail server comprised of a minimal setup of the battle-tested postfix smtp and dovecot imap services.
The setup is designed and optimized for providing chatmail accounts for use by Delta Chat apps.
Chatmail accounts are automatically created by a first login, after which the initially specified password is required for using them.
To deploy chatmail on your own server, you must have set-up ssh authentication and need to use an ed25519 key, due to an upstream bug in paramiko. You also need to add your private key to the local ssh-agent, because you can't type in your password during deployment.
We use chat.example.org
as the chatmail domain in the following steps.
Please substitute it with your own domain.
-
Install the
cmdeploy
command in a virtualenvgit clone https://github.com/deltachat/chatmail cd chatmail scripts/initenv.sh
-
Create chatmail configuration file
chatmail.ini
:scripts/cmdeploy init chat.example.org # <-- use your domain
-
Setup first DNS records for your chatmail domain, according to the hints provided by
cmdeploy init
. Verify that SSH root login works:ssh root@chat.example.org # <-- use your domain
-
Deploy to the remote chatmail server:
scripts/cmdeploy run
This script will also show you additional DNS records which you should configure at your DNS provider (it can take some time until they are public).
To check the status of your remotely running chatmail service:
scripts/cmdeploy status
To check whether your DNS records are correct:
scripts/cmdeploy dns
To test whether your chatmail service is working correctly:
scripts/cmdeploy test
To measure the performance of your chatmail service:
scripts/cmdeploy bench
This repository drives the development of chatmail services, comprised of minimal setups of
as well as custom services that are integrated with these two:
-
chatmaild/src/chatmaild/doveauth.py
implements create-on-login account creation semantics and is used by Dovecot during login authentication and by Postfix which in turn uses Dovecot SASL to authenticate users to send mails for them. -
chatmaild/src/chatmaild/filtermail.py
prevents unencrypted e-mail from leaving the chatmail service and is integrated into postfix's outbound mail pipelines.
There is also the cmdeploy/src/cmdeploy/cmdeploy.py
command line tool
which helps with setting up and managing the chatmail service.
cmdeploy run
uses pyinfra-based scripting
in cmdeploy/src/cmdeploy/__init__.py
to automatically install all chatmail components on a server.
cmdeploy run
also creates default static Web pages and deploys them
to a nginx web server with:
-
a default
index.html
along with a QR code that users can click to create accounts on your chatmail provider, -
a default
info.html
that is linked from the home page, -
a default
policy.html
that is linked from the home page.
All .html
files are generated
by the according markdown .md
file in the www/src
directory.
scripts/cmdeploy webdev
This starts a local live development cycle for chatmail Web pages:
-
uses the
www/src/page-layout.html
file for producing static HTML pages fromwww/src/*.md
files -
continously builds the web presence reading files from
www/src
directory and generating html files and copying assets to thewww/build
directory. -
Starts a browser window automatically where you can "refresh" as needed.
If you need to stop account creation, e.g. because some script is wildly creating accounts, login to the server with ssh and run:
touch /etc/chatmail-nocreate
While this file is present, account creation will be blocked.
Postfix listens on ports 25 (smtp) and 587 (submission) and 465 (submissions). Dovecot listens on ports 143 (imap) and 993 (imaps). nginx listens on port 443 (https). acmetool listens on port 80 (http).
Delta Chat apps will, however, discover all ports and configurations automatically by reading the autoconfig XML file from the chatmail service.
chatmail servers rely on DKIM
to authenticate incoming emails.
Incoming emails must have a valid DKIM signature with
Signing Domain Identifier (SDID, d=
parameter in the DKIM-Signature header)
equal to the From:
header domain.
This property is checked by OpenDKIM screen policy script
before validating the signatures.
This correpsonds to strict DMARC alignment (adkim=s
),
but chatmail does not rely on DMARC and does not consult the sender policy published in DMARC records.
Other legacy authentication mechanisms such as iprev
and SPF are also not taken into account.
If there is no valid DKIM signature on the incoming email,
the sender receives a "5.7.1 No valid DKIM signature found" error.
Outgoing emails must be sent over authenticated connection
with envelope MAIL FROM (return path) corresponding to the login.
This is ensured by Postfix which maps login username
to MAIL FROM with
smtpd_sender_login_maps
and rejects incorrectly authenticated emails with reject_sender_login_mismatch
policy.
From:
header must correspond to envelope MAIL FROM,
this is ensured by filtermail
proxy.