From 396ebb93d189156b0a07d84b96aaabc187b1a1e6 Mon Sep 17 00:00:00 2001 From: hajma <hajma@localhost> Date: Tue, 29 Sep 2009 08:44:26 +0000 Subject: [PATCH] l10n handoff --- opends/src/admin/messages/LDIFBackendCfgDefn_de.properties | 24 ++++++++++++------------ 1 files changed, 12 insertions(+), 12 deletions(-) diff --git a/opends/src/admin/messages/LDIFBackendCfgDefn_de.properties b/opends/src/admin/messages/LDIFBackendCfgDefn_de.properties index 53f7130..33deddf 100644 --- a/opends/src/admin/messages/LDIFBackendCfgDefn_de.properties +++ b/opends/src/admin/messages/LDIFBackendCfgDefn_de.properties @@ -2,17 +2,17 @@ user-friendly-plural-name=LDIF-Backends synopsis=Der LDIF-Backend bietet einen Mechanismus f\u00fcr Interaktion mit Daten, die in einer LDIF-Datei gespeichert sind. description=Alle grundlegenden LDAP-Vorg\u00e4nge werden im LDIF-Backend unterst\u00fctzt, obwohl er die benutzerdefinierten Steuerungen minimal unterst\u00fctzt. -property.backend-id.synopsis=Gibt einen Namen an, um den assoziierte Backend zu identifizieren. -property.backend-id.description=Der Name muss innerhalb aller Backends im Server eindeutig sein. Die Backend-Id kann nach dem Anlegen im Server nicht mehr ver\u00e4ndert werden. -property.base-dn.synopsis=Gibt die Basis-DN(s) der Daten die ein Backend verwaltet an. -property.base-dn.description=Ein einzelnes Backend kann f\u00fcr eine oder mehrere Basis-DNs verantwortlich sein. Achtung: Die selbe Basis-DN kann nicht innerhalb von zwei Backends definiert sein, aber ein Backend darf eine Basis-DN verwalten welche unter einer anderen Basis-DN liegt, die durch ein anderes Backend verwaltet wird. (\u00e4hnlich der Benutzung von Sub-Suffixen im Sun Java System Directory Server) Falls irgendeine Basis-Dn eine untergeordnete DN einer Basis-Dn die durch ein anderes Backend verwaltet wird ist, dann m\u00fcssen alle Basis-DNs f\u00fcr das Backend zur selben Basis-DN untergeordnet sein. -property.base-dn.requires-admin-action.synopsis=Es ist standardm\u00e4ssig keine Admint\u00e4tigkeit vonn\u00f6ten. Es kann aber sein, dass Admint\u00e4tigkeit auf einer pro Backend Basis ben\u00f6tigt wird bevor eine neue Basis-DN benutzt werden kann. -property.enabled.synopsis=Gibt an, ob das Backend im Server aktiviert ist. -property.enabled.description=Wenn ein Backend nicht aktiviert ist, sind die entsprechenden Daten f\u00fcr die Verarbeitung nicht verf\u00fcgbar. +property.backend-id.synopsis=Gibt einen Namen an, der den verkn\u00fcpften Backend kennzeichnet. +property.backend-id.description=Der Name muss unter allen Backends im Server eindeutig sein. Die Backend-ID darf nicht ge\u00e4ndert werden, nachdem der Backend im Server erstellt wurde. +property.base-dn.synopsis=Gibt die Basis-DN(s) f\u00fcr die Daten an, die der Backend verarbeitet. +property.base-dn.description=Ein einzelner Backend kann f\u00fcr einen oder mehrere Basis-DNs verantwortlich sein. Beachten Sie, dass zwei Backends niemals den gleichen Basis-DN haben d\u00fcrfen, obwohl ein Backend \u00fcber einen Basis-DN verf\u00fcgen kann, der unter dem Basis-DN eines anderen Backends liegt (\u00e4hnlich wie bei der Verwendung von Subsuffixen im Sun Java System Directory Server). Wenn einer der Basis-DNs einem Basis-DN f\u00fcr einen anderen Backend unterliegt, m\u00fcssen alle Basis-DNs f\u00fcr diesen Backend dem gleichen Basis-DN unterliegen. +property.base-dn.requires-admin-action.synopsis=Standardm\u00e4\u00dfig ist keine administrative Aktion erforderlich, obwohl unter Umst\u00e4nden eine Aktion f\u00fcr einen Backend erforderlich wird, bevor der neue Basis-DN verwendet werden kann. +property.enabled.synopsis=Gibt an, ob der Backend im Server aktiviert ist. +property.enabled.description=Wenn der Backend nicht aktiviert ist, ist sein Inhalt beim Verarbeiten von Vorg\u00e4ngen nicht zug\u00e4nglich. property.is-private-backend.synopsis=Gibt an, ob der Backend als privater Backend gilt, er also zum Speichern von Vorgangsdaten statt benutzerdefinierter Daten verwendet werden kann. -property.java-class.synopsis=Gibt den vollqualifizierten Java-Klassennamen an, welche die Backend-Implementierung bereitstellt. +property.java-class.synopsis=Gibt den vollst\u00e4ndig qualifizierten Namen der Java-Klasse an, die die Backend-Implementierung bereitstellt. property.ldif-file.synopsis=Gibt den Pfad zur LDIF-Datei an, die die Daten f\u00fcr diesen Backend enth\u00e4lt. -property.writability-mode.synopsis=Gibt das Verhalten an, welches das Backend annehmen soll, wenn Schreiboperationen durchgef\u00fchrt werden. -property.writability-mode.syntax.enumeration.value.disabled.synopsis=Bewirkt, dass alle Schreiboperationen fehlschlagen. -property.writability-mode.syntax.enumeration.value.enabled.synopsis=Erlaubt, dass Schreiboperationen im Backend durchgef\u00fchrt werden k\u00f6nnen. Trifft dann zu, wenn die angeforderte Operation g\u00fcltig ist, der User berechtigt ist, die Operation auszuf\u00fchren, das Backend den Typ von Schreiboperation unterst\u00fctzt und die globale Beschreibbarkeitsmodus-Eigenschaft aktiviert ist. -property.writability-mode.syntax.enumeration.value.internal-only.synopsis=Bewirkt, dass externe Schreiboperatioenen fehlschlagen, erlaubt jedoch das Schreiben durch Replikation oder interne Operationen. +property.writability-mode.synopsis=Gibt das Verhalten an, das der Backend verwenden soll, wenn er Schreibvorg\u00e4nge verarbeitet. +property.writability-mode.syntax.enumeration.value.disabled.synopsis=Verursacht ein Fehlschlagen aller Schreibversuche. +property.writability-mode.syntax.enumeration.value.enabled.synopsis=Erlaubt Schreibvorg\u00e4nge in diesem Backend (wenn der angeforderte Vorgang g\u00fcltig ist, der Benutzer die Genehmigung zum Ausf\u00fchren des Vorgangs hat, der Backend diesen Typ des Schreibvorgangs unterst\u00fctzt und die Eigenschaft globaler Beschreibbarkeitsmodus ebenfalls aktiviert ist). +property.writability-mode.syntax.enumeration.value.internal-only.synopsis=Verursacht ein Fehlschlagen externer Schreibvorg\u00e4nge, aber erlaubt Schreibvorg\u00e4nge durch Replikation und interne Vorg\u00e4nge. -- Gitblit v1.10.0