post at volker-wysk.de
Tue Apr 10 13:19:38 BST 2018
Am Dienstag, 10. April 2018, 11:19:16 CEST schrieb Mathias Homann:
> 3. Install a mail transfer agent (postfix), and make sure you configure
> it properly. It has to allow sending from EXTERNAL addresses ONLY with
> proper authentification, or your server will be a spam relay. Later
> options for this: spam filtering, mail antivirus, etc.
When you need one, postfix is probably the best choice. However, I'm doing without one. I let the MUAs (Kmail and K-9 on Android in my case) directly access the SMPT account at my mail/web provider, for sending mail.
> 4. Install a mail delivery agent. This is the piece of software that
> receives and stores local email, and that all your clients (tablet,
> phone, kmail, thunderbird, or whatever else) connect to to get at your
This would be the private mail server in question. I strongly recommend dovecot.
> 5. Install and configure fetchmail. This is the one piece that will
> FETCH your mail, via POP3, from the mailserver(s) that you are using for
> your regular email, and DELETE the mails on those servers. It then just
> feeds them into the local mail system, which will store them loclly
> inside the MDA from step 4 so your tablet / kmail can get at them.
I've had used fetchmail as well. But I've switched to getmail, because fetchmail didn't work so well... Getmail is unproblematic, and it can integrate a spam filter (as well as other filters).
> 6. GET A SSL CERTIFICATE for your server. The sertificate needs to be
> for the hostname that you get in step 1. My personal suggestion for this
> would be using letsencrypt.org. This will involve setting up and running
> a web server, at least when you get (and when you frenew) the
Hmm.. I'm doing without one.
More information about the kdepim-users