UMA/FAQ.lang: Unterschied zwischen den Versionen

Zeile 15:

| Gibt es ausschließlich nur einzelne Postfächer/Konten, die bei einem Anbieter von E-Mail-Diensten wie GMX, WEB, GMAIL, 1&1 oder Änlichen,

von einzelnen internen Clients abgerufen werden, kann das UMA im Normalfall nicht eingesetzt werden.

| }}

{{var | Antwort

| Antwort

| }}

{{var | Begründung

| Begründung:

| Begründung

| }}

{{var | UMA ohne Mailserver--Begründung

Zeile 30:

Zeile 33:

| }}

{{var | Lösung

| Lösung:

| Lösung

| }}

{{var | UMA ohne Mailserver--Lösung

| Bitte ~~informieren Sie sich~~ im Vorfeld, bei dem in Verwendung befindlichem E-Mail-Provider, ~~über die Möglichkeiten~~ einer vollständigen Weiterleitung pro Postfach/Konto!

| Bitte im Vorfeld bei dem in Verwendung befindlichem E-Mail-Provider informieren, bzgl. der Möglichkeit einer vollständigen Weiterleitung pro Postfach/Konto!

Ist diese Möglichkeit gegeben, steht dem Einsatz einer UMA nichts im Wege.

Bei der Verwendung von Office365 sowie Hostet-Mailserver Lösungen ist ein Journaling oder eine vollständige Weiterleitung in den meisten Fällen möglich.

Zeile 39:

Zeile 42:

Ein passendes Webinar zum Thema [https://www.youtube.com/watch?v=-1NKrmvDaP0 "Securepoint UMA in kleinen Umgebungen"] befindet sich in unserem YouTube Channel.

Eine Anleitung zur Einrichtung von MS Office 365 liegt im Securepoint Wiki unter [[UMA/BP/Office_365 | Konfiguration - Office 365]] bereit.

| }}

{{var | Mehrere Benutzerumgebungen

| Ist es möglich das UMA an mehrere Benutzerumgebungen anzubinden?

| }}

{{var | Mehrere Benutzerumgebungen--Antwort

| Diese Funktionalität wird nicht von uns unterstützt. Es wird ausschließlich nur das Nutzen einer Umgebung (AD, OpenLDAP oder lokale Benutzer) unterstützt. So genannte Forest Root Domains, bzw. das Splitten von Domain Controllern wird nicht unterstützt, da die Benutzer und deren E-Mailadressen nicht Serverübergreifend via LDAP abgefragt werden können. Die LDAP-Anfrage richtet sich immer nur ausschließlich an den mit dem UMA verbundenen Domain Controller

| }}

{{var | transparente Modus

| Lässt sich der transparente Modus konfigurieren?

| }}

{{var | transparente Modus--Antwort

| Der transparente Modus ist seit Version 2.5.8 nicht mehr konfigurierbar und wird ab UMA Version 3 komplett entfernt.

| }}

{{var | Lizenz ungültig

| Was passiert, wenn die Lizenz des UMA ungültig wird?

| }}

{{var | Lizenz ungültig--Antwort

| * Die Abholung der E-Mails aus dem Sammelpostfach wird eingestellt

* Es besteht nur noch ein lesender Systemzugriff auf die bisher archivierten E-Mails

| }}

{{var | öffentliche Ordner lizenzieren

| Müssen öffentliche Ordner (Verteilerlisten, Freigegebene Postfächer, public folder) lizenziert werden?

| }}

{{var | öffentliche Ordner lizenzieren--TOC

| Müssen öffentliche Ordner lizenziert werden?

| }}

{{var | öffentliche Ordner lizenzieren--Antwort

| Nein, die öffentlichen Postfächer werden bei einer Anbindung an das Active-Directory erkannt und müssen nicht lizenziert werden. Die Nutzung von öffentlichen Postfächern ist nur bei Verwendung eines Active Directory möglich.

| }}

{{var | Ordnerstrukturen

| Ist es möglich die Ordnerstrukturen des UMA abzubilden?

| }}

{{var | Ordnerstrukturen--Antwort

| Diese Funktionalität wird nicht von uns unterstützt und es ist auch nicht geplant die in Zukunft zu implementieren.

Ordnerstrukturen ändern sich stetig und dies müsste auf dem UMA nachvollzogen werden, womit die readonly-Funktion des UMA aufgehoben werden müsste.

| }}Lizensierung

{{var | Lizensierung

| Lizensierung

| }}

{{var | Lizenz einspielen

| Warum lässt sich die Lizenz nicht einspielen? (z.B.:There was an error uploading the files.)

| }}

{{var | Lizenz einspielen--TOC

| Warum lässt sich die Lizenz nicht einspielen?

| }}

{{var | Lizenz einspielen--Antwort

| Dies kann daran liegen das dass UMA vollgelaufen ist. Steht in der Übersicht der freie Speicher auf 0b, so ist kein Einspielen einer Lizenz möglich.

| }}

{{var | Lizenz einspielen--Lösung

| Der Speicher muss erweitert werden. Eine ausführliche Anleitung zu diesem Thema findet sich im Securepoint Wiki unter [[UMA/Archivspeichererweiterung | Austausch und Erweiterung des Archivspeichers des UMA]] Desweiteren kann eine Ursache die interne Zeit des UMA sein. Weicht diese zuweit von der Lizenzlaufzeit ab, kann die Lizenz nicht hochgeladen werden bzw. ist nach dem hochladen ungültig.

1. Mit dem UMA über die Konsole oder mit einem ssh-Client verbinden. Vor einem ssh-Connect muss der ssh-Dienst des UMA unter "Administration -> Wartung" gestartet werden:

{{code|ssh -l admin 192.168.175.254}}

2. Die Zeit des UMA auf das aktuelle Datum sowie die aktuelle Uhrzeit setzen:

{{code|date -s "06 Oct 2019 10:50:00"}}

3. Das Admininterface im Browser durch [STRG]+[R] neuladen.

| }}

{{var | Archiv / Archivierung

| Archiv / Archivierung

| }}

{{var | E-Mail-Adressen von Archivierung ausnehmen

| Lassen sich bestimmte E-Mail-Adressen von der Archivierung ausnehmen?

| }}

{{var | E-Mail-Adressen von Archivierung ausnehmen--Antwort

| Ja. Unter {{Menu|System-Einstellungen|E-Mail Konten}} lassen sich E-Mail-Adressen von der Archivierung ausnehmen.

| }}

{{var | E-Mail-Adressen von Archivierung ausnehmen--Hinweis

| Achtung: Es lassen sich nur vollständige E-Mail-Adressen definieren. Wildcards können nicht verwendet werden.

| }}

{{var | Spam-E-Mails

| Wie werden Spam-E-Mails von der Archivierung ausgenommen?

| }}

{{var | Spam-E-Mails--Antwort

| E-Mails sollen bereits an E-Mail-Gateway (z. B. Securepoint NextGen UTM) als SPAM identifiziert und gefiltert werden. Somit trifft SPAM erst gar nicht im Journal-Postfach des Mailsystems ein.

| }}

{{var | Verschlüsselte E-Mails archiviert

| Werden Verschlüsselte E-Mails archiviert?

| }}

{{var | Verschlüsselte E-Mails archiviert--Antwort

| Verschlüsselte E-Mails werden so archiviert wie sie sind. Der Header einer E-Mail ist nicht verschlüsselt, so das die Zuweisung zum Benutzer getroffen werden kann. Ein Privater Schlüssel kann in dem UMA nicht hinterlegt werden. Daher müssen diese E-Mails zur Sichtung aus dem UMA heruntergeladen werden, um sie dann mit internen Mitteln öffnen zu können.

| }}

{{var | Mails vom Exchange-Mailserver

| Wieso werden Mails vom Exchange-Mailserver nicht abgeholt?

| }}

{{var | Mails vom Exchange-Mailserver--Antwort

| Es kann verschiedene Gründe geben, warum die E-Mails aus dem Journal-Postfach des Exchange-Mailserver von dem UMA nicht abgeholt werden können. Im Folgenden haben wir die häufigsten dargestellt.

| }}

{{var | Mails vom Exchange-Mailserver--Lösung

| ''Möglichkeit 1: Die UMA Lizenz ist abgelaufen''

Die Abholung der E-Mails aus dem Sammelpostfach wird eingestellt.

''Lösung:'' Es muss eine neue gültige Lizenz im UMA registriert werden.

''Möglichkeit 2: Der Archiv-Speicherplatz des UMA ist voll''

Steht kein Speicherplatz zur Verfügung, kann das UMA keine weiteren Daten archivieren. Unter Berücksichtigung der Systemvoraussetzungen/Projektplanung, kann der vorhandene durch neuen Speicher mit höherer Kapazität ersetzt werden.

Eine ausführliche Anleitung zu diesem Thema findet sich im Securepoint Wiki unter [[UMA/Archivspeichererweiterung | Austausch und Erweiterung des Archivspeichers des UMA]]

''Möglichkeit 3: Journal-Postfach zu voll''

Ab einer gewissen Anzahl von E-Mails kann der IMAP-Dienst eines E-Mailsystems träge reagieren.

''Lösung:'' In diesem Fall müssen auf dem Mailserver der Posteingang des Journal-Postfachs geprüft und überflüssige E-Mails gelöscht werden.

Über das Webinterface des UMA lässt sich die Funktion "E-Mails auf dem Server belassen" deaktivieren. Das UMA löscht dann die E-Mails aus dem Journal-Postfach nachdem es diese abgeholt hat.

{{Hinweis-neu|! Achtung: Das Löschen über diese Funktion bezieht sich nur auf E-Mails die nach dem deaktivieren abgeholt werden.|gelb}}

''Möglichkeit 4: Der IMAP-Dienst auf dem Mailsystem läuft nicht''

''Lösung:'' Status des Dienstes auf dem Mailserver prüfen und den Dienst gegebenenfalls neu starten.

Anschließend einen Verbindungstest mit einem Telnet-Client zum Mailserver durchführen. Wie dieser durchzuführen ist, wird unter Möglichkeit 5 beschrieben.

''Möglichkeit 5: Grundsätzliches Problem mit dem IMAP-Dienst des Mailsystems''

''Lösung:'' Debugging des IMAP-Dienstes per Telnet.

{{Einblenden|Schritt-für-Schritt-Anleitung anzeigen| ausblenden| true| dezent}}

'''1.''' Mit einem Rechner mit installiertem Telnet-Client auf das Mailsystem verbinden.

{{code|telnet 192.168.1.50 143}}

Begrüßung des Servers.

{{code|OK The Microsoft Exchange IMAP4 service is ready.}}

'''2.''' Einloggen mit dem Journal-Konto, welches auch in dem UMA konfiguriert ist. In diesem Beispiel ist der Benutzername "journal" und das Passwort "insecure".

{{code|a1 LOGIN journal insecure}}

Der IMAP-Dienst des Mailsystems nimmt den Login an.

{{code|a1 OK LOGIN completed.}}

'''3.''' Die verfügbaren IMAP-Ordner anzeigen.

{{code|a2 LIST „“ „*“}}

Das Mailsystem listet alle Ordner auf.

{{code| * LIST (\HasNoChildren) „/“ Aufgaben

* LIST (\HasNoChildren) „/“ Entw&APw-rfe

* LIST (\HasNoChildren) „/“ „Gel&APY-schte Elemente“

* LIST (\HasNoChildren) „/“ „Gesendete Elemente“

* LIST (\HasNoChildren) „/“ Journal

* LIST (\HasNoChildren) „/“ Junk-E-Mail

* LIST (\HasNoChildren) „/“ Kalender

* LIST (\HasChildren) „/“ Kontakte

* LIST (\HasNoChildren) „/“ Notizen

* LIST (\HasNoChildren) „/“ Postausgang

* LIST (\Marked \HasNoChildren) „/“ INBOX

a2 OK LIST completed.}}

'''4.''' Den Ordner INBOX (Posteingang) auswählen.

{{code|a3 SELECT INBOX}}

Der Server gibt eine Übersicht des Ordners aus.

{{code|* 0 EXISTS

* 0 RECENT

* FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)

* OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags

* OK [UIDVALIDITY 14] UIDVALIDITY value

* OK [UIDNEXT 40] The next unique identifier value

a3 OK [READ-WRITE] SELECT completed.}}

Sollte das Mailsystem bis zu diesem Punkt keinen Fehler gemeldet haben, läuft der IMAP-Dienst augenscheinlich normal und fehlerfrei.

Gängiger Fehler: Die Komponente ImapProxy auf dem Exchange ist inaktiv.

Der Status der Komponente kann mit folgendem Kommando über die Exchange-Shell unter Exchange 2013 und 2016 abgerufen werden:

{{code|Get-ServerComponentState -identity <ServerName>}}

Ist der ComponentState "inaktiv", dann kann dieser mit folgendem Befehl wieder aktivert werden:

{{code|Set-ServerComponentState -identity <ServerName> -Component ImapProxy -Requester HealthAPI -State Active}}

Nach dem Aktivieren des ComponentState müssen die IMAPv4 und IMAPv4 BackEnd Dienste neugestartet werden.

</div></div>

''Möglichkeit 6: Bug in der Mailserversoftware''

Die Abholung der E-Mails aus dem Sammelpostfach ist nicht mehr möglich.

Bis zum CU6 (Cumulatives Update 6) in den Exchange-Servern 2013 und 2016 existiert ein Bug der den IMAP und POP Dienst betrifft. Hier kann nach einiger Zeit kein Login mehr stattfinden obwohl die Dienste laufen und auch der Component-State aktive ist.

''Lösung:'' Neuste Updates auf den Mailserver spielen. Ab dem CU7 auf beiden Server-Varianten ist dieser Fehler behoben.

| }}

{{var | Archiviert verschlüsselte E-Mails

| Archiviert das UMA verschlüsselte E-Mails?

| }}

{{var | Archiviert verschlüsselte E-Mails--Antwort

| Das UMA archiviert verschlüsselte, wie unverschlüsste E-Mails, da der Header immer frei lesbar ist und somit auch eine Userzuordnung stattfinden kann. Es gibt allerdings keine Möglichkeit Zertifikate für die verschlüsselten E-Mails zu hinterlegen. Die Suche im User-Interface kann somit nur anhand der im Header stehenden Informationen vorgenommen werden.

| }}

{{var | Archiviert verschlüsselte E-Mails--Lösung

| Eine Möglichkeit, dem User seine E-Mails unverschlüsselt zur Verfügung zu stellen ist, das Zertifikat im E-Mail Client des User zu hinterlegen und den E-Mail Client direkt an das UMA per IMAP anzubinden.

| }}

{{var | kein Archiv-Speicherplatz mehr

| Wie wird verfahren, wenn kein Archiv-Speicherplatz mehr verfügbar ist?

| }}

{{var | kein Archiv-Speicherplatz mehr--Antwort

| Eine ausführliche Anleitung zu diesem Thema findet sich im Securepoint Wiki unter [[UMA/Archivspeichererweiterung | Austausch und erweitern des Archivspeichers des UMA]]

| }}

{{var | Import

| Import

| }}

{{var | Massenimport nicht verfügbar

| Warum ist der Massenimport nicht verfügbar?

| }}

{{var | Massenimport nicht verfügbar--Antwort

| Der Massenimport wird nicht angezeigt. Der Massenimport ist nur in Verbindung mit einer AD-Umgebung und Microsoft-Exchange nutzbar.

| }}

{{var | Monitoring

Zeile 81:

Zeile 272:

| }}

{{var | Fehlermeldungen

| Fehlermeldungen

| }}

{{var | Mails nicht archiviert

| Mails werden nicht archiviert und bleiben im Journal liegen

| }}

{{var | Fehlermeldung

| Fehlermeldung

| }}

{{var | Ursache

| Ursache

| }}

{{var | Logmeldung anzeigen

| Logmeldung anzeigen

| }}

{{var | Logmeldung ausblenden

| Logmeldung ausblenden

| }}

{{var | Mails nicht archiviert--Fehler

| <nowiki>err auth: Error: ldap(testuser@securepoint.de): LDAP search returned multiple entries</nowiki>

<nowiki>err lmtp(testuser@securepoint.de): Error: auth-master: userdb lookup(testuser@securepoint.de): Auth USER lookup failed</nowiki>

<nowiki>err lmtp(6584): Error: lmtp-server: conn unix:pid=6596,uid=1 [1]: rcpt testuser@securepoint.de: Failed to lookup user testuser@securepoint.de: Internal error occurred. Refer to server log for more information.</nowiki>

<nowiki>err temp error on testuser@securepoint.de. will skip this run (8)</nowiki>

<nowiki>debug error fetching mail: msg_uid=1608625960-18520, errormsg: no error - authenticated (1)</nowiki>

| }}

{{var | Mails nicht archiviert--Ursache

| Die angegebene E-Mail-Adresse im Benutzer-Repository (Azure-AD, AD, openLDAP oder lokaler Benutzer) ist mehr als einem Objekt zugeordnet.

| }}

{{var | Mails nicht archiviert--Lösung

| Für eine E-Mail-Archivierung muss immer eine eindeutige Zuordnung vorhanden sein. Die E-Mail-Adresse muss aus den multiplen Objekten (User oder Public-Folder) entfernt werden, so dass diese ausschließlich einem Objekt zugeordnet ist.

* Im Azure-AD können gleiche Mailadressen in unterschiedlichen Objekten lediglich unter dem Punkt "otherMails" existieren

* In einem lokalem AD sind auch bei primären Mailadressen (Attribut "mail") Mehrfacheinträge möglich, auch wenn Microsoft dies nicht supportet

* Alternativ können doppelte Einträge auch unter dem Attribut "proxyAddresses" existieren

Ist der Umstand behoben und die Mailadresse nur einem Objekt im Benutzer-Repository zugewiesen, werden die vorerst nicht abgerufenen E-Mails beim nächsten Durchlauf des Journals vom fetchmail erneut abgerufen und archiviert.

| }}

{{var | bestimmte Domain nicht archiviert

| Mails einer bestimmten Domain werden nicht archiviert

| }}

{{var | bestimmte Domain nicht archiviert--Fehler

| <nowiki>fetchmail info recipient tMTMNyBrh3jf@gmail.com not in our domainlist</nowiki>

| }}

{{var | bestimmte Domain nicht archiviert--Ursache

| Die Maildomain ist nicht in der Liste der zu archivierenden E-Mail-Domains unter dem Punkt {{Menu|System-Einstellungen|E-Mail-Server|Remote E-Mail-Server Einstellungen}} hinterlegt.

| }}

{{var | bestimmte Domain nicht archiviert--Lösung

| Dies ist nicht zwangsläufig ein Fehler, sondern kann auch einfach als Hinweis dienen. Die im Mail-Header genannte Domain ist in die Liste der zu archivierenden Domains einzutragen.

| }}

{{var | bestimmte E-Mail-Adresse nicht archiviert

| Mails einer bestimmten E-Mail-Adresse werden nicht archiviert

| }}

{{var | bestimmte E-Mail-Adresse nicht archiviert--Fehler

| <nowiki>fetchmail info recipient 1.lok-leipzig@arcor.de not available, or denied by license</nowiki>

| }}

{{var | bestimmte E-Mail-Adresse nicht archiviert--Ursache

| Die E-Mailadresse ist keinem bekannten Benutzer oder Public-Folder zugeordnet.

| }}

{{var | bestimmte E-Mail-Adresse nicht archiviert--Lösung

| Überprüfen, ob diese E-Mail-Adresse einem Benutzer oder Public-Folder unter {{Menu|Systemeinstellungen|E-Mail-Server|Remote E-Mail-Server Einstellungen}} hinterlegt ist.

Die Logmeldung "info" deutet auch an, dass es sich nicht zwangsläufig um einen Fehler handeln muss, sondern einfach als Hinweis dient, dass eben diese E-Mail-Adresse derzeit nicht archiviert wird.

Da das UMA alle Mailadresse des Headers (from,to,cc oder den enverlope-header) überprüft, kann bei unbekannten "recipient" diese Meldung häufiger erscheinen. Sollte ein anderer Header-Eintrag mit einer E-Mailadresse, passend zu einem der UMA bekannten User in der gleichen E-Mail existieren, so wird diese Mail auch trotz der Log-Meldung für selbigen archiviert.

| }}

{{var | Backup-Target lässt sich nicht mounten

| Backup-Target lässt sich nicht mounten

| }}

{{var | Backup-Target lässt sich nicht mounten--Fehler

| <nowiki>Kernel warning No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.</nowiki>

| }}

{{var | Backup-Target lässt sich nicht mounten--Ursache

| Am Target ist keine spezifische SMB Variante ausgewählt (in den Backup-Gerät Einstellungen unter dem Punkt "Wartung") und die sicherste verfügbare wird automatisch gewählt.

| }}

{{var | Backup-Target lässt sich nicht mounten--Lösung

| Diese Meldung ist kein Fehler, sondern weist lediglich auf den genannten Umstand hin. Bei einem erfolgreichen Backup mit einem Windows Share und automatischer SMB Auswahl wird folgender Logauflauf generiert:

| }}

{{var | Backup-Target lässt sich nicht mounten--Log

| <nowiki>2021-05-11 13:46:25 +02:00 Backup info starting to backup files</nowiki>

<nowiki>2021-05-11 13:46:25 +02:00 Kernel info EXT4-fs (dm-5): mounted filesystem with ordered data mode. Opts: (null)</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info syncing disks</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info unmounting snapshot</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info removing snapshot</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Kernel warning No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info checking for old lingering backup snapshots</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info unmounting snapshot</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info removing snapshot</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info The data backup was completed (job: backup)</nowiki>

<nowiki>2021-05-11 13:46:26 +02:00 Backup info done</nowiki>

<nowiki>2021-05-11 13:46:35 +02:00 Kernel warning No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.</nowiki>

| }}

{{var | Backup ist fehlgeschlagen

| Backup ist fehlgeschlagen

| }}

{{var | Backup ist fehlgeschlagen--Fehler

| <nowiki>2021-05-11 14:03:20 +02:00 Backup err The data backup was terminated due to an error (job: backup)</nowiki>

<nowiki>2021-05-11 14:03:20 +02:00 Backup info done</nowiki>

<nowiki>2021-05-11 14:03:20 +02:00 Kernel err CIFS VFS: Server 192.168.175.56 has not responded in 180 seconds. Reconnecting...</nowiki>

<nowiki>2021-05-11 14:03:20 +02:00 Kernel err CIFS VFS: Send error in SessSetup = -11</nowiki>

<nowiki>2021-05-11 14:03:20 +02:00 Kernel err CIFS VFS: cifs_mount failed w/return code = -11</nowiki>

| }}

{{var | Backup ist fehlgeschlagen--Ursache

| Das Backup bricht wegen eines Fehlers ab.

| }}

{{var | Backup ist fehlgeschlagen--Lösung

| Logmeldung vom "Backup" sowie "Kernel". Meldungen sind zusammenhängend unter dem Log-Punkt "System" sichtbar. Die Ursache ist dann im Kernel-Log darunter ersichtlich. In diesem Beispiel ist das Backup-Target nicht mehr erreichbar.

| }}

----

@@ Zeile 15: / Zeile 15: @@
 		| Gibt es ausschließlich nur einzelne Postfächer/Konten, die bei einem Anbieter von E-Mail-Diensten wie GMX, WEB, GMAIL, 1&1 oder Änlichen,
 von einzelnen internen Clients abgerufen werden, kann das UMA im Normalfall nicht eingesetzt werden.
+		|  }}
+{{var	| Antwort
+		| Antwort
 		|  }}
 {{var	| Begründung
-		| Begründung:
+		| Begründung
 		|  }}
 {{var	| UMA ohne Mailserver--Begründung
@@ Zeile 30: / Zeile 33: @@
 		|  }}
 {{var	| Lösung
-		| Lösung:
+		| Lösung
 		|  }}
 {{var	| UMA ohne Mailserver--Lösung
-		| <p>Bitte informieren Sie sich im Vorfeld, bei dem in Verwendung befindlichem E-Mail-Provider, über die Möglichkeiten einer vollständigen Weiterleitung pro Postfach/Konto!
+		| <p>Bitte im Vorfeld bei dem in Verwendung befindlichem E-Mail-Provider informieren, bzgl. der Möglichkeit einer vollständigen Weiterleitung pro Postfach/Konto!
 Ist diese Möglichkeit gegeben, steht dem Einsatz einer UMA nichts im Wege.</p>
 <p>Bei der Verwendung von Office365 sowie Hostet-Mailserver Lösungen ist ein Journaling oder eine vollständige Weiterleitung in den meisten Fällen möglich.<br>
@@ Zeile 39: / Zeile 42: @@
 <p>Ein passendes Webinar zum Thema [https://www.youtube.com/watch?v&#61;-1NKrmvDaP0 "Securepoint UMA in kleinen Umgebungen"] befindet sich in unserem YouTube Channel. </p>
 <p>Eine Anleitung zur Einrichtung von MS Office 365 liegt im Securepoint Wiki unter [[UMA/BP/Office_365 | Konfiguration - Office 365]] bereit.</p>
+		|  }}
+{{var	| Mehrere Benutzerumgebungen
+		| Ist es möglich das UMA an mehrere Benutzerumgebungen anzubinden?
+		|  }}
+{{var	| Mehrere Benutzerumgebungen--Antwort
+		| Diese Funktionalität wird nicht von uns unterstützt. Es wird ausschließlich nur das Nutzen einer Umgebung (AD, OpenLDAP oder lokale Benutzer) unterstützt. So genannte Forest Root Domains, bzw. das Splitten von Domain Controllern wird nicht unterstützt, da die Benutzer und deren E-Mailadressen nicht Serverübergreifend via LDAP abgefragt werden können. Die LDAP-Anfrage richtet sich immer nur ausschließlich an den mit dem UMA verbundenen Domain Controller
+		|  }}
+{{var	| transparente Modus
+		| Lässt sich der transparente Modus konfigurieren?
+		|  }}
+{{var	| transparente Modus--Antwort
+		| Der transparente Modus ist seit Version 2.5.8 nicht mehr konfigurierbar und wird ab UMA Version 3 komplett entfernt.
+		|  }}
+{{var	| Lizenz ungültig
+		| Was passiert, wenn die Lizenz des UMA ungültig wird?
+		|  }}
+{{var	| Lizenz ungültig--Antwort
+		| * Die Abholung der E-Mails aus dem Sammelpostfach wird eingestellt
+* Es besteht nur noch ein lesender Systemzugriff auf die bisher archivierten E-Mails
+		|  }}
+{{var	| öffentliche Ordner lizenzieren
+		| Müssen öffentliche Ordner (Verteilerlisten, Freigegebene Postfächer, public folder) lizenziert werden?
+		|  }}
+{{var	| öffentliche Ordner lizenzieren--TOC
+		| Müssen öffentliche Ordner lizenziert werden?
+		|  }}
+{{var	| öffentliche Ordner lizenzieren--Antwort
+		| Nein, die öffentlichen Postfächer werden bei einer Anbindung an das Active-Directory erkannt und müssen nicht lizenziert werden. Die Nutzung von öffentlichen Postfächern ist nur bei Verwendung eines Active Directory möglich.
+		|  }}
+{{var	| Ordnerstrukturen
+		| Ist es möglich die Ordnerstrukturen des UMA abzubilden?
+		|  }}
+{{var	| Ordnerstrukturen--Antwort
+		| Diese Funktionalität wird nicht von uns unterstützt und es ist auch nicht geplant die in Zukunft zu implementieren.
+Ordnerstrukturen ändern sich stetig und dies müsste auf dem UMA nachvollzogen werden, womit die readonly-Funktion des UMA aufgehoben werden müsste.
+		|  }}Lizensierung
+{{var	| Lizensierung
+		| Lizensierung
+		|  }}
+{{var	| Lizenz einspielen
+		| Warum lässt sich die Lizenz nicht einspielen? (z.B.:There was an error uploading the files.)
+		|  }}
+{{var	| Lizenz einspielen--TOC
+		| Warum lässt sich die Lizenz nicht einspielen?
+		|  }}
+{{var	| Lizenz einspielen--Antwort
+		| Dies kann daran liegen das dass UMA vollgelaufen ist. Steht in der Übersicht der freie Speicher auf 0b, so ist kein Einspielen einer Lizenz möglich.
+		|  }}
+{{var	| Lizenz einspielen--Lösung
+		| Der Speicher muss erweitert werden. Eine ausführliche Anleitung zu diesem Thema findet sich im Securepoint Wiki unter [[UMA/Archivspeichererweiterung | Austausch und Erweiterung des Archivspeichers des UMA]]<br>Desweiteren kann eine Ursache die interne Zeit des UMA sein. Weicht diese zuweit von der Lizenzlaufzeit ab, kann die Lizenz nicht hochgeladen werden bzw. ist nach dem hochladen ungültig.<br>
+. Mit dem UMA über die Konsole oder mit einem ssh-Client verbinden. Vor einem ssh-Connect muss der ssh-Dienst des UMA unter "Administration -> Wartung" gestartet werden:
+<br> {{code|ssh -l admin 192.168.175.254}}
+<br>
+. Die Zeit des UMA auf das aktuelle Datum sowie die aktuelle Uhrzeit setzen:
+<br> {{code|date -s "06 Oct 2019 10:50:00"}}
+<br>
+. Das Admininterface im Browser durch [STRG]+[R] neuladen.
+		|  }}
+{{var	| Archiv / Archivierung
+		| Archiv / Archivierung
+		|  }}
+{{var	| E-Mail-Adressen von Archivierung ausnehmen
+		| Lassen sich bestimmte E-Mail-Adressen von der Archivierung ausnehmen?
+		|  }}
+{{var	| E-Mail-Adressen von Archivierung ausnehmen--Antwort
+		| Ja. Unter {{Menu|System-Einstellungen|E-Mail Konten}} lassen sich E-Mail-Adressen von der Archivierung ausnehmen.
+		|  }}
+{{var	| E-Mail-Adressen von Archivierung ausnehmen--Hinweis
+		| Achtung: Es lassen sich nur vollständige E-Mail-Adressen definieren. Wildcards können nicht verwendet werden.
+		|  }}
+{{var	| Spam-E-Mails
+		| Wie werden Spam-E-Mails von der Archivierung ausgenommen?
+		|  }}
+{{var	| Spam-E-Mails--Antwort
+		| E-Mails sollen bereits an E-Mail-Gateway (z. B. Securepoint NextGen UTM) als SPAM identifiziert und gefiltert werden. Somit trifft SPAM erst gar nicht im Journal-Postfach des Mailsystems ein.
+		|  }}
+{{var	| Verschlüsselte E-Mails archiviert
+		| Werden Verschlüsselte E-Mails archiviert?
+		|  }}
+{{var	| Verschlüsselte E-Mails archiviert--Antwort
+		| Verschlüsselte E-Mails werden so archiviert wie sie sind. Der Header einer E-Mail ist nicht verschlüsselt, so das die Zuweisung zum Benutzer getroffen werden kann. Ein Privater Schlüssel kann in dem UMA nicht hinterlegt werden. Daher müssen diese E-Mails zur Sichtung aus dem UMA heruntergeladen werden, um sie dann mit internen Mitteln öffnen zu können.
+		|  }}
+{{var	| Mails vom Exchange-Mailserver
+		| Wieso werden Mails vom Exchange-Mailserver nicht abgeholt?
+		|  }}
+{{var	| Mails vom Exchange-Mailserver--Antwort
+		| Es kann verschiedene Gründe geben, warum die E-Mails aus dem Journal-Postfach des Exchange-Mailserver von dem UMA nicht abgeholt werden können. Im Folgenden haben wir die häufigsten dargestellt.
+		|  }}
+{{var	| Mails vom Exchange-Mailserver--Lösung
+		| ''Möglichkeit 1: Die UMA Lizenz ist abgelaufen''<br>
+Die Abholung der E-Mails aus dem Sammelpostfach wird eingestellt.<br>
+''Lösung:'' Es muss eine neue gültige Lizenz im UMA registriert werden.
+<br>
+<br>''Möglichkeit 2: Der Archiv-Speicherplatz des UMA ist voll''<br>
+Steht kein Speicherplatz zur Verfügung, kann das UMA keine weiteren Daten archivieren. Unter Berücksichtigung der Systemvoraussetzungen/Projektplanung, kann der vorhandene durch neuen Speicher mit höherer Kapazität ersetzt werden.<br>
+Eine ausführliche Anleitung zu diesem Thema findet sich im Securepoint Wiki unter [[UMA/Archivspeichererweiterung | Austausch und Erweiterung des Archivspeichers des UMA]]
+<br>
+<br>''Möglichkeit 3: Journal-Postfach zu voll''<br>
+Ab einer gewissen Anzahl von E-Mails kann der IMAP-Dienst eines E-Mailsystems träge reagieren.<br>
+''Lösung:'' In diesem Fall müssen auf dem Mailserver der Posteingang des Journal-Postfachs geprüft und überflüssige E-Mails gelöscht werden.
+<br>
+Über das Webinterface des UMA lässt sich die Funktion "E-Mails auf dem Server belassen" deaktivieren. Das UMA löscht dann die E-Mails aus dem Journal-Postfach nachdem es diese abgeholt hat.
+{{Hinweis-neu|! Achtung: Das Löschen über diese Funktion bezieht sich nur auf E-Mails die nach dem deaktivieren abgeholt werden.|gelb}}
+<br>
+<br>''Möglichkeit 4: Der IMAP-Dienst auf dem Mailsystem läuft nicht''<br>
+''Lösung:'' Status des Dienstes auf dem Mailserver prüfen und den Dienst gegebenenfalls neu starten.<br>
+Anschließend einen Verbindungstest mit einem Telnet-Client zum Mailserver durchführen. Wie dieser durchzuführen ist, wird unter Möglichkeit 5 beschrieben.
+<br>
+<br>''Möglichkeit 5: Grundsätzliches Problem mit dem IMAP-Dienst des Mailsystems''<br>
+''Lösung:'' Debugging des IMAP-Dienstes per Telnet.
+{{Einblenden|Schritt-für-Schritt-Anleitung anzeigen| ausblenden| true| dezent}}
+'''1.''' Mit einem Rechner mit installiertem Telnet-Client auf das Mailsystem verbinden.
+<br>{{code|telnet 192.168.1.50 143}}<br>
+Begrüßung des Servers.
+<br>{{code|OK The Microsoft Exchange IMAP4 service is ready.}}
+<br>
+'''2.''' Einloggen mit dem Journal-Konto, welches auch in dem UMA konfiguriert ist. In diesem Beispiel ist der Benutzername "journal" und das Passwort "insecure".
+<br>{{code|a1 LOGIN journal insecure}}<br>
+Der IMAP-Dienst des Mailsystems nimmt den Login an.
+<br>{{code|a1 OK LOGIN completed.}}
+<br>
+'''3.''' Die verfügbaren IMAP-Ordner anzeigen.
+<br>{{code|a2 LIST „“ „*“}}
+<br>
+Das Mailsystem listet alle Ordner auf.
+<br>{{code| * LIST (\HasNoChildren) „/“ Aufgaben
+ * LIST (\HasNoChildren) „/“ Entw&APw-rfe
+ * LIST (\HasNoChildren) „/“ „Gel&APY-schte Elemente“
+ * LIST (\HasNoChildren) „/“ „Gesendete Elemente“
+ * LIST (\HasNoChildren) „/“ Journal
+ * LIST (\HasNoChildren) „/“ Junk-E-Mail
+ * LIST (\HasNoChildren) „/“ Kalender
+ * LIST (\HasChildren) „/“ Kontakte
+ * LIST (\HasNoChildren) „/“ Notizen
+ * LIST (\HasNoChildren) „/“ Postausgang
+ * LIST (\Marked \HasNoChildren) „/“ INBOX
+ a2 OK LIST completed.}}
+<br>
+'''4.''' Den Ordner INBOX (Posteingang) auswählen.
+<br>{{code|a3 SELECT INBOX}}
+<br>
+Der Server gibt eine Übersicht des Ordners aus.
+<br>{{code|* 0 EXISTS
+ * 0 RECENT
+ * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)
+ * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags
+ * OK [UIDVALIDITY 14] UIDVALIDITY value
+ * OK [UIDNEXT 40] The next unique identifier value
+ a3 OK [READ-WRITE] SELECT completed.}}
+<br>
+Sollte das Mailsystem bis zu diesem Punkt keinen Fehler gemeldet haben, läuft der IMAP-Dienst augenscheinlich normal und fehlerfrei.<br>
+Gängiger Fehler: Die Komponente ImapProxy auf dem Exchange ist inaktiv.<br>
+Der Status der Komponente kann mit folgendem Kommando über die Exchange-Shell unter Exchange 2013 und 2016 abgerufen werden:
+<br>{{code|Get-ServerComponentState -identity <ServerName>}}
+<br>
+Ist der ComponentState "inaktiv", dann kann dieser mit folgendem Befehl wieder aktivert werden:
+<br>{{code|Set-ServerComponentState -identity <ServerName> -Component ImapProxy -Requester HealthAPI -State Active}}
+<br>
+Nach dem Aktivieren des ComponentState müssen die IMAPv4 und IMAPv4 BackEnd Dienste neugestartet werden.
+</div></div><br>
+<br>''Möglichkeit 6: Bug in der Mailserversoftware''<br>
+Die Abholung der E-Mails aus dem Sammelpostfach ist nicht mehr möglich.<br>
+Bis zum CU6 (Cumulatives Update 6) in den Exchange-Servern 2013 und 2016 existiert ein Bug der den IMAP und POP Dienst betrifft. Hier kann nach einiger Zeit kein Login mehr stattfinden obwohl die Dienste laufen und auch der Component-State aktive ist.<br>
+''Lösung:'' Neuste Updates auf den Mailserver spielen. Ab dem CU7 auf beiden Server-Varianten ist dieser Fehler behoben.
+		|  }}
+{{var	| Archiviert verschlüsselte E-Mails
+		| Archiviert das UMA verschlüsselte E-Mails?
+		| }}
+{{var	| Archiviert verschlüsselte E-Mails--Antwort
+		| Das UMA archiviert verschlüsselte, wie unverschlüsste E-Mails, da der Header immer frei lesbar ist und somit auch eine Userzuordnung stattfinden kann. Es gibt allerdings keine Möglichkeit Zertifikate für die verschlüsselten E-Mails zu hinterlegen. Die Suche im User-Interface kann somit nur anhand der im Header stehenden Informationen vorgenommen werden.
+		| }}
+{{var	| Archiviert verschlüsselte E-Mails--Lösung
+		| Eine Möglichkeit,  dem User seine E-Mails unverschlüsselt zur Verfügung zu stellen ist, das Zertifikat im E-Mail Client des User zu hinterlegen und den E-Mail Client direkt an das UMA per IMAP anzubinden.
+		| }}
+{{var	| kein Archiv-Speicherplatz mehr
+		| Wie wird verfahren, wenn kein Archiv-Speicherplatz mehr verfügbar ist?
+		|  }}
+{{var	| kein Archiv-Speicherplatz mehr--Antwort
+		| Eine ausführliche Anleitung zu diesem Thema findet sich im Securepoint Wiki unter [[UMA/Archivspeichererweiterung | Austausch und erweitern des Archivspeichers des UMA]]
+		|  }}
+{{var	| Import
+		| Import
+		|  }}
+{{var	| Massenimport nicht verfügbar
+		| Warum ist der Massenimport nicht verfügbar?
+		|  }}
+{{var	| Massenimport nicht verfügbar--Antwort
+		| Der Massenimport wird nicht angezeigt.<br>Der Massenimport ist nur in Verbindung mit einer AD-Umgebung und Microsoft-Exchange nutzbar.
 		|  }}
 {{var	| Monitoring
@@ Zeile 81: / Zeile 272: @@
 </p>
 		|  }}
+{{var	| Fehlermeldungen
+		| Fehlermeldungen
+		|  }}
+{{var	| Mails nicht archiviert
+		| Mails werden nicht archiviert und bleiben im Journal liegen
+		|  }}
+{{var	| Fehlermeldung
+		| Fehlermeldung
+		|  }}
+{{var	| Ursache
+		| Ursache
+		|  }}
+{{var	| Logmeldung anzeigen
+		| Logmeldung anzeigen
+		|  }}
+{{var	| Logmeldung ausblenden
+		| Logmeldung ausblenden
+		|  }}
+{{var	| Mails nicht archiviert--Fehler
+		| <nowiki>err auth: Error: ldap(testuser@securepoint.de): LDAP search returned multiple entries</nowiki><br>
+<nowiki>err lmtp(testuser@securepoint.de): Error: auth-master: userdb lookup(testuser@securepoint.de): Auth USER lookup failed</nowiki><br>
+<nowiki>err lmtp(6584): Error: lmtp-server: conn unix:pid=6596,uid=1 [1]: rcpt testuser@securepoint.de: Failed to lookup user testuser@securepoint.de: Internal error occurred. Refer to server log for more information.</nowiki><br>
+<nowiki>err temp error on testuser@securepoint.de. will skip this run (8)</nowiki><br>
+<nowiki>debug error fetching mail: msg_uid=1608625960-18520, errormsg: no error - authenticated (1)</nowiki>
+		|  }}
+{{var	| Mails nicht archiviert--Ursache
+		| Die angegebene E-Mail-Adresse im Benutzer-Repository (Azure-AD, AD, openLDAP oder lokaler Benutzer) ist mehr als einem Objekt zugeordnet.
+		|  }}
+{{var	| Mails nicht archiviert--Lösung
+		| Für eine E-Mail-Archivierung muss immer eine eindeutige Zuordnung vorhanden sein.<br>Die E-Mail-Adresse muss aus den multiplen Objekten (User oder Public-Folder) entfernt werden, so dass diese ausschließlich einem Objekt zugeordnet ist.
+* Im Azure-AD können gleiche Mailadressen in unterschiedlichen Objekten lediglich unter dem Punkt "otherMails" existieren
+* In einem lokalem AD sind auch bei primären Mailadressen (Attribut "mail") Mehrfacheinträge möglich, auch wenn Microsoft dies nicht supportet
+* Alternativ können doppelte Einträge auch unter dem Attribut "proxyAddresses" existieren
+Ist der Umstand behoben und die Mailadresse nur einem Objekt im Benutzer-Repository zugewiesen, werden die vorerst nicht abgerufenen E-Mails beim nächsten Durchlauf des Journals vom fetchmail erneut abgerufen und archiviert.
+		|  }}
+{{var	| bestimmte Domain nicht archiviert
+		| Mails einer bestimmten Domain werden nicht archiviert
+		|  }}
+{{var	| bestimmte Domain nicht archiviert--Fehler
+		| <nowiki>fetchmail info recipient tMTMNyBrh3jf@gmail.com not in our domainlist</nowiki>
+		|  }}
+{{var	| bestimmte Domain nicht archiviert--Ursache
+		| Die Maildomain ist nicht in der Liste der zu archivierenden E-Mail-Domains unter dem Punkt {{Menu|System-Einstellungen|E-Mail-Server|Remote E-Mail-Server Einstellungen}} hinterlegt.
+		|  }}
+{{var	| bestimmte Domain nicht archiviert--Lösung
+		| Dies ist nicht zwangsläufig ein Fehler, sondern kann auch einfach als Hinweis dienen.<br>Die im Mail-Header genannte Domain ist in die Liste der zu archivierenden Domains einzutragen.
+		|  }}
+{{var	| bestimmte E-Mail-Adresse nicht archiviert
+		| Mails einer bestimmten E-Mail-Adresse werden nicht archiviert
+		|  }}
+{{var	| bestimmte E-Mail-Adresse nicht archiviert--Fehler
+		| <nowiki>fetchmail info recipient 1.lok-leipzig@arcor.de not available, or denied by license</nowiki>
+		|  }}
+{{var	| bestimmte E-Mail-Adresse nicht archiviert--Ursache
+		| Die E-Mailadresse ist keinem bekannten Benutzer oder Public-Folder zugeordnet.
+		|  }}
+{{var   | bestimmte E-Mail-Adresse nicht archiviert--Lösung
+		| Überprüfen, ob diese E-Mail-Adresse einem Benutzer oder Public-Folder unter {{Menu|Systemeinstellungen|E-Mail-Server|Remote E-Mail-Server Einstellungen}} hinterlegt ist.<br>
+Die Logmeldung "info" deutet auch an, dass es sich nicht zwangsläufig um einen Fehler handeln muss, sondern einfach als Hinweis dient, dass eben diese E-Mail-Adresse derzeit nicht archiviert wird.<br>
+Da das UMA alle Mailadresse des Headers (from,to,cc oder den enverlope-header) überprüft, kann bei unbekannten "recipient" diese Meldung häufiger erscheinen.<br> Sollte ein anderer Header-Eintrag mit einer E-Mailadresse, passend zu einem der UMA bekannten User in der gleichen E-Mail existieren, so wird diese Mail auch trotz der Log-Meldung für selbigen archiviert.
+		|  }}
+{{var	| Backup-Target lässt sich nicht mounten
+		| Backup-Target lässt sich nicht mounten
+		|  }}
+{{var	| Backup-Target lässt sich nicht mounten--Fehler
+		| <nowiki>Kernel warning No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.</nowiki>
+		|  }}
+{{var	| Backup-Target lässt sich nicht mounten--Ursache
+		| Am Target ist keine spezifische SMB Variante ausgewählt (in den Backup-Gerät Einstellungen unter dem Punkt "Wartung") und die sicherste verfügbare wird automatisch gewählt.
+		|  }}
+{{var	| Backup-Target lässt sich nicht mounten--Lösung
+		| Diese Meldung ist kein Fehler, sondern weist lediglich auf den genannten Umstand hin.<br>Bei einem erfolgreichen Backup mit einem Windows Share und automatischer SMB Auswahl wird folgender Logauflauf generiert:
+        |  }}
+{{var	| Backup-Target lässt sich nicht mounten--Log
+		| <nowiki>2021-05-11 13:46:25 +02:00 Backup info starting to backup files</nowiki><br>
+<nowiki>2021-05-11 13:46:25 +02:00 Kernel info EXT4-fs (dm-5): mounted filesystem with ordered data mode. Opts: (null)</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info syncing disks</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info unmounting snapshot</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info removing snapshot</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Kernel warning No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info checking for old lingering backup snapshots</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info unmounting snapshot</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info removing snapshot</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info The data backup was completed (job: backup)</nowiki><br>
+<nowiki>2021-05-11 13:46:26 +02:00 Backup info done</nowiki><br>
+<nowiki>2021-05-11 13:46:35 +02:00 Kernel warning No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.</nowiki>
+		|  }}
+{{var	| Backup ist fehlgeschlagen
+		| Backup ist fehlgeschlagen
+		|  }}
+{{var	| Backup ist fehlgeschlagen--Fehler
+		| <nowiki>2021-05-11 14:03:20 +02:00 Backup err The data backup was terminated due to an error (job: backup)</nowiki><br>
+<nowiki>2021-05-11 14:03:20 +02:00 Backup info done</nowiki><br>
+<nowiki>2021-05-11 14:03:20 +02:00 Kernel err CIFS VFS: Server 192.168.175.56 has not responded in 180 seconds. Reconnecting...</nowiki><br>
+<nowiki>2021-05-11 14:03:20 +02:00 Kernel err CIFS VFS: Send error in SessSetup = -11</nowiki><br>
+<nowiki>2021-05-11 14:03:20 +02:00 Kernel err CIFS VFS: cifs_mount failed w/return code = -11</nowiki>
+		|  }}
+{{var	| Backup ist fehlgeschlagen--Ursache
+		| Das Backup bricht wegen eines Fehlers ab.
+		|  }}
+{{var	| Backup ist fehlgeschlagen--Lösung
+		| Logmeldung vom "Backup" sowie "Kernel". Meldungen sind zusammenhängend unter dem Log-Punkt "System" sichtbar.<br>Die Ursache ist dann im Kernel-Log darunter ersichtlich. In diesem Beispiel ist das Backup-Target nicht mehr erreichbar.
+		|  }}
 ----

Version vom 20. März 2023, 09:31 Uhr