Aufgabe #2331
offenNextcloud E-Mail Server Konfiguration
40%
Beschreibung
Mir ist aufgefallen, dass der Mail-Server für unsere Nextcloud-Instanz entweder nicht oder falsch konfiguriert ist. Dadurch wurden über einen längeren Zeitraum keine Einladungs-E-Mails für neue Nextcloud-Accounts versandt. Momentan muss ich die Einladungen manuell mit einem selbst vergebenen Passwort versenden, was auf Dauer nicht ideal ist.
Das Problem liegt offenbar in den E-Mail-Server-Einstellungen unter Nextcloud → Administration → Basic Settings.
Beim Testen des E-Mail-Versands entsteht folgender Fehler: "AxiosError: Request failed with status code 400"
Diesen Fehler könnt ihr auch selbst reproduzieren, indem ihr versucht, eine Test-E-Mail zu senden.
Es wäre super, wenn ihr die SMTP-Konfiguration prüfen und wieder lauffähig machen könnt. Falls ihr weitere Informationen benötigt, lasst es mich wissen.
Danke für eure Hilfe!
Von GoeranHeinemann vor 4 Monaten aktualisiert
Mar 18 19:59:31 mail-2023-05 postfix/smtpd11241: NOQUEUE: reject: RCPT from srs16.stura.htw-dresden.de[141.56.51.16]: 504 5.5.2 <localhost>: Helo command rejected: need fully-qualified hostname; from=<files@stura.htw-dresden.de> to=<files@stura.htw-dresden.de> proto=ESMTP helo=<localhost>
das ist auf dem mailserver der fehler - die cloud sendet keinen fqdn - das muss mal noch konfiguriert werden
Von GoeranHeinemann vor 4 Monaten aktualisiert
also axios in dem fall ist eine javascript library, deshalb ist der fehler irreführend - im netzwerktab der entwicklertools im browser sieht man, dass einfach der aufruf des email-test-endpoints im hintergrund einen http-400 code sendet, mit einer besseren fehlermeldung:
"A problem occurred while sending the email. Please revise your settings. (Error: Email could not be sent. Check your mail server log)" - den mailserver log habe ich oben eingefügt
Von PaulRiegel vor 4 Monaten aktualisiert
- Duplikat von Aufgabe #2330: keine Versendung von Mails beim Dienst Dateiverwaltung (Anwednung Nextcloud) wurde hinzugefügt
Von PaulRiegel vor 4 Monaten aktualisiert
- Priorität wurde von Niedrig zu Normal geändert
Von PaulRiegel vor 29 Tagen aktualisiert
- Status wurde von Neu zu Gesichtet geändert
- Priorität wurde von Normal zu Hoch geändert
- % erledigt wurde von 0 zu 40 geändert
https://lists.stura.htw-dresden.de/private/files/2025-June/001357.html
Das "Rumspielen" habe ich bei
https://dat.stu.htw.stura-dresden.de/
https://dat.stu.htw.stura-dresden.de/settings/admin/overview
https://dat.stu.htw.stura-dresden.de/settings/admin#mail_general_settings_form
(und maßgeblich in der /etc/nixos/configuration.nix von diesem System)
gemacht.
Aber es hiermit ein Ansatz da, dass das Problem überwunden werden kann.
Von PaulRiegel vor 29 Tagen aktualisiert
PaulRiegel schrieb (#note-5):
https://lists.stura.htw-dresden.de/private/files/2025-June/001357.html
Das "Rumspielen" habe ich bei
https://dat.stu.htw.stura-dresden.de/
https://dat.stu.htw.stura-dresden.de/settings/admin/overview
https://dat.stu.htw.stura-dresden.de/settings/admin#mail_general_settings_form
(und maßgeblich in der/etc/nixos/configuration.nixvon diesem System)
gemacht.Aber es hiermit ein Ansatz da, dass das Problem überwunden werden kann.
mal noch schnell den foo aus der /etc/nixos/configuration.nix.
services.nullmailer.enable = true;
services.nullmailer.config.remotes = "mail.stura.htw-dresden.de smtp --port=25";
services.nullmailer.config = {
allmailfrom = "files@stura.htw-dresden.de";
# me = "${config.networking.hostName}";
};
# services.nullmailer.config.defaultdomain = "${config.networking.fqdn}";
# services.nullmailer.config.defaulthost = "${config.networking.fqdn}";
services.nullmailer.config.helohost = "${config.networking.fqdn}";
# programs.msmtp.enable = true;