Added docker-25-ipv6 changes post

content/posts/2024/docker-25-ipv6-changes/index.de.md

@@ -0,0 +1,51 @@
+---
+title: "⚠️ Wichtige Änderung bei der Nutzung von mailcow mit deaktivierter IPv6 konnektivität ⚠️"
+date: 2024-02-01T11:19:02+02:00
+draft: false
+
+author: Niklas Meyer/DerLinkman
+authorLink: "https://github.com/DerLinkman"
+toc: true
+
+license: ""
+
+tags: ["2024", "info", "docker", "25.X", "ipv6", "changes"]
+categories: ["Status", "Hinweis"]
+
+---
+
+**Moohoo zusammen!**
+
+Wir möchten in diesem Blog Eintrag einmal auf gravierende Änderungen im Bezug auf Docker und der IPv6 Nutzbarkeit für mailcow eingehen.
+
+<!--more-->
+
+### Wen betrifft es?
+
+Grundsätzlich betrifft das Problem all diejenigen, welche Ihre mailcow Installation ohne IPv6 betreiben und auf den Versionen von Docker >= 25 unterwegs sind, da mit dieser Version gravierende Änderungen im Docker Daemon Einzug erhalten haben, welche die Nutzbarkeit der bestehenden deaktivierten IPv6 mailcow Installationen durcheinander wirft.
+
+### Was genau ist das Problem?
+
+Mit der Docker Version 25 hat sich das Verhalten von Docker im Bereich der Adressenallokierung für IPv6 Adressen in einem Docker Netzwerk verändert. Früher (also vor der 25.X) war es so, dass der Parameter `enable_ipv6: false` in der `docker-compose.yml` ausgereicht hat um dem Netzwerk keine IPv6 Adressen zuzuweisen, obwohl ein Subnetz in besagter Datei definiert war (in allen mailcow Installationen standardmäßig). Diese Option reicht nun aber nicht mehr aus, da Docker nun durch das definierte Subnetz in der Netwerk Definition der `docker-compose.yml` jedem Container trotzdem eine v6 aus besagtem Subnetz zuweist. **Das Problem**: Durch `enable_ipv6: false` werden keine Adressen im Docker Netzwerk geroutet, da die Container aber alle eine IPv6 Adresse im Docker Netzwerk haben und IPv6, IPv4 vorgezogen wird in der Priorität, kommt es nun vor, dass die Container sich untereinander nicht mehr erreichen können und damit eine korrekte Nutzung von mailcow eingeschränkt ist. Insbesondere Sieve Filter machen Probleme dabei den Postfix Container zu erreichen.
+
+### Was kann ich dagegen tun?
+
+Nun, glücklicherweise gibt es eine Lösung dafür um das Problem aus der Welt zu schaffen, auch wenn diese unserem Motto möglichst wenig manuell am Stack rumzufummeln etwas missfällt. Wir haben dazu bereits undere Dokumentation angepasst und den [Eintrag für das Deaktivieren von IPv6 angepasst](https://docs.mailcow.email/de/post_installation/firststeps-disable_ipv6/). Haltet euch an diesen und eure mailcow sollte wieder so laufen wie vorher. **Trotzdem wird leider der Endnutzer (also ihr) einmal selber tätig werden müssen damit das klappt, da mailcow diesen Schritt nicht automatisch macht**.
+
+### Was tut das mailcow Team dagegen?
+
+Da uns dieses Verhalten wiedersprüchlich erscheint, warum es trotz expliziter deaktivierung der IPv6 Nutzung über `enable_ipv6: false` zu diesem Verhalten kommt, haben wir ein [Issue bei Docker](https://github.com/moby/moby/issues/47202) selbst zu dieser Thematik eröffnet. Denn warum sollte es sonst diese Option immer noch geben, wenn Sie scheinbar durch das setzen des IPv6 Subnetzes sowieso ignoriert wird?
+
+Bis es dafür eine handfeste Erklärung oder gar eine Lösung gibt, kann noch einige Zeit vergehen. Deswegen wollten wir euch darüber auf mehreren Plattformen ausgiebig und gesondert Informieren.
+
+---
+
+Wir hoffen sehr, dass wir ein wenig Klarheit in das Thema bringen konnten und euch, solltet ihr betroffen sein, auf den richtigen Pfad führen konnten.
+
+Ansonsten gilt das, was immer gilt:
+
+Bleibt gesund und frohes Mailing 😉
+
+Euer mailcow Team
+
+*DerLinkman/Niklas*

content/posts/2024/docker-25-ipv6-changes/index.en.md

@@ -0,0 +1,51 @@
+---
+title: "⚠️ Important change when using mailcow with deactivated IPv6 connectivity ⚠️"
+date: 2024-02-01T11:19:02+02:00
+draft: false
+
+author: Niklas Meyer/DerLinkman
+authorLink: "https://github.com/DerLinkman"
+toc: true
+
+license: ""
+
+tags: ["2024", "info", "docker", "25.X", "ipv6", "changes"]
+categories: ["Status", "Information"]
+
+---
+
+**Moohoo everyone!**
+
+In this blog post, we would like to take a look at the major changes in relation to Docker and IPv6 usability for mailcow.
+
+<!--more-->
+
+### Who is affected?
+
+Basically, the problem affects all those who run their mailcow installation without IPv6 and are on versions of Docker >= 25, as this version has made serious changes to the Docker daemon, which will disrupt the usability of existing deactivated IPv6 mailcow installations.
+
+### What is the problem?
+
+With Docker version 25, the behavior of Docker in the area of address allocation for IPv6 addresses in a Docker network has changed. Previously (i.e. before 25.X), the parameter `enable_ipv6: false` in `docker-compose.yml` was sufficient to assign no IPv6 addresses to the network, although a subnet was defined in said file (by default in all mailcow installations). However, this option is no longer sufficient, as Docker now assigns a v6 from said subnet to each container due to the defined subnet in the network definition of `docker-compose.yml`. **The problem**: Due to `enable_ipv6: false` no addresses are routed in the Docker network, but since the containers all have an IPv6 address in the Docker network and IPv6 is preferred over IPv4 in priority, it now happens that the containers can no longer reach each other and thus a correct use of mailcow is restricted. Sieve filters in particular cause problems reaching the Postfix container.
+
+### What can i do against it?
+
+Well, fortunately there is a solution to this problem, even if it does not fit in with our motto of fiddling with the stack as little as possible. We have already updated our documentation and adapted the [entry for deactivating IPv6](https://docs.mailcow.email/post_installation/firststeps-disable_ipv6/). Follow this and your mailcow should work as before. **Unfortunately, the end user (you) will still have to take action once to make this work, as mailcow does not do this automatically**.
+
+### What does mailcow do against it?
+
+Since this behavior seems ambigous to us, why it comes to this behavior despite explicit deactivation of IPv6 use via `enable_ipv6: false`, we have opened an [issue at Docker](https://github.com/moby/moby/issues/47202) itself on this topic. After all, why else would this option still exist if it is apparently ignored anyway by setting the IPv6 subnet?
+
+It may be some time before there is a solid explanation or even a solution. That's why we wanted to inform you about this extensively and separately on several platforms.
+
+---
+
+We hope that we have been able to shed some light on the subject and, if you are affected, put you on the right path.
+
+Otherwise, the same applies as always:
+
+Stay healthy and happy mailing 😉
+
+Your mailcow team
+
+*DerLinkman/Niklas*