Kein Mailversand mehr nach Update

Hi zusammen,

wir betreiben eine virtuelle Instanz der Nextcloud auf VMWare.
Bis jetzt war alles gut.
Seit heute werden aber keine Emails mehr versendet, wenn wir eine Datei teilen.
Wir nutzen als smtp-Host eine Reddoxx (Anbieter von Spam- und Archivierungslösungen)
Es scheint auch eine Kommunikation zw. Nextcloud und der Reddoxx zu bestehen, die Verbindung wird jedoch von der Nextcloud sofort wieder geclosed.

Die Mailservereinstellungen haben wir mehrfach geprüft und auch in allen Varianten durchgespielt. Es kommt entweder sofort oder nach ca. 15 Sekunden der Fehler:
AxiosError: Request failed with status code 400

Die hier im Forum bereits bzgl. des Fehlers empfohlenen Massnahmen (Anpassung der config.php, Mailadresse des Admins, etc.) haben wir auch schon getestet, aber leider ohne Erfolg.
Genutzt wird eine [Nextcloud Hub 10] (31.0.7) auf Ubuntu 24.04.1 LTS

Hat evtl. noch jemand eine Idee?

Besten Dank!

Schon in die Nextcloud.log geschaut? Wenn Du Zugriff auf die Reddoxx-Logs hast, auch diese durchschauen. Ich vermute mal, dass die Authentifizierung oder Verschlüsselung des Mailtransports geändert sein müsste, vorausgesetzt der Mailserver bei Reddoxx läuft noch.

Moin Mornsgrans,
in den Reddoxx-Logs steht nur, dass die Verbindung sofort nach dem Öffnen clientseitig geschlossen wird.
Wir haben schon sämtliche Verschlüsselungs- und Authentifizierungsmethoden probiert, immer das Selbe.
Wo finde ich denn die ausführlichen NC-Logs?
Zur Veranschaulichung habe ich hier mal die config.php vielleicht fällt ja jemandem was auf:

<?php
$CONFIG = array (
  'instanceid' => 'xxx',
  'passwordsalt' => 'xxx',
  'secret' => 'xxx',
  'trusted_domains' =>
  array (
    0 => 'private IP',
    1 => 'nextcloud.domain.local',
    2 => 'nextcloud.domain.de',
    3 => 'public IP:50443',
    4 => 'private IP:50443',
    5 => 'nextcloud.domain.de:50443',
  ),
  'datadirectory' => '/var/www/nextcloud/data',
  'dbtype' => 'mysql',
  'version' => '31.0.7.1',
  'overwrite.cli.url' => 'https://nextcloud.domain.de/',
  'htaccess.RewriteBase' => '/',
  'dbname' => 'nextcloud',
  'dbhost' => 'localhost',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'xxx',
  'dbpassword' => 'xxx',
  'installed' => true,
  'mail_from_address' => 'nextcloud@domain.de',
  'mail_smtpmode' => 'smtp',
  'mail_sendmailmode' => 'smtp',
  'mail_domain' => 'domain.de',
  'mail_smtphost' => 'Redoxx IP',
  'mail_smtpport' => '25',
  'mail_smtptimeout' => '30',
  'defaultapp' => 'files',
  'maintenance' => false,
  'theme' => '',
  'loglevel' => 2,
  'updater.release.channel' => 'stable',
);

Logs findest Du z.B. in der Nextcloud.log bzw. als Admin eingeloggt in Nextcloud via Browser in den Admin-Einstellungen - Protokollierung

Das Support Template führt hier noch weitere Möglichkeiten der Protokollierung auf. Darum wird es bei Threaderstellung eingeblendet :wink:

Ich danke dir! Das Protokoll und auch die Thread-Erstellhinweise habe ich zwar gesehen, aber vor lauter Aufregung ist mir nicht aufgefallen, dass es dort detaillierte Infos gibt…

Kann man damit was anfangen:

{
  "reqId": "kPRbztxJJYkxSXAXyFWV",
  "level": 3,
  "time": "2025-08-08T15:04:14+00:00",
  "remoteAddr": "IP",
  "user": "User",
  "app": "no app in context",
  "method": "POST",
  "url": "/ocs/v2.php/apps/files_sharing/api/v1/shares",
  "message": "Share notification mail could not be sent to: User",
  "userAgent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:141.0) Gecko/20100101 Firefox/141.0",
  "version": "31.0.7.1",
  "data": [],
  "id": "6899e9300ae6b"
}

Wie gesagt, lief es bis zu dem Update einwandfrei und auch die Mails wurden sauber versendet. Die Reddoxx dient lediglich als smtp-Host, da es ein “eigenes” System ist, dass eben smtp-Relay machen kann.

Danke!

Dürfte leider nicht reichen. Fehlercode oder Name wären hilfreicher. Da hilft vermutlich nur ein Log des Reddoxx-Betreibers. Vielleicht kann deren Support Dir Auszüge aus dem Log zukommen lassen, wenn Du ihnen die exakte Uhrzeit, Deine öffentliche IP-Adresse und evtl. Absender- und Empfänger-Mailadresse zukommen ließest.

Der Fehler muss ja irgendwie it der Mail-App von Nextcloud zu tun haben, wobei ich nicht dsas Gefühl habe, dass der Entwickler der App hier grundlegende Änderungen vorgenommen hat.

Ich unterstelle Dir, dass Du neben den Maileinstellungen in den Nextcloud-Einstellungen auch die des jeweiligen Benutzers in der Mail-App überprüft und getestet hattest.
Es müssen Mails vom System mit in den Einstellungen hinterlegten Angaben funktionieren, wie auch Mails aus der Mail-App des jeweiligen Benutzers.
Hier kommen zwei unterschiedliche SMTP-Konfigurationen zum tragen.

Dabei auch aufpassen, welche Absender-Mailadresse verwendet wird. Diese muss existieren, da manche Mailserver für den Spamschutz versuchen, diese zu validieren - und sei es nur die Mail-Domain.

Guten Morgen Morgen Mornsgrans,

an die Reddoxx-Logs kommen wir, die betreiben wir selber. Da steht aber leider nur, dass die Verbindung aufegbaut wird und dann sofort clientseitig wieder geschlossen wurde. Prinzipiell nutzen wir keine Authentifizierung, da beide Systeme im selben Netz stehen - hier wird auf der Reddoxx nur die IP gewhitelisted.
Aber selbst mit Auth und abweichenden Portkonfigurationen funktioniert es nicht…
Was meinst du genau mit der Mail-App auf der NC? Ich wüsste nicht, dass ich da an anderer Stelle noch irgendwas eingetragen habe.
Alle Änderungen nehme ich in den Admineinstellungen vor oder in der config.php - wo kann/muss ich denn sonst ggf. noch Änderungen vornehmen?

Besten Dank!

Edit: das habe ich noch gefunden und zwar direkt vor dem Mailverandversuch:
InvalidArgumentException Invalid Federated Cloud ID

{
  "reqId": "B6GCbM5dwDWIBhVKgt7y",
  "level": 3,
  "time": "2025-08-12T06:08:26+00:00",
  "remoteAddr": "5.56.185.6",
  "user": "admin",
  "app": "no app in context",
  "method": "GET",
  "url": "/ocs/v2.php/apps/files_sharing/api/v1/sharees?format=json&itemType=file&search=EMPFÄNGEREMAILADRESSE%40&lookup=false&perPage=25&shareType[]=6&shareType[]=9&shareType[]=4",
  "message": "Invalid Federated Cloud ID",
  "userAgent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:141.0) Gecko/20100101 Firefox/141.0",
  "version": "31.0.7.1",
  "exception": {
    "Exception": "InvalidArgumentException",
    "Message": "Invalid Federated Cloud ID",
    "Code": 0,
    "Trace": [
      {
        "file": "/var/www/nextcloud/lib/private/Collaboration/Collaborators/RemoteGroupPlugin.php",
        "line": 39,
        "function": "splitGroupRemote",
        "class": "OC\\Collaboration\\Collaborators\\RemoteGroupPlugin",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/lib/private/Collaboration/Collaborators/Search.php",
        "line": 46,
        "function": "search",
        "class": "OC\\Collaboration\\Collaborators\\RemoteGroupPlugin",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/apps/files_sharing/lib/Controller/ShareesAPIController.php",
        "line": 181,
        "function": "search",
        "class": "OC\\Collaboration\\Collaborators\\Search",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php",
        "line": 200,
        "function": "search",
        "class": "OCA\\Files_Sharing\\Controller\\ShareesAPIController",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php",
        "line": 114,
        "function": "executeController",
        "class": "OC\\AppFramework\\Http\\Dispatcher",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/lib/private/AppFramework/App.php",
        "line": 161,
        "function": "dispatch",
        "class": "OC\\AppFramework\\Http\\Dispatcher",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/lib/private/Route/Router.php",
        "line": 315,
        "function": "main",
        "class": "OC\\AppFramework\\App",
        "type": "::"
      },
      {
        "file": "/var/www/nextcloud/ocs/v1.php",
        "line": 49,
        "function": "match",
        "class": "OC\\Route\\Router",
        "type": "->"
      },
      {
        "file": "/var/www/nextcloud/ocs/v2.php",
        "line": 7,
        "args": [
          "/var/www/nextcloud/ocs/v1.php"
        ],
        "function": "require_once"
      }
    ],
    "File": "/var/www/nextcloud/lib/private/Collaboration/Collaborators/RemoteGroupPlugin.php",
    "Line": 69,
    "Previous": {
      "Exception": "InvalidArgumentException",
      "Message": "Invalid cloud id",
      "Code": 0,
      "Trace": [
        {
          "file": "/var/www/nextcloud/lib/private/Collaboration/Collaborators/RemoteGroupPlugin.php",
          "line": 66,
          "function": "resolveCloudId",
          "class": "OC\\Federation\\CloudIdManager",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/lib/private/Collaboration/Collaborators/RemoteGroupPlugin.php",
          "line": 39,
          "function": "splitGroupRemote",
          "class": "OC\\Collaboration\\Collaborators\\RemoteGroupPlugin",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/lib/private/Collaboration/Collaborators/Search.php",
          "line": 46,
          "function": "search",
          "class": "OC\\Collaboration\\Collaborators\\RemoteGroupPlugin",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/apps/files_sharing/lib/Controller/ShareesAPIController.php",
          "line": 181,
          "function": "search",
          "class": "OC\\Collaboration\\Collaborators\\Search",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php",
          "line": 200,
          "function": "search",
          "class": "OCA\\Files_Sharing\\Controller\\ShareesAPIController",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/lib/private/AppFramework/Http/Dispatcher.php",
          "line": 114,
          "function": "executeController",
          "class": "OC\\AppFramework\\Http\\Dispatcher",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/lib/private/AppFramework/App.php",
          "line": 161,
          "function": "dispatch",
          "class": "OC\\AppFramework\\Http\\Dispatcher",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/lib/private/Route/Router.php",
          "line": 315,
          "function": "main",
          "class": "OC\\AppFramework\\App",
          "type": "::"
        },
        {
          "file": "/var/www/nextcloud/ocs/v1.php",
          "line": 49,
          "function": "match",
          "class": "OC\\Route\\Router",
          "type": "->"
        },
        {
          "file": "/var/www/nextcloud/ocs/v2.php",
          "line": 7,
          "args": [
            "/var/www/nextcloud/ocs/v1.php"
          ],
          "function": "require_once"
        }
      ],
      "File": "/var/www/nextcloud/lib/private/Federation/CloudIdManager.php",
      "Line": 119
    },
    "message": "Invalid Federated Cloud ID",
    "exception": [],
    "CustomMessage": "Invalid Federated Cloud ID"
  },
  "id": "689b0380c1e72"
}

Ich meine die Nextcloud-App namens “Mail” sofern sie installiert ist:

In Deinem Protokoll-Auszug steht relativ weit oben u.a.:

Könnte hier noch ein Fehler vorliegen? Nutzt Du Federated Cloud? - Diese wird nämlich nicht gefunden bzw. die Adresse scheint ungültig zu sein.

Hi,

ja, die Mail-App ist wohl auch installiert, da habe ich aber noch nie was gemacht :slight_smile:
Wir nutzen die NC lediglich zum Teilen “großer” Dateien für den einmaligen Download. Gehen dazu immer auf die zu teilende Datei und geben die Emailadresse des Empfängers ein:


Was bisher auch wunderbar funktioniert hatte. Meinst du es bringt was, es mit der Mail-App mal zu versuchen? Muss ich da auf irgendwas achten?

Und zu der “Federated Cloud ID”: nein, die wird nicht genutzt, die entsprechenden Funktionen habe ich, nachdem ich die Fehlermeldung gesehen habe, auch deaktiviert.

Ich würde es zumindest mit einem Test-Account mit einer real existierenden Mailadresse als Absender versuchen. Das nur, um zu prüfen, ob die User-bezogenen Mailangaben möglicherweise für den Mailversand benötigt werden.

Die Freigabe einer Datei an interne und externe Benutzer läuft seit einigen Jahren unterschiedlich ab:

  • interne Benutzer durch Eingabe des Benutzernamens in das entsprechende Feld des Freigabe-Dialogs
  • für externe Benutzer wird erst die Freigabe durch erstellen eines Links via “Link teilen” erstellt, anschließend der Freigabe-Link kopiert und abschließend in eine neu erstellte E-Mail eingefügt. Das Passwort über einen separaten Weg mitteilen.

So kenne ich das Verfahren seit etwa Nextcloud 12 bis 29.

This topic was automatically closed after 90 days. New replies are no longer allowed.