Simplest and Smallest Email Forward Service for Docker.
- Config by one-line
- Run as docker start
- Image Size 10MB
View on GitHub | View on Docker
@Brian Christner : After testing a ton of different mail projects I finally discovered Simple Mail Forwarder (SMF) by Huan. This image is based on Alpine which is already a positive. It is super tiny and as the name suggests, easy to use. link
@kachkaev : really happy to discover it! link
@kiani: have a working mail server, seriously, it was that easy. link
@counterbeing: great image. Wonderfully easy interface, with all that i need. 👍 link
@nelfer: Guess what? Your image already supports this! link
@Czocher: It's at least a timesaver if not a lifesaver. link
If you have a domain name, only want to have one (or a few) email address(es) on this domain, and you want to forward all the emails to another email account - Simple Mail Forwarder (SMF) is exactly what you need. (with Docker)
Because of the above, this docker image was built for ultimate simplicity. I've owned many domains and needed email addresses for them (for fun and/or work). I hated configuring email servers. Some DNS providers provide free email forwarding services for their own domains, some do not. And almost all email forwarding services are NOT free. So I decided to make one myself (thanks docker).
- DuoCircle Email Forwarding From $59.95/year
- Cloud Mail In From $9/month. And it is not for humans.
- MailGun professional service. Free plan includes 10,000 emails/month. but can result in your domain being treated as spam
I was willing to pay $10/year, but the cheapest plan I could find was $9 per month. Having a $10 USD machine with unlimited e-mail & domains per month is an amazing idea! And of course you could also put other dockers on this machine. :-D
Just set SMF_CONFIG
and run:
export SMF_CONFIG='[email protected]:[email protected]:test'
docker run -e SMF_CONFIG -p 25:25 zixia/simple-mail-forwarder
Don't forget to modify the DNS MX record of your domain. (in this example, it's testo.com)
This will forward all emails received by [email protected] to [email protected].
If you want to forward all emails sent to domain testo.com to [email protected], set it like so:
export SMF_CONFIG='@testo.com:[email protected]'
See? There is nothing easier.
If you want to run it constanly in the background add
-t -d --restart=always
afterrun
:
docker run -t -d --restart=always -e SMF_CONFIG -p 25:25 zixia/simple-mail-forwarder
-t
: Allocate a pseudo-tty-d
: Detached Mode--restart=always
: Restart this container automatically
Otherwise, docker thinks that your applications stops and shutdown the container.
Tested by BATS(Bash Automated Testing System), a bash implementation of TAP(Test Anything Protol).
How to run:
$ docker run zixia/simple-mail-forwarder test
>> exec bats test
1..20
ok 1 confirm hostname pretend to work.
ok 2 confirm hwclock pretend to work.
ok 3 service postfix could start/stop right.
ok 4 SMF_CONFIG exist
ok 5 SMF_DOMAIN exist
ok 6 virtual maping source is set
ok 7 virtual maping data is set
ok 8 virtual maping db is set
ok 9 system hostname FQDN resolvable
ok 10 postfix myhostname FQDN & resolvable
ok 11 check other hostname setting
ok 12 confirm postfix is running
ok 13 confirm port 25 is open
ok 14 crond is running
ok 15 ESMTP STATTLS supported
ok 16 ESMTP AUTH supported
ok 17 ESMTP STARTTLS supported
ok 18 create user [email protected] by password test
ok 19 ESMTP AUTH by [email protected]/test
ok 20 ESMTP TLS AUTH by [email protected]/test
You are all set! :-]
SMF_CONFIG
: MUST be defined. there's no default setting. (set me! I'm the only parameter you need to set~)
TZ
: (Optional) set the timezone , IE EST5EDT
or Europe/Rome
Here's how to config the only required SMF_CONFIG
environment parameter of SMF Docker:
Forward all emails received by [email protected] to [email protected]:
export SMF_CONFIG='[email protected]:[email protected]'
Forward all emails received by any email address in domain testo.com to [email protected]:
export SMF_CONFIG='@testo.com:[email protected]'
You could get the ESMTP AUTH password for you on your docker log. It's randomly generated if you do not provide one.
Add ESMTP AUTH password:
export SMF_CONFIG='[email protected]:[email protected]:ThisIsPassword'
Password will be printed on the docker log.
Add as many email accounts as you want, with or without password. Seperated by semicolon or a new line:
export SMF_CONFIG='[email protected]:[email protected]:ThisIsPassword;[email protected]:[email protected]:AnotherPassword'
Tips: if you only provide the first password and leave the rest blank, then the passwords for all the rest accounts will be the same as the last password value you set. This is by design.
You can also forward all emails received by [email protected] to multiple destination addresses:
export SMF_CONFIG='[email protected]:[email protected]|[email protected]|[email protected]'
Here's how to configure a relayhost/smarthost to use for forwarding mail.
Send all outgoing mail trough a smarthost on 192.168.1.2
export SMF_RELAYHOST='192.168.1.2'
If the SMF_RELAYHOST
require authentication,
export SMF_RELAYAUTH='[email protected]:RelayHostPassword'
SMF creates its own certificate and private key when it starts. This certificate is self signed, so some systems might give you a warning about the server not being trusted. If you have valid certificates for the domain name of the host, then you can use them and avoid the warning about not being trusted.
-
First you need to prepare the certificate files. Copy your full chain certificate to a file named
smtp.cert
(orsmtp.ec.cert
if it contains a EC certificate). Then copy the private key to a file namedsmtp.key
(orsmtp.ec.key
if it contains a EC key) -
Copy these files to a folder. For example:
/data/certs/
. This folder will be mounted as a volume in SMF -
When creating the container, add the
-v
(volume) parameter to mount it to the folder/etc/postfix/cert/
like so:docker run -e SMF_CONFIG -p 25:25 -v /data/certs/:/etc/postfix/cert/ zixia/simple-mail-forwarder
-
Your emails should now be forwarded with trusted encryption. You can use this tool to test it: http://checktls.com/
If you do not have a certificate and don't have the budget to afford one, you can use https://letsencrypt.org if you have shell access to the server (Note, SMF does not provide this service, yet). Letsencrypt allows you to create valid trusted certificates for a server, if the server responds to the domain you specify. In order to do this, you need to run the program from within the server and have administrator rights.
-
First install letsencrypt. This might vary by distribution, but in Ubuntu it is like this:
sudo apt-get install letsencrypt
-
Stop any web server that might be using port 80 (Apache, nginx, etc)
-
Determine all of the domains and subdomains that you want the certificate to cover, for example
mydomain.com
,www.mydomain.com
,smtp.mydomain.com
, etc. Remember to include the domain that SMF will respond to (as per MX record in DNS configuration of the domain) -
Execute the following command (you can add as many domains as you wish with the
-d
option. But remember, their DNS resolution must resolve to the server whereletsencrypt
is being executed)letsencrypt certonly --standalone -d yourdomain.com -d www.yourdomain.com -d mail.yourdomain.com
-
Follow the prompts and if everything is successful you will get your certificates in a folder like
/etc/letsencrypt/live/mydomain.com
-
You can now use those certificates to make SMF TLS trusted.
This was a quick way of how to use letsencrypt. For a full tutorial based on your OS see: https://certbot.eff.org/
SMF will generate private/public keypairs for $SMF_DOMAIN
and for all source domains contained in SMF_CONFIG
. All keys will be stored in /var/db/dkim/<domain.tld>/
.
This will enable DKIM for multiple domains and test for their validity on SMF startup.
Public key must be set as TXT record in DNS under default._domainkey
name. default._domainkey
can be found in /var/db/dkim/<domain.tld>/default.txt
.
It is highly advised to mount /var/db/dkim/
folder to host, so generated keypair would not get lost/regenerated:
docker run -e SMF_CONFIG -p 25:25 -v $(pwd)/dkim:/var/db/dkim/ zixia/simple-mail-forwarder
SMF will strip the sender's IP, client, and user agent headers when the SMF_SENDERPRIVACY
environment variable is defined.
SMF allows using environment variables to add or change lines to postfix main.cf
and master.cf
configuration files.
-
SMF_POSTFIXMAIN_*
variables will edit postfixmain.cf
entries.- Format:
SMF_POSTFIXMAIN_option_name=value
- Example:
SMF_POSTFIXMAIN_soft_bounce=yes
will callpostconf -e soft_bounce=yes
and add the option.
- Format:
-
SMF_POSTFIXMASTER_*
variables will edit postfixmaster.cf
.- Format:
SMF_POSTFIXMASTER_service__name__type__parameter_name=value
Please note the double underscore__
to differentiate service and type (which require a/
as separation symbol) and the single underscore_
used only by parameter names. - Example:
SMF_POSTFIXMASTER_submission__inet__smtpd__recipient_restrictions=permit_mynetworks,permit_sasl_authenticated,reject
will callpostconf -P submission/inet/smtpd/recipient_restrictions=permit_mynetworks,permit_sasl_authenticated,reject
and add the option.
- Format:
The default log configuration of postfix is sending all log entries to /dev/stdout
. Because file logs are important in some cases, SMF allows overriding the default log configuration of postfix.
SMF_POSTFIXLOG
will edit postfix logging configuration- Format:
SMF_POSTFIXLOG=value
- Example:
SMF_POSTFIXLOG=/var/log/postfix.log
will callpostconf maillog_file="/var/log/postfix.log"
- Format:
Attention: The logfile path must start with "/var".
When you wish to rotate logs, look at the postfix logrotate
command in the official documentation.
-
Build from source.
./script/build.sh latest
-
Run a self-test for SMF docker.
./script/run.sh latest test
-
Get a shell inside SMF docker.
./script/devshell.sh latest
$ telnet 127.0.0.1 25
> 220 testo.com ESMTP
ehlo test.com
> 250-testo.com
> 250-STARTTLS
> 250-AUTH PLAIN LOGIN
auth plain
> 334
dGVzdGlAdGVzdG8uY29tAHRlc3RpQHRlc3RvLmNvbQB0ZXN0
> 235 2.7.0 Authentication successful
quit
> 221 2.0.0 Bye
> Connection closed by foreign host
P.S. The magic string dGVzdGlAdGVzdG8uY29tAHRlc3RpQHRlc3RvLmNvbQB0ZXN0
stands for [email protected]\[email protected]\0test
in base64 encoding, required by AUTH PLAIN.
Useful article about SMTP Authentication: http://www.fehcom.de/qmail/smtpauth.html
Github Issue - https://github.com/huan/docker-simple-mail-forwarder/issues
- Update DockerHub README.md @thexperiments #94
- Allow for setting any Postfix variables in the config file (both main.cf and master.cf) @dgraziotin #93
- Strips sender details (IP, client, user agent) when sending @dgraziotin #91
- Adds DKIM support for multiple domains @dgraziotin #89
- DKIM support for multiple domains @dgraziotin #88
- Add DKIM support @petslane #83
- Use script to install s6 with right platforms (arm/x86) @huan #76
- Upgrade alpine docker base image to 3.12
- Fix
timeout
args breaking changes - Fix
etc
andlibexec
path change for postfix
- Timezone support by @me1299 #56 #57
- EC key support by @Czocher #51
- Upgrade CircleCI from v1 to v2 @huan
- Fix typo in README @universeroc #47
- Update Base to Alpine 3.8 @riptidewave93 #43
- Update alpine:latest as base image @martijnrondeel #37
- Release v1.0
- Add a note about running it in the background to prevent docker auto shutdown. by @delmicio #27
- Added smarthost support by @Duumke #22
- Added support for mynetworks by @SamMousa #20
- Allow own certificates by @nelfer #15
- Updated documentation for forward all emails @nelfer #14
- ARM version of armhf by @dimitrovs #12
- use SMF_DOMAIN env for certificate's CN by @bcardiff #11
- allow multiple forwards separated by | by @kminek #7
- Update docker-compose.yml to fix tutum tag by @vegasbrianc #4
- close issue #1
- increace message size limit from 10MB to 40MB
- fix domain name in scripts
- fix unit test fail error: do not upgrade alpine
- restore deploy button in readme: it is docker cloud now.(former tutum)
- switch FROM image from alpine to sillelien/base-alpine
- manage postfix service by S6
- solve PID 1 Zombie Problem
- enhanced busybox shell
- NOT to use OpenRC(very buggy run inside docker container) any more!
- better ESMTP TLS AUTH test script
- docker image size: 10MB
- CI(continuous integration) supported by use CircleCI
- CD(continuous delivery) supported by use Tutum Button
- write better tests
- tune OpenRC inside alpine linux
- full description README
- docker image size: 7MB
- supported specify user password
- supported ESMTP TLS
- docker image size: 7MB
- dockerized
- basic forward function
- self-testing
- docker image size: 6MB
-
A Cloud Service that could host docker is required.
- DigitalOcean.com get $10 free credit(cover 2 months vpsv cost) by register from here.
- LiNode.com
- Netdedi SSD VPS and Dedicated Server with NetDedi(Koera)
-
A Docker management platform is recommanded.
-
Docker is required.
- Docker.com
Huan LI (李卓桓) [email protected]
- Code & Docs © 2015 - now Huan LI [email protected]
- Code released under the Apache-2.0 License
- Docs released under Creative Commons