Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- nextcloud:mailing [2026/06/10 12:26] – [SMPT Server des Mailprovieders meckert] franz
+++ nextcloud:mailing [2026/06/17 13:27] (aktuell) – [Mögliche Ursachen (viele siehst du im Nextcloud Log)] franz
@@ Zeile 1: / Zeile 1: @@
 ====== Mailing in Nextcloud ======
+===== Mailparameter überprüfen =====
+**für Docker**
+<code>
+docker compose exec -u www-data app php occ config:list system --private | grep -E 'mail_smtpmode|mail_smtpauth|mail_smtpname|mail_smtphost|mail_smtpport|mail_smtpsecure|mail_from_address|mail_domain|mail_sendmailmode'
+</code>
+Nestcloud liefert im config Ordner eine smtp.config.php aus, die möglicherweise deine in docker.compose.yml bzw in den secrets deine Anmeldung überschreibt.\\
+Ich habe sie vorsichtshalber umbenannt, damit sie nicht wirksam wird.
 ===== 2FA Ablauf über E-Mail =====
 Das Mail wird über das Systemkonto an die primäre Benutzeradresse geschixckt. Dafür muss Nextcloud eine funktionierende Mailserver-Konfiguration haben.
+Für den **Two-Factor email provider** steht ausdrücklich, dass der Code an die primäre E-Mail-Adresse des Benutzers gesendet wird und dass Nextcloud dafür einen funktionierenden E-Mail-Server konfiguriert haben muss.\\
+Wenn man 2FA zuverlässig betreiben will, ist es für den produktiven Betriebn sinnvoller, eine **TOTP + Backup-Codes** zu empfehlen. **2FA per E-Mail** ist besser als gar kein 2FA, aber schwächer als TOTP, weil Mailzugang und Nextcloud-Zugang oft miteinander verknüpft sind.
+==== Probleme beim Versand ====
+Wenn **2FA per E-Mail bei manchen Adressen funktioniert und bei anderen nicht**, ist die Nextcloud-SMTP-Grundkonfiguration sehr wahrscheinlich **grundsätzlich in Ordnung**. Der Fehler liegt dann meistens bei **Benutzer-E-Mailadresse, Empfängerdomain, Spam/DMARC/SPF oder SMTP-Relay-Regeln**.
+Der 2FA-E-Mail-Provider sendet den Code an die **primäre E-Mail-Adresse des Benutzers**; zusätzlich muss Nextcloud einen funktionierenden Mailserver konfiguriert haben. Nextcloud selbst benötigt für ausgehende Mails ein funktionierendes SMTP-/Sendmail-Setup; die Admin-Grundeinstellungen schreiben diese Werte in die ''config.php''.\\
+Wenn manche Adressen funktionieren, andere nicht:
+**mögliche Ursachen**
+. Falsche oder fehlende primäre E-Mail-Adresse beim Benutzer\\
+. Empfänger-Mailserver blockiert die Nachricht\\
+. Wenn **einige 2FA-Mails ankommen**, dann ist deine Nextcloud-Mailkonfiguration nicht grundsätzlich kaputt. Am wahrscheinlichsten ist:\\
+  - betroffene Benutzeradresse falsch / nicht primär / nicht erreichbar\\
+  - Empfängerdomain blockiert oder verzögert die Mail\\
+  - SPF/DKIM/DMARC/Reputation für webmaster@waldhofer.com nicht sauber\\
+  - SMTP-Provider lehnt bestimmte Empfänger ab oder limitiert
 ===== SMPT Server des Mailprovieders meckert =====
@@ Zeile 47: / Zeile 79: @@
 Es soll vorkommen, das 2FA Mails im Spamfilter landen
+**6. Dem Zertifikat wird nicht vertraut**
+<code>
+ docker compose exec app sh -c "openssl s_client -starttls smtp -connect aspmail.bmd.at:587 -servername SERVERNAMe -showcerts </dev/null"
+</code>
+wichtig ist der Output, z.B.\\
+Timeout : 7200 (sec)\\
+Verify return code: 0 (ok)
+In der config.php ist folgendes einzutragen (hat bei mir geholfen, allerdings werden einige Zertifikatwsicherheitschecks ausgeschaltet.)
+<code>
+'mail_smtpstreamoptions' =>
+  array (
+    'ssl' =>
+    array (
+      'allow_self_signed' => true,
+      'verify_peer' => false,
+      'verify_peer_name' => false,
+    ),
+  ),
+</code>
 ==== erweitertes SMTP Logging kurzfristig einschalten ====
@@ Zeile 70: / Zeile 128: @@
 <code>
 docker exec -it nextcloud tail -f /var/www/html/data/nextcloud.log | grep -i mail
+</code>
+Wenn nextcloud.log a**usserhalb des Containers liegt,** kannst du das Log folgendermaßen ansehen:
+<code>
+tail -n 50 /directora/data/nextcloud.log | jq .
 </code>
@@ Zeile 79: / Zeile 145: @@
 </code>
 ===== Administrative Einstellungen beim Versand der E-Mails =====