Hey there 👋, I'm Nick and I build & maintain Kanmail. Life is very busy these days with a (very) young family so Kanmail development tends to be inconsistent. I still use Kanmail every day and will continue to fix bugs, improve performance and build features.
An email client that functions like a kanban board, for Mac/Windows/Docker. Download the latest release here.
- Works on MacOS, Windows & Docker (see Linux support issue)
- Developed using Gmail, Outlook & Fastmail
- Should be compatible with other email providers (uses IMAP/SMTP)
- Considered in "beta" - used as primary email client for >1yr
The rest of this readme focuses on the technical details of Kanmail. For user documentation see the Kanmail website.
Before continuing it is important to note that Kanmail is source available but not free. Kanmail is available for free download for evaluation; for continued use of Kanmail a license should be purchased.
We welcome pull requests, but note you will be contributing to a non-free project. You will be required to sign the Oxygem CLA before any contributions can be merged. We offer free license keys to contributors, please email [email protected] for more information.
Python must be configured --with-framework. See this StackOverflow answer to check whether this is enabled.
To build/release you'll need to install GNU tar, which can be done with brew:
brew install gnu-tar
You'll need the Visual Studio build tools.
For gtk to install properly you'll need:
apt install build-essential pkg-config git python3-dev libcairo2-dev libgirepository1.0-dev
Kanmail requires Python 3.9 and uses poetry to manage requirements, install with:
poetry install
Install the JavaScript requirements with yarn:
yarn install
To start the server + webpack-server:
honcho start
Then go to http://localhost:4420 to view/develop the app in a browser of your choice.
To start the full windowed app, use:
honcho start -f Procfile-app
Note that the webserver does not auto-reload when running in app mode.
Version numbers are generated at build in the date-based format: MAJOR.YYMMDDhhmm.
Per the pyinstaller documentation, for maximum compatibility Kanmail is ideally built on the oldest systems available. MacOS + Linux builds are forward, but not backward, compatible.
Kanmail is currently built on:
- MacOS 10.15 (using 10.10 SDK), compatible with 10.10+
- Ubuntu 18 64 bit, compatible with libc6 2.27+
- Windows 10 64 bit, compatible with ?
Should use the oldest SDK possible. Kanmail will be compatible with the SDK version of any newer versions, but nothing older, so target the oldest realistic SDK, which is currently 10.10 / Sierra. Heavily based on this gist.
- Use xcodelegacy to download old OSX SDK files
export BUILD_ENV_PREFIX=/opt/osx10.10-env
export PATH="$BUILD_ENV_PREFIX/Frameworks/Python.framework/Versions/Current/bin:$BUILD_ENV_PREFIX/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin"
export MACOSXSDK=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
export MACOSX_DEPLOYMENT_TARGET="10.10"
export CFLAGS="-isysroot $MACOSXSDK -I$MACOSXSDK/System/Library/Frameworks/Tk.framework/Versions/8.5/Headers -I$BUILD_ENV_PREFIX/include "
export LDFLAGS="-isysroot $MACOSXSDK -L$BUILD_ENV_PREFIX/lib "
export LD_LIBRARY_PATH="$BUILD_ENV_PREFIX/lib/"
export CXXFLAGS="-isysroot $MACOSXSDK -I$BUILD_ENV_PREFIX/include "
export CPPFLAGS="-I$MACOSXSDK/usr/include -I$BUILD_ENV_PREFIX/include -I$BUILD_ENV_PREFIX/include/openssl "Download & untar openssl-1.0.2u. On an amd64 Mac: prefix these commands with arch -x86_64.
./Configure --prefix=$BUILD_ENV_PREFIX \
no-hw no-hw-xxx no-ssl2 no-ssl3 no-zlib zlib-dynamic \
shared enable-cms darwin64-x86_64-cc enable-ec_nistp_64_gcc_128 \
-isysroot$MACOSXSDK \
-mmacosx-version-min=$MACOSX_DEPLOYMENT_TARGET
make depend
make
make installDownload & untar Python. On an amd64 Mac: prefix these commands with arch -x86_64.
./configure --prefix=$BUILD_ENV_PREFIX/ \
--enable-ipv6 \
--enable-framework=$BUILD_ENV_PREFIX/Frameworks/ \
--with-openssl=$BUILD_ENV_PREFIX \
MACOSX_DEPLOYMENT_TARGET="$MACOSX_DEPLOYMENT_TARGET"
make
make install PYTHONAPPSDIR=$BUILD_ENV_PREFIX/Applications
# Tidy up
cd $BUILD_ENV_PREFIX/Frameworks/Python.framework/Versions/Current/bin
ln -s python3 python
ln -s pip3 pipFinally install the requirements (from source, no binaries):
pip install pip -U
pip install -r requirements/macos.txtUsing this environment should now build apps compatible with MacOS 10.10+. This can be tested by installing a MacOS 10.13 VM.
Should use the oldest libc possible. Currently building using Ubuntu 18 which has libc6 2.27, which is pretty recent.
TBC instructions to build on an older libc.
Currently builds on Windows 10. Unsure if compatible with previous versions.
Building Kanmail should be as simple as running python -m make.
Kanmail syncs email using the IMAP protocol. Instead of implementing a "complete sync engine" (one which attempts to keep a local copy of the server data), Kanmail uses a cache and loads data on demand. This simplifies the implementation but makes it hard/impossible to behave as an offline email client.
Kanmail keeps in sync with the remote server by checking UID lists. These are cached locally and every "sync" the full list is refreshed, ensuring the local copy is up to date with the server UID list. Email headers are cached against their UIDs.
Currently no actual full email data is cached, only the headers. Meaning when offline Kanmail will load any cached threads into the column view, but it won't be able to open any of these threads.
When Kanmail starts, the UI attempts to get emails for each folder (both columns and "core" folders like archive/drafts) - this API endpoint is always expected to return a valid response, even if empty, and does not require connectivity. If there is a local cache of UIDs and email headers, these will be returned.
Subsequent calls to this API endpoint will load more emails, loading headers from the server as required.
During the lifetime of a running Kanmail app it will periodically request to sync emails with the server. At this time the full UID list is reloaded from the server (failing if offline) and any new email headers are fetched. This endpoint returns new emails and the UIDs of any deleted emails from the UID list.
The Kanmail UI consists of a collection of React apps, one per window "category".
The main Kanmail window, including the column and email thread views. This is where the interesting stuff lives!
Rendering columns can be expensive, so Kanmail uses a few "hacks" to reduce the amount of renders required. For example, when archiving or trashing a thread, it's hidden from the user but the underlying component remains in-place. Only the thread component itself updates and the surrounding column does not re-render.
Kanmail supports navigating between threads and between columns using the keyboard. To achieve this every thread component contains a reference to access the component above/below (other threads same column) and also the adjacent columns left/right. This is achieved using React references.
The send/reply/forward email window and editor.
The settings window. Handles account management as well as general application settings.
The contacts window. Handles add/remove/delete contacts API.
The license window. Add/remove a license key.
The meta/about window, includes license information.