-
Notifications
You must be signed in to change notification settings - Fork 99
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
Use environment variables for network setup #44
Comments
I was assuming that most of the people would override the default settings in the settings.py using a Also, apart from About changes in the compose file that is True, but I don't think there is any way for me to accommodate all the requirements in a single compose file, I think for special requirements, it is possible to edit the compose file or maybe just add another one to override some of the settings instead of creating a new one. If there is any other setting that you feel are hard coded in the configuration and cannot be changed without tinkering with the image itself, please let me know? |
Is there any reason that Docker's hostname-based networking isn't used? |
@ishitatsuyuki Hostname based networking works best for communication between the containers. But I have no idea how to do make the host aware about the hostnames. MTA and Webserver need to be able to connect to the containers for which I have settled on using this method. |
Answer: Docker Compose |
Expose doesn't bind anything to the host, it is only a directive for the linked containers about the open ports AFAIK. If you actually meant port binding to a host port and the accessing the services, I don't like that method particularly because it doesn't play well with iptables and bypasses firewall. |
Oops, not What do you mean by "bypass firewall"? I think it simply binds to localhost. |
The way it binds to localhost is by manipulating iptable rules because of which, if lets say ,you have port 8080 blocked in your firewall and if you bind 8080 from your container to the host, it gets exposed to outside. |
@maxking Shouldn't this issue be closed? As I understand it it was fixed with release 0.4.0. |
This issue has not been updated for more than 1year |
The current setup uses manually assigned IPs, which need to be set up on docker-compose. This is limiting the ability to deploy mailman on environments where those IPs are already assigned or reserved by a software-defined network.
Changes would be needed at least on docker-compose.yaml, as well as on config files (e.g. settings.py), if we want to be able to setup mailman on networks with dynamic address assignment.
The text was updated successfully, but these errors were encountered: