Hallo,
ich habe seit einiger Zeit ein Problem mit meiner Nextcloud, was die Konfiguration der SMTP-Daten zum Versenden von eMails aus der Nextcloud angeht.
Es hat vor einigen Wochen noch funktioniert, aber dann wurde von meinem Provider auf SSL umgestellt. Seitdem funktioniert leider nichts mehr und die Test-eMail kann nie gesendet werden.
Was ich dazu sagen muss ist, dass auf all meinen GerĂ€ten (PC [Windows], iPhone, iPad) funktioniert alles mit SSL einwandfrei. Es funktioniert ausschlieĂlich in der Nextcloud nicht.
Mein Provider und ich (wir sind Freunde) haben schon so viele Dinge untersucht, aber zwischenzeitlich fÀllt uns beiden nichts mehr ein.
Wir haben die korrekten Daten in der OberflĂ€che unter âVerwaltung / Grundeinstellungenâ in der OberflĂ€che eingetragen:
Sendemodus: SMTP
VerschlĂŒsselung: âKeine/STARTTLSâ - haben aber auch mal âSSLâ versucht.
Absenderadresse: hier haben wir die korrekte Absenderadresse eingetragen.
Serveradresse: Korrekte Serveradresse ist drin und Ports 25, 587 oder auch 465 wurden getestet.
Authentifizierung: Angehakt, da benötigt
Zugangsdaten: Diese sind korrekt erfasst!
Die config.php zeigt die Daten auch korrekt gespeichert an.
Wir bekommen stets die Meldung âBeim Senden der E-Mail ist ein Problem aufgetreten. Bitte ĂŒberprĂŒfe deine Einstellungen. (Fehler: E-Mail konnte nicht versandt werden. PrĂŒfe dein E-Mail-Server-Protokoll)â.
Wir haben sÀmtliche Protokolle geschaut, die wir ermitteln konnten. Sowohl auf meinem eMail-Server, als auch in der Nextcloud.
Welches Log sollte das denn konkret sein? nextcloud.log? Oder doch ein anderes?
Kann mir dazu jemand helfen das zu prĂŒfen und zu korrigieren? Gerne liefere ich noch weitere, nicht sensible Daten, falls nötig âŠ
Die Nextcloud Mail-App ist nur ein Benutzerinterface ohne Mailbox/-konto. Dein(e) Nextcloud-Benutzer benötigen ein Postfach (z.B. IMAP) ĂŒber das dann die Mails empfangen und gesendet werden können.
Seit der Nextcloud Version 25.* hat es in den E-Mail-Einstellungen wesentliche Ănderungen gegeben.
Hier einmal meine aktuelle âemail.config.phpâ, welche seitdem bei mir funktioniert.
Ich habe es damit gerade nun versucht, aber leider ohne Erfolg.
Beim Speichern der Config.php hat er âmail_smtpsecureâ wieder raus geworfen und âmail_smtpauthâ hat er von âtrueâ auf â1â umgestellt, was ich denke, was nicht schlimm ist.
AuĂerdem hatte ich darauf geachtet, dass die von dir angegebenen Parameter NICHT mehr drin sind, welche nicht mehr enthalten sein sollen.
Allerdings hat er automatisch âmail_sendmailmodeâ wieder hinzugefĂŒgt und zwar mit dem Wert âsmtpâ.
Das sieht fĂŒr mich so aus, als wĂŒrdest Du sendmail und nicht smtp verwenden.
Hast Du bei Dir diese Zeile in der config.php?
âmail_smtpmodeâ => âsendmailâ,
Welcher Modus fĂŒr das Senden von Mails verwendet werden soll: sendmail, smtp oder qmail.
Wenn Sie lokales oder entferntes SMTP benutzen, setzen Sie dies auf smtp.
FĂŒr die Option âsendmailâ benötigen Sie ein installiertes und funktionierendes E-Mail-System auf dem Server, wobei /usr/sbin/sendmail auf Ihrem Unix-System installiert sein muss.
FĂŒr qmail ist das Binary /var/qmail/bin/sendmail, und es muss auf Ihrem Unix-System installiert sein.
Die Voreinstellung ist smtp.
Ich verwalte meine E-Mail-Einstellungen in einer separaten Datei âemail.config.phpâ, siehe weiter oben. Diese Datei liegt bei mir in dem Ordner âconfigâ, in welchem auch die config.php liegt. In der config.php werden vorher alle Einstellungen mit 'mail_*** gelöscht. SpĂ€ter werden natĂŒrlich die Einstellungen aus der Datei âemail.config.phpâ in die config.php ĂŒbertragen.
Bevor Du diese Datei âemail.config.phpâ in den Ordner legst, ĂŒberprĂŒfe unter Verwaltungs-Einstellungen â Grundeinstellungen â E-Mail-Server, ob wirklich alle Felder leer sind.
Wenn Du diese Datei dann in den Ordner legst, dann werden die Felder automatisch befĂŒllt und Du kannst den Test-Button âE-Mail sendenâ drĂŒcken. (Kein Feld vorher editieren und auch nicht auf den âSpeichernâ Button drĂŒcken!)
ErgÀnzung:
Der einzige Wert, welchen es nicht mehr gibt, ist
'mail_smtpauthtype' => 'LOGIN',
Die anderen Werte werden unter UmstÀnden noch benötigt.
Ein Blick in die âconfig.sample.phpâ ab der Zeile 427 ist zu empfehlen.
Ich habe bei mir einen aktuellen Test durchgefĂŒhrt, alle Mail-Parameter in der âconfig.phpâ gelöscht und die âemail.config.phpâ aus dem Ordner entfernt.
Ergebnis:
Hi Crashandy,
vielen Dank fĂŒr die wertvollen Antworten.
Hier ein paar RĂŒckmeldungen von mir:
Ich habe den Parameter âmail_smtpmodeâ geprĂŒft und er ist vorhanden, aber auf âsmtpâ eingestellt. Ich nutze kein sendmail.
Dann habe ich deinen Anweisungen gefolgt, um eine eigene Config-Datei anzulegen: email.config.php.
Ich habe zunĂ€chst eine neue Datei auf meinem lokalen Rechner angelegt: email.config.php und dort alle Parameter mit âmail_xxxxâ beginnend reinkopiert.
Dann habe ich die âconfig.phpâ angepasst und die Parameter alle rausgelöscht.
Danach soll ich die Grundeinstellungen als Admin öffnen und prĂŒfen, ob die Felder leer sind: Auch das hat funktioniert und letztlich die Datei email.config.php in den Ordner und noch einmal prĂŒfen.
Hat alles funktioniert.
Der Test hat dann aber leider dennoch nicht funktioniert
Jetzt gibt es noch die Möglichkeit einen anderen E-Mail-Provider zu testen.
Ich hatte einmal ein Àhnliches Problem mit einem selbst gehosteten Plex-Server, welcher noch mit einer Àlteren TLS-Version gearbeitet hat. (TLS 1.1)
Mit diesem E-Mail-Server konnte ich absolut keine erfolgreiche Verbindung mit Nextcloud herstellen. Auch im Thunderbird musste eigens dafĂŒr der Wert âsecurity.tls.version.minâ von 3 auf 2 geĂ€ndert werden, damit der E-Mail-Verkehr funktioniert.
SĂ€mtliche anderen E-Mail-Clients, darunter auch Outlook, haben dies unrichtiger Weise toleriert.
Eventuell einmal eine kostenfreie E-Mail wie web.de oder gmx.net als SMTP-Server verwenden. Der EmpfÀnger sieht davon nichts, sondern er sieht nur die eingetragene Absenderadresse.
ErgÀnzung:
Als Absenderadresse âinfoâ anzugeben, ist auch keine richtige Lösung, da eine Antwort auf diese System-E-Mail eigentlich nicht erwĂŒnscht ist.
Ich habe als Absenderadresse bereits deine Variante ânextcloud-noreplyâ geĂ€ndert. Das wollte ich auch schon ausschlieĂen.
Und noch eine Frage: Wenn ich in den Grundeinstellungen auf âSpeichernâ klicke, dann fĂŒgt er mir die Parameter immer wieder in der config.php-Datei ein und lĂ€sst die email.config.php unverĂ€ndert.
Gibt es eine Möglichkeit das vollstĂ€ndig umzulenken und dass er Ănderungen auch in der email.config.php-Datei speichert und die config.php unverĂ€ndert lĂ€sst?
Da es an dieser Stelle schon hĂ€ufig Probleme gab, Ă€ndere ich meine Einstellungen immer in der zusĂ€tzlichen Datei und vermeide den Button âSpeichernâ zu drĂŒcken.
Die EintrĂ€ge in der email.config.php ĂŒberschreiben die EintrĂ€ge in der config.php.
Es dauert aber manchmal ein paar Minuten. Seitenaktualisierung oder Cron?
Ein weiterer Versuch ist, einmal STARTTLS zu verwenden, dazu in der Datei die Werte wie folgt Àndern.
hat leider auch nicht funktioniert. Und das sogar momentan noch mit der gmx.net-Variante.
Welches Protokoll ist denn hier in der Meldung immer gemeint. Ich weiĂ nicht, wo ich da reinschauen soll. Das wĂŒrde aber doch ggf. helfen, oder? Hast du dazu eine Idee?
Ich habe bspw. bei meinem Provider die Möglichkeit auf Linux-Ebene auf âmail.errâ, âmail.infoâ etc zuzugreifen. (Falls das die Protokolle sein sollen - aber dort hatten wir schon geprĂŒft und nichts drin finden können).
Ăhm, du kannst nicht nextcloud-noreply enigeben bei der Absenderadresse, denn diese Adresse benutzt ja @Crashandy schon.
Du musst DEINE Email Adresse eingeben, die du bei GMX oder web.de registriert hast, und mit der du dich auch ins Webmail oder in einem beliebigen Email Clinet einloggen wĂŒrdest.
Der Rest sieht ok aus, falls die Zugangsdaten Benutzer: DEINE Emailadresse und Passwort stimmen.
Wenn der Adminnutzer oder dein Nextcloudnutzer dieselbe Emailadresse nutzt, von der auch die Benachrichtigungen gesendet werden ist das so. Wenn du das nicht willst, musst du in den Usersettings deines Nutzers und des Adminnutzers eine eine andere Emailadresse hinterlegen als diejenige, ĂŒber die du die Benachrichtigungen verschickst. Bist du und der Server Admin dieselbe Person, brauchst du zwei verschiedene Emailadressen, um das zu erreichen.
In den Email-Server Einstellungen auf dem Screenshot gibst du an ĂŒber welchen Emailaccount / von welcher Emailadresse der Server Benachrichtigungen verschickt. Diese Benachrichtigungen werden dann an die Emailadressen verschickt, welche die Nutzer in ihren Nuterprofilen hinterlegt haben. Sind diese Adressen identisch, geht es halt an die gleiche Adresse von der es gekommen ist.
Du kannst aber nicht einfach irgendeine Absenderadresse erfinden. Die Mails werden ĂŒber die Adresse versendet mit der du bei GMX registriert bist. Du kannst aber eine weiter Emailadresse bei GMX eröffnen. k.a. no-reply-Nextcloud-Superadmin_mwilde-1337@gmx.net wird schon noch frei sein, und dann diese nehmen um die Benachrichtigungen zu verschicken
Ah, sollte also kein verhindernder Grund sein, wenn ich es korrekt verstehe.
Ich habe in den âPersönlichen Einstellungenâ des Admin-Users die eMail âinfo@MyDomain.deâ drin.
Und möchte eigentlich nun die eMails auch als âinfo@MyDomain.deâ versenden.
(Nur testen wir ja gerade via gmx, was leider ja auch nicht funktionierte).
Ich wĂŒrde nun wieder die email.config.php auf meine domain-Daten Ă€ndern
Hast du diese Domain bei GMX registriert oder betreibst du einen eigenen Mailserver? Du kannst nicht einfach Mails an oder ĂŒber GMX von beliebigen Servern oder Adressen senden, die werden geblockt.
Wenn du deine eigene Domain fĂŒr Email nutzen willst musst du entweder deinen eigenen Server betreiben, oder bei einem Provider dafĂŒr bezahlen.
Da gebe ich dir teilweise recht, denn die Freemailer tolerieren gar keine FROM-Adressen, welche nicht als Alias angelegt sind. Bei gmx.net oder web.de habe ich auch keine solche Adresse angelegt.
Ich kann noreplay@ fĂŒr alle meine Domains bei FROM eintragen und es funktioniert auch ohne eine Alias-Adresse. Allerdings liegen meine Domains alle bei netcup.
Wichtig ist in meinem Fall, dass der SMTP-Server funktioniert, von welchem ich diese Benachrichtigungen sende und dort kann ich egal welche Domain eintragen. Das ist fĂŒr den EmpfĂ€nger, wenn ĂŒberhaupt, dann nur im Quelltext (Header) der E-Mail zu sehen.
Als ich bei FROM noch âinfoâ, âpostmasterâ oder âadminâ eingetragen hatte, bekam ich stĂ€ndig irgendwelche Nachfragen. Mit ânextcloud-noreplayâ haben sich die Nachfragen tatsĂ€chlich wesentlich reduziert.
Ich habe eine eigene domain ĂŒber die ich meine eMails bearbeite/regele.
Ich habe auch bei der hier angezeigten Konfiguration weder in Outlook, noch auf iPhone oder iPad ein Problem. Dort funktioniert das alles einwandfrei (nur muss ich anstelle SSL dort immer STARTTLS auswÀhlen)