Hallo und danke, dass ihr Mailcow entwickelt! Es ist wirklich ein großartiges Tool! Ich habe meine Mailcow-Installation auf meinem Proxmox-Server in einem eigenen LXC-Container laufen. In einem anderen LXC-Container laufen diverse andere Docker-Services, unter anderem NextCloud und OpenProject. NextCloud und OpenProject sind so konfiguriert, dass sie Admin-Mails über Mailcow versenden. Die Einstellungen sind folgendermaßen: [upl-image-preview uuid=5b0be8b4-a8a4-4859-9a8f-e666d3289589 url=https://community.mailcow.email/assets/files/2025-01-03/1735924946-537059-screenshot-2025-01-03-at-18-15-43-mailbenachrichtigung-administration-openproject.jpg alt={TEXT?}] [upl-image-preview uuid=2d999000-b1e0-46dd-a4c7-559df9083db2 url=https://community.mailcow.email/assets/files/2025-01-03/1735924946-581276-screenshot-2025-01-03-at-18-16-17-grundeinstellungen-verwaltungseinstellungen-nextcloud.jpg alt={TEXT?}] Ich versuche also in beiden Services die Einstellungen so zu setzen, dass die interne IP-Adresse des Mailcow-Containers verwendet wird und in beiden Fällen nutze ich den user robot@domain.tld, der so konfiguriert ist, dass er auch Nachrichten von den entsprechenden anderen Adressen (z.B. noreply-nextcloud@domain.tld) versenden darf. Bis vor kurzem hat das auch funktioniert. Jetzt aber nicht mehr, es scheint Probleme mit SSL zu geben. Hier ein Auszug aus dem Log: [upl-image-preview uuid=85ed3f7c-dea2-491b-948f-7db955906352 url=https://community.mailcow.email/assets/files/2025-01-03/1735925336-799976-screenshot-2025-01-03-at-17-45-47-mailcow-ui.jpg alt={TEXT?}] Könnt ihr mir helfen, die Konfiguration zu korrigieren, um wieder Mails aus NextCloud und OpenProject versenden zu können? Vielen Dank schon jetzt!

SSL: Mails aus anderen Anwendungen am selben Server versenden

speendo

Hallo und danke, dass ihr Mailcow entwickelt! Es ist wirklich ein großartiges Tool!

Ich habe meine Mailcow-Installation auf meinem Proxmox-Server in einem eigenen LXC-Container laufen. In einem anderen LXC-Container laufen diverse andere Docker-Services, unter anderem NextCloud und OpenProject.

NextCloud und OpenProject sind so konfiguriert, dass sie Admin-Mails über Mailcow versenden. Die Einstellungen sind folgendermaßen:

Ich versuche also in beiden Services die Einstellungen so zu setzen, dass die interne IP-Adresse des Mailcow-Containers verwendet wird und in beiden Fällen nutze ich den user robot@domain.tld, der so konfiguriert ist, dass er auch Nachrichten von den entsprechenden anderen Adressen (z.B. noreply-nextcloud@domain.tld) versenden darf.

Bis vor kurzem hat das auch funktioniert. Jetzt aber nicht mehr, es scheint Probleme mit SSL zu geben. Hier ein Auszug aus dem Log:

Könnt ihr mir helfen, die Konfiguration zu korrigieren, um wieder Mails aus NextCloud und OpenProject versenden zu können?

Vielen Dank schon jetzt!

SirSlarti

Wie lange hat es gelaufen?

speendo

Hi!
Es ist mehrere Jahre so gelaufen.
Leider weiß ich nicht genau, wodurch das Probleme entstanden ist - möglicherweise ein Mailcow-Update…?

SirSlarti

Ich hab da leider keine Antwort. Hab aber gerade selber etwas gelöst. Es schaut nach einem Zertificats problem aus.
Siehe die Zeile bad certificate. Vielleicht kannst du das Zerti erneuern?

speendo

so konnte ich es leider bisher nicht lösen 🙁

DocFraggle

Hast Du evtl Probleme mit Uhrzeit/Datum auf Deinem Server? Der SSL Error 42 bedeutet “Certificate not yet valid”, also Zertifikat noch nicht gültig

speendo

Hallo!
Auf der VM die der Docker Server ist, war tatsächlich die falsche Zeitzone eingestellt (UTC statt UTC+1). Das habe ich nun korrigiert.

Allerdings scheint das nicht der einzige Fehler gewesen zu sein 🙁

Ich versuche mal noch mehr Logs aus der NextCloud zu bekommen…

speendo

Ich hab noch mehr Infos aus der NextCloud rausholen können. Das hier sagt das Log der NextCloud:

TransportException Unable to connect with STARTTLS: stream_socket_enable_crypto():
Peer certificate CN=`mail1.meinedomain.net' did not match expected CN=`10.9XX.XXX.XX1'

(die IP ist meine interne IP)

Sehr laienhaft erklärt scheint mir, dass das interne Routing auf meinem Server immer die interne IP (10.9XX.XXX.XX1) verwendet, aber das Zertifikat natürlich für meine Domain und nicht für die IP ausgestellt ist.

Macht das irgendwie Sinn? Und was kann ich tun?

esackbauer

speendo

Du hast im Nextcloud die IP Adresse 10.9XX.XXX.XX1 eingetragen anstatt den FQDN (z.b. mail.meinedomain.net)

DocFraggle

Wenn Du unbedingt die interne IP verwenden willst/musst könntest Du auf dem Nextcloud Host die /etc/hosts bearbeiten und dort

10.9XX.XXX.XX1 mail1.meinedomain.net

zusätzlich eintragen. Dann kannst Du “mail1.meinedomain.net” in Nextcloud eintragen und gehst trotzdem auf die interne IP ohne Zertifikats Fehler

Oder das hier

https://help.nextcloud.com/t/additional-settings-email-configuration-solved/22070

speendo

Danke für Eure Antworten!

Ich würde eigentlich lieber die Domain verwenden, aber das funktioniert leider nicht und führt exakt zu der gleichen Fehlermeldung…

Auch den Eintrag in der /etc/hosts habe ich gerade probiert. Nun kann ich zwar über telnet zu mail1.meinedomain.net verbinden (das ging vorher nicht) aber Mails aus der Nextcloud gehen trotzdem noch nicht.

Ich bin etwas verwirrt.

@DocFraggle den Link muss ich mir noch ansehen…

~~[edit] muss kurz einen Fehler in der Nextcloud-Config ausschließen~~

esackbauer

speendo aber Mails aus der Nextcloud gehen trotzdem noch nicht.

Trage die IP Adresse des Nextcloud Server als “Weiterleitungshost” im Mailcow GUI ein.

speendo

@esackbauer danke!
Die interne IP meinst Du, oder? Hab es probiert, leider noch immer kein Erfolg und noch immer die gleiche Fehlermeldung in der NextCloud. Und auch im Postfix-Protokoll sehe ich noch die gleiche Warnung.

Kann ich mich dem Problem irgendwie strukturiert nähern?

esackbauer

Dann versucht Nextcloud immer noch über die im Screenshot ganz oben bei “SMTP-Server” hinterlegte IP Adresse 10.xx.x. zu senden.
Da muss mail1.meinedomain.net rein

Des weiteren darfst du keinen Usernamen und Passwort angeben, wenn du auf Port 25 einlieferst. Ich vermute das “none” deaktiviert das eh, aber lösch es sicherheitshalber da raus. Eine Stelle weniger wo ein Passwort im Klartext gespeichert ist 😉
HELO Domain solltest du auch mal leer lassen. Du hast wohl nicht richtig verstanden/nachgelesen was da reinkommt 😉 Jedenfalls NICHT der mailserver.

Du könntest auch einfach STARTTLS deaktivieren. Für die Meldungen die innerhalb des internen Netzes verschoben werden ist das nicht dramatisch. Nach aussen hin sendet Mailcow ja dann mit STARTTLS.

speendo

Danke! Ich probier noch immer herum und ich kann schon bestätigen, dass die Nextcloud blöder weise meine Eingaben in der Maske komplett ignoriert hat, weil ich die Settings im docker-compose file drin hatte und die offenbar alles andere überschreiben. Jetzt ist es dort mal draußen und ich bekomm eine neue Fehlermeldung. Ich hab mich mal testweise im Container von der Nextcloud eingeloggt und folgendes probiert:

# telnet mail1.meinedomain.net 587
Trying <externe ip>...
telnet: Unable to connect to remote host: Connection refused

warum ist mir noch schleierhaft, weil 1. hab ich am docker host in der /etc/hosts (testweise) die interne IP des Mailservers eingetragen, 2. funktioniert der Befehl vom Docker host aus und drittens funktioniert der Befehl auch von meinem Heimrechner aus, wo er auch über die externe IP verbinden will…

More research to be done…

DocFraggle

Ja wenn das ein Nextcloud Container ist muss das natürlich darin in die hosts Datei

speendo

hm, ja, das ist ungünstig, weil das müsste ich ja dann in allen containern machen, nicht nur in der nextcloud. und es sind gar nicht so wenige…

besser wäre es, wenn das routing von haus aus richtig funktioniert. ich glaube, ich muss in der /etc/ferm/ferm.conf am host (also am proxmox-server) den entsprechenden Eintrag hinzufügen. ich weiß nur leider nicht, wie der aussehen sollte 🙁

DocFraggle

Hast Du es denn jetzt mal damit versucht? Danke wird ja die Verifikation deaktiviert

https://help.nextcloud.com/t/additional-settings-email-configuration-solved/22070