Mail versenden aus docker container heraus

chpross

Hallo Leute,
Hab eine kurze frage:
ich habe meine Webseite in einem Docker-container laufen, würde von dieser gerne mails versenden, über mailcow. Brauch ich dafür den local mda, wenn ja, wie konfiguriere und installiere ich den automatisch in einem docker container?
Hoffentlich kann mir da jemand weiter helfen.

LG. Chris.

D4niel

Das würde mich auch mal interessieren.
Ich hab es bspw. in Nextcloud (nicht mit dem helper script installiert) so gemacht, dass beide in einem Docker-Netzwerk sind und Nextcloud die Mails intern über postfix-mailcow:25 versendet. Das kommt mir aber nicht so sauber vor.

diekuh

@D4niel Das ist tatsächlich der richtige Weg.

Aber nimm lieber Port 587 mit STARTTLS. Vielleicht sogar authentifiziert. 🙂

chpross

diekuh Authentifiziert, also mit username und passwd? sind dann die login daten, die jenigen, die man in mailcow für das postfach festgelegt hat, denk schon oder? Aber dann ist dass ja einfacher als ich dachte. :-)

D4niel

diekuh Sollte das funktionieren? Wenn ich in Nextcloud Port 587 verwenden will, kommt

ohne Verschlüsselung:Beim Senden der E-Mail ist ein Problem aufgetreten. Bitte überprüfen Sie Ihre Einstellungen. (Fehler: Expected response code 250 but got code "530", with message "530 5.7.0 Must issue a STARTTLS command first ")
mit SSL/TLS: Beim Senden der E-Mail ist ein Problem aufgetreten. Bitte überprüfen Sie Ihre Einstellungen. (Fehler: Connection could not be established with host postfix :stream_socket_client(): SSL operation failed with code 1. OpenSSL Error messages: error:1408F10B:SSL routines:ssl3_get_record:wrong version number)
mit STARTTLS: Beim Senden der E-Mail ist ein Problem aufgetreten. Bitte überprüfen Sie Ihre Einstellungen. (Fehler: Unable to connect with TLS encryption)

Mit oder ohne Authentifizierung macht scheinbar keinen Unterschied.

Postfix Logs der Reihe nach:

May  5 20:24:46 mail postfix/submission/smtpd[31397]: connect from nextcloud.nextcloud[172.20.0.2]
May  5 20:24:56 mail postfix/submission/smtpd[31397]: disconnect from nextcloud.nextcloud[172.20.0.2] ehlo=1 mail=0/1 rcpt=0/1 data=0/1 quit=1 commands=2/5
May  5 20:25:48 mail postfix/submission/smtpd[31397]: connect from nextcloud.nextcloud[172.20.0.2]
May  5 20:25:58 mail postfix/submission/smtpd[31397]: lost connection after CONNECT from nextcloud.nextcloud[172.20.0.2]
May  5 20:25:58 mail postfix/submission/smtpd[31397]: disconnect from nextcloud.nextcloud[172.20.0.2] commands=0/0
May  5 20:26:21 mail postfix/submission/smtpd[31397]: connect from nextcloud.nextcloud[172.20.0.2]
May  5 20:26:21 mail postfix/submission/smtpd[31397]: TLS SNI postfix from nextcloud.nextcloud[172.20.0.2] not matched, using default chain
May  5 20:26:21 mail postfix/submission/smtpd[31397]: Anonymous TLS connection established from nextcloud.nextcloud[172.20.0.2]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
May  5 20:26:21 mail postfix/submission/smtpd[31397]: lost connection after STARTTLS from nextcloud.nextcloud[172.20.0.2]
May  5 20:26:21 mail postfix/submission/smtpd[31397]: disconnect from nextcloud.nextcloud[172.20.0.2] ehlo=1 starttls=1 commands=2

Edit: Nvm, liegt wohl am falschen Namen (TLS SNI…). Wenn ich den Container-Alias im Netzwerk auf den Mailcow Hostnamen setze gehts.

MAGIC

Genau, du kannst sogar ein App Passwort festlegen 🙂

chpross

D4niel @diekuh
vielen dank, ich hab den fehler auch aus der letzten nachricht, verstehe aber nicht, wie dieser gelöst wurde… Außerdem hab ich noch ein problem. Bei mir scheint es undefiniert zu sein, welche docker-compose.yml zu erst ausgeführt wird, vom web-projekt oder von mailcow. da ich in einer der beiden das netzwerk erstelle und in der anderen dem netzwerk joine, kommt es manchmal zu fehlern. Habt ihr da ne idee, wie ich das am ellegantesten lösen kann? Ungerne würde ich mailcow und webpojekt in eine compose-file paken.
lg. und danke für die hilfe.

diekuh

Sowas hier wäre Update-sicher:

version: '2.1'
services:
  postfix-mailcow:
    build: ./data/Dockerfiles/postfix
    networks:
      mailcow-network:
        aliases:
          - "${MAILCOW_HOSTNAME}"

Die Nextcloud kommt nun über eine interne/trusted IP zum Postfix. Daher vertraut Postfix der Cloud. Das ist keine elegante Lösung, kann man aber so machen…
Was wichtiger ist: Einige TLSA Checks failen dadurch. Wenn dir der DNS-Check im Panel nicht so wichtig ist, spielt auch das keine Rolle.

Danach wählst du deinen MAILCOW_HOSTNAME als SMTP-Host.

Zum Docker Netzwerk Problem, dazu schaust du am besten in die Docs. Oder probierst einfach rum. Vielleicht hat auch jemand Zeit, dir das zu erklären, warte mal ab.

chpross

diekuh Danke für das sample. Das mit den docker netzwerken wäre gut, wenn jemand mir dass noch jemand erklären würde, wenn es nicht zu viele umstände macht. :-) Mal schaun, ich warte mal ab. Danke wie gesagt für eure hilfe.

D4niel

Verstehe das Problem nicht ganz. Bei mir joined der Postfix Container einfach dem Cloudnetzwerk, das als external definiert ist. Hatte hier noch nie einen Fehler o.ä.

chpross

D4niel Ja, dass problem auf meiner Seite ist, dass ich hier manchmal den fall habe, dass der Container, der das Netzwerk erstellt nach dem anderen container startet, also zu spät.
Hab das hier normal über systemd laufen hier scheint irgendwas falsch zu laufen, jedenfalls funktioniert s manchmal und manchmal versucht der 2. container einem Netzwerk zu joinen, was noch gar nicht erstellt wurde.

D4niel

Hm ok, bei mir laufen eigentlich immer alle Container. Aber das Netzwerk wird nach dem erstmaligen Erstellen doch normalerweise nicht gelöscht, nur weil die Container aktuell nicht laufen oder?
Hab ich aber leider nicht so viel Erfahrung mit 🙂

chpross

Ich kenn mich damit auch nicht so gut aus, deshalb hoffe ich, dass ich entweder selbst über die Lösung stolpere oder das jemand mir das hier erklären kann. :-)
Fakt ist, dass es bei mir so nicht funktioniert, mit dem starten, manchmal sagt er das er dem Netzwerk nicht joinen kann, weil das netz nicht besteht, manchmal ist alles ok. laut log ist es dann der fall, wenn auch wirklich der container zu erst startet, der das netzwertk definiert und nicht der, der das externe joint.