Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Mail Server #274

Closed
Ornias1993 opened this issue Mar 29, 2021 · 5 comments
Closed

Add Mail Server #274

Ornias1993 opened this issue Mar 29, 2021 · 5 comments

Comments

@Ornias1993
Copy link
Member

Describe the bug
A basic mailserver is definately something that needs to be on the to-do-list..

The challenge with this one is:
A. Making sure it's docker native (so it even has a container or we can create one, for example mail-in-a-box is awesome but does not create a container and is not easy to dockerise)
B. Picking a source project that is actively maintained
C. Making sure it's K8S-non-root native (we prefer not to run anything as root)
D. Making sure it's secure (very important for email).

Current best contender:
https://github.com/docker-mailserver/docker-mailserver

@marshalleq
Copy link

marshalleq commented May 6, 2021

Yep that's one contender. And one of the simpler ones for sure. Frustrated at mail providers lack of value when you actually own a domain) I looked around for ages for a good mail server, it was pretty painful, but I did come up with a short list which I'll offer up here. My criteria was predominantly multi-domain, multi account support, ability to connect mobile devices and to include calendaring / contacts as well. So basically groupware. A bonus was if it used Activesync rather than iMap due to it's one click setup for mobile devices. Finally as I'm running it from my house, I wanted to be able to relay outgoing SMTP due to PTR records and how residential ISP's don't like giving them out.

Anyway I chose the Zimbra for me. For this it might be better to use sogo. I actually wouldn't mind swapping to sogo as it's a simpler setup but I can't be bothered dealing with Amazon Simple Email relay at the moment which is what I use for the mail relaying. Personally I think this is a critical feature for any mail server that will be used on a non-commercial internet connection - you just can't send email reliably without it.

Zimbra 9 open source binaries are here: and information at Zimbra.com. I'm not certain it has docker or not.

Sogo is here also not sure if it has docker. I think this is a theme with mail servers.

Finally there is iredmail, which contains sogo and has an official docker available here. I assume this would be favourable as it includes databases and everything within.

@stavros-k
Copy link
Member

Closed as this is succeeded by #729

@eulersson
Copy link

There is a solution that seems pretty solid, but using Docker Compose. I guess all those services could be taken as reference when migrating to a Helm chart: https://github.com/docker-mailserver/docker-mailserver

@Ornias1993
Copy link
Member Author

Ornias1993 commented Jan 6, 2022

@docwhite
It is not helpfull if everyone starts to randomly link their idea's without VERY thorough research.
App request issues are JUST a highlight, we don't need documentation books writhen on them.

Simply put: If you're not actively building a certain App, it best to leave the design to the one building the App.


If something is on the roadmap, you can assume a maintainer already done research on it.
In this case: the project you linked has not made the cut because it's not scalable in any way, shape or form.
Our plans for Bluefin (including more details on the roadmap) are not released yet, so I suggest you wait till we actually publicise them. That's also why i'm going to lock this issue. As no one even knows the general changes for bluefin yet anyway.

@truecharts truecharts locked and limited conversation to collaborators Jan 6, 2022
@Ornias1993 Ornias1993 reopened this Mar 6, 2022
@Ornias1993
Copy link
Member Author

We've decided to not-accept issues for chart requests anymore, because the vast majority of the issue tracker if flooded with them and we don't (and never have) actually plan to do anything with chart requests as maintainers.

Please join the discord to continue discussing chart requests :)

@Ornias1993 Ornias1993 closed this as not planned Won't fix, can't repro, duplicate, stale May 15, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants