Mail Flagger is a program that flags selected emails in your inbox (or copies them to another folder), typically when a relevant payment is made. This gives the sender a possibility to bring attention to his message and to compensate time spent by the receiver on reading and eventual responding. For rationale and use cases, see the blog post.
Mail Flagger is free software, licensed under Apache License 2.0.
How to use
- Install Python (version 3.8 or newer is required). Windows users: check the “Add Python 3.8 to PATH” option and (if available) click the button “Disable path length limit” at the end of the installation.
- Install Mail Flagger: either download a release for your platform (Windows & Mac OS X only) or use the custom installation method described below.
- Start Mail Flagger, fill in the configuration and run the
daemoncommand. Security note: Although your email password is stored locally on your computer, if at all, it is currently not encrypted and may be visible in the process command, which may have security implications especially if your computer is simultaneously being used by other people.
- Instruct your senders.
Specific steps for senders depend on the payment method, but typically they will need to encompass a search query that specifies which message they want to get flagged. Its syntax is the same as the syntax for IMAP search command. An example query:
SINCE 20-Mar-2020 FROM firstname.lastname@example.org UNANSWERED
If the sender knows how to extract Message-ID, he may use it as follows:
HEADER Message-Id <B27397-0100000@Blurdybloop.COM>
Mail Flagger automatically adds the
UNFLAGGED search term to the provided query.
The daemon only listens and waits until something tells it to flag a message, it does nothing on its own initiative. To make it do something, you need a flagging provider, typically tied to a payment method(s). Two of them are bundled inside the default release packages, but the overall mechanism is extensible and allows writing providers in various programming languages.
This provider adds a subcommand that allows importing a file in the MT940 format containing a list of transactions. Daemon needs to be running separately for this to work. A query needs to be encompassed in transaction message (optionally with a specific prefix to distinguish it from other transfers).
Manual export and import is cumbersome, but it is a typical limitation for banking systems, which do not facilitate integration for ordinary users. For a more smooth experience with live transaction processing, consider using cryptocurrencies.
This provider adds an optional daemon coroutine that runs along the main daemon and live monitors Ercoin transactions. A query needs to be encompassed in transaction message.
Mail Flagger can be installed using pip:
pip install mailflagger
For GUI support, install
mailflagger[GUI] instead of the above. If wxPython wheels are not available for your platform, you may want to use a system package of wxPython (if available) instead of building it from source. (When using virtualenv, note the
If you don’t want to use the GUI, either make a custom installation without the GUI support or provide any argument to the
Creating custom providers
The daemon exposes itself as a ZeroMQ server. To flag a message, it is sufficient to connect to it and send a MessagePack-encoded map containing IMAP query associated with the
"query" key. A reply will be another map containing key
"processed" (should be
Provider can be embedded into the main Main Flagger program either as subcommands or as coroutines which will be started with the daemon. When writing plugins, the
mailflagger.client.Client class should be helpful. It wraps the ZeroMQ connection and message packing and unpacking.
When defining plugin-specific configuration options, remember to avoid name clashes and potential name clashes (with other plugins).
When we write about “default arguments”, we mean either default argument values or values saved in a configuration file.
This type of plugin needs to specify a
mailflagger.plugins.commands entry point which points to an object which defines the following function attributes:
modify_subparser(accepting subparser) — optional, used to add plugin-specific configuration options.
run(accepting parsed arguments) — used to do the actual job.
command_help(accepting default arguments) — optional, it returns help for the subcommand.
mailflagger_banking plugin for an example.
This type of plugin needs to specify a
mailflagger.plugins.daemon entry point which points to an object which defines the following function attributes:
modify_subparser(accepting subparser) — optional, used to add plugin-specific configuration options to the daemon subparser.
daemon_coroutines(accepting parsed arguments) — returning an iterable of coroutines that shall be started along with the server daemon.
mailflagger_ercoin plugin for an example.