Hallo zusammen, ich habe heute XMPP auf dem Mailcow-Server für eine meiner Domains aktiviert und die DNS Einträge (im.meine.domain und *.im.meine.domain) gesetzt. Seit ich auf aktivieren geklickt habe erhalte ich bei jedem Webrequest auf den Mailcow Server den Error 404 Not Found und natürlich funktioniert EAS auch nicht mehr. Der Access auf die Webseiten laufen über einen Reverse Proxy. Dieser arbeitet aber ohne Probleme, da ich meine anderen Seiten erreichen kann. Ich kann die Mailcow Seiten auch nicht über die Lokale IP erreichen. Ich erhalte im NGINX Log folgende Fehler: 2021/02/12 13:53:01 [error] 21#21: *259 connect() failed (111: Connection refused) while connecting to upstream, client: 10.3.0.202, server: *.im.meine.domain, request: “GET /SOGo HTTP/1.1”, upstream: “http://[fd4d:6169:6c63:6f77::3]:5281/SOGo”, host: “10.3.0.14” 2021/02/12 13:53:01 [warn] 21#21: *259 upstream server temporarily disabled while connecting to upstream, client: 10.3.0.202, server: *.im.meine.domain, request: “GET /SOGo HTTP/1.1”, upstream: “http://[fd4d:6169:6c63:6f77::3]:5281/SOGo”, host: “10.3.0.14” Für mich sieht das so aus, als ob der Mailcow-NGINX jetzt den falschen upstream Server benutzt, da hier immer “*.im.meine.domain” angefragt wird. Ich habe schon versucht die ejabberd.conf in /data/conf/nginx/ zu löschen. Diese wird aber immer wieder neu generiert. Komischerweise hat die Datei ejabberd.conf auch komische Owner und Group IDs. Alle Dateien in dem Ordner laufen unter root:root und die Datei ejabberd.conf läuft unter 82:82. Hat jemand eine Idee, wie ich das Problem beheben kann, oder wie ich XMPP wieder deaktivieren kann, ohne die Adminwebseite?

Ich habe XMPP deaktivieren können: löschen ejabberd Konfigurationsdatei von NGINX /opt/mailcow-dockerized/data/conf/nginx/ejabberd.conf NGINX Container neu starten “docker-compose restart nginx-mailcow” -> nach neustart sind die Webseiten wieder erreichbar Auf der Adminwebseite XMPP wieder deaktiveren. Auch nach einem kompletten Neustart bleiben die Webseiten erreichbar und die ejabberd Konfig wird nicht neu erzeugt.

Das ist erstmal ein Workarround aber denke da ist irgendwo ein Fehler in diesem XMPP gedöns 😃

omexlu zumindest zerschießt es derzeit die NGINX Konfig. Ob XMPP ansonsten funktionieren würde habe ich gar nicht mehr getestet 🙈

Ich warte mit dem Update lieber noch paar Tage bzw 1 Woche ab bis das rund läuft sonst gibs Katastrophe, bin eh nicht begeistert von dieser Funktion. Nutzt dich keiner mehr heutzutage 🤔

404 Not Found nachdem XMPP aktiviert wurde

diekuh

Einfach nochmal ein Update machen. Das betraf primär falsch konfigurierte Reverse Proxys (fehlende Header) und Domains in ADDITIONAL_SAN.

XMPP ist für viele Firmen interessant.

AllgaeuerBraunvie

diekuh Danke für XMPP, das ist der letzte Dienst den ich noch auf meinem alten Mailserver am laufen hatte und noch zur Migration anstand. @omexlu: Durchschnittsbürger vielleicht nicht so - auch wenn ich durchaus kontakte habe die nur xmpp nutzen und (wirklich!) keinen anderen Messenger haben - oder halt Business/Konzernumfeld. Vorallem wenn dort auf die Lösung von Cisco gesetzt wird, dann ist XMPP / Jabber mit dabei .

cyb0rg8311

diekuh habe gerade nochmal ein update gemacht. Leider wieder das gleiche Problem wenn man XMPP aktivert.

diekuh

Gerne und ebenfalls danke. 🙂

oejel

cyb0rg8311 Ich schließe mich an. Auch nach erneutem Update ist der Aufruf der Mailcow-Seite über eine der unter ADDITIONAL_SAN gelisteten Domains nicht mehr möglich. Mit dem Hostname unter MAILCOW_HOSTNAME geht es aber noch. Damit ist bei mir zumindest der Zugriff aus den Mailcow-Admin noch möglich.

XMPP funktioniert übrigens anscheinend tadellos 😉

omexlu

oejel OT: wo findet man denn das xmpp admin panel in mailcow? Oder geht das über den Client?

oejel

omexlu So genau hab ich mir das nun auch noch nicht angesehen. Ich hatte lediglich XMPP an der Domain aktiviert und konnte mich dann erfolgreich mit einem XMMP-Client anmelden und loschatten.

diekuh

Kann das leider nicht nachstellen hier. Habe kein Problem mit einer Seite aus ADDITIONAL_SAN.

Wenn ihr einen Reverse Proxy verwendet, sollte der ebenfalls korrekt konfiguriert sein.

remos

diekuh Salut! Если использовать ADDITIONAL_SAN и JABBER, NGINX начинает работать не корректно. Перестает работать ACME, SOGO для ADDITIONAL_SAN. На мой взгляд шаблон для NGINX server_name.template содержит : server_name ${MAILCOW_HOSTNAME} autodiscover.* autoconfig.*; Но для корректной работы туда надо добавить домены из настройки ADDITIONAL_SAN. p.s. sorry language…

diekuh

Nope, sorry, falscher Alarm. Ich kann es nicht nachstellen. Ich hatte testweise noch eine falsche Nginx RP Konfiguration aktiv, um etwas anderes zu testen (es fehlte der Name des ADDITIONAL_SAN).

omexlu

Danke vielleicht weiß das ja jemand 😊

MAGIC

Bekomme ich aktuell auch, obwohl ejabberd aus ist.
Upstream laut nginx logs ist im.*

omexlu

MAGIC

Müsste aber eigentlich *.im sein oder nicht? 🙈

omexlu

Does mailcow/mailcow-dockerized@666d344 fix it?

remos

omexlu Это патч у меня установлен, для того чтобы отключить XMPP достаточно выключить XMPP в настройках домена почты.

omexlu

Then @diekuh need to look into this again 🙂

diekuh

No. If you reverse-proxy to your mailcow with $host_name and $host_name is unknown to mailcow, that’s a problem. Just set the correct host.

If you need support with that, please check servercow.de. 🙂

rsembera

I had same problem, it dissapeared after define ADDITIONAL_SERVER_NAMES in mailcow.conf according to documentation https://mailcow.github.io/mailcow-dockerized-docs/u_e-xmpp-enable/