Minots

Hallo da_flo,

ja die Rechte sind ausreichend/gleich. Ich werde die Tage jedoch noch versuchen wollen

den Owner auf oben besagte User zu ändern - in der Hoffnung das dadurch das Problem beseitigt ist.

Sollte dies zum Erfolg führen, werde ich es hier melden.

Vielen Dank für die Gedankenstützen.

Die Zugriffrechte auf dem Share sind i.O doch die entscheidene Geschichte scheint der falsche

Owner der Ordner "Desktop" und "Dokumente" innerhalb der Profiledisk zu sein.

Der Server erzeugt die Profile-Disks automatisch und generiert die darin liegenden "Datenordner" ebenfalls automatisch.

Doch anstatt den Owner auf den entsprechenden Benutzer zu legen, werden sie mit Owner "System" angelgt.

Das scheint zu klären, warum die Benutzer administrative Rechte zum löschen eigener Elemente benötigen.

Die Frage die sich mir jetzt stellt ist: Wie kann ich dieses Verhalten ändern? :-/

Ich hab das Benutzerpasswort mal geändert, Profil gelöscht und IE Einstellungen überprüft.

Hast Du schon versucht ein neues Outlook-Profil unter einem anderem "Mail-Profilnamen" anzulegen?

(Systemsteuerung > EMail > Profile)

Also nicht "nur" das alte Mail-Profil löschen und ein neues mit gleichem Namen erstellen.

Edit: Probier mal dieses hier: http://www.trevedi.de/index.php/blog/item/45-zugriff-mit-windows-xp-und-outlook-2007-oder-outlook-2010-auf-eine-exchange-2013-infrastruktur

Hallo dvbuddy,

ist das Service Pack 3 für die Microsoft Office Suite 2007 installiert?

Viele Grüße,

Hallo Andy1987,

wie schaut denn dein Zertifikat aus?

Ich würde versuchen ein "SAN"-Zertifikat zu nehmen, in dem sämtliche DNS-Namen deiner "Farm" enthalten sind.

Viele Grüße,

Hallo zusammen,

ich stehe vor einem Problem - zu dem ich selbst nach mehrtätigem suchen keine Lösung gefunden habe.

Installiert und eingerichtet ist/sind:

* 2 Remotedesktopserver (2012 R2) in einem Pool

* 1 zentraler Fileserver (ebenfalls 2012 R2) für die Benutzerprofil-Datenträger

Alle Benutzereinstellungen und -daten werden auf den Benutzerprofil-Datenträger gespeichert.

Erstellt nun ein Benutzer ein Desktop-Element (Verknüpfung, Text-Dokument, ...) kann er dieses Element

zwar bearbeiten, ein Löschen des Elements ist für den normalen Benutzer jedoch nicht möglich. Zum Löschen

werden Administratoren-Rechte benötigt.

Gemäß Sicherheitseinstellungen der Benutzerprofil-Datenträger hat der Benutzer jedoch Vollzugriff. Auch

auf den sich darin befindlichen Ordner "Desktop". An ein Problem der Dateisystem-Berechtigung glaube ich

deswegen nicht mehr.

Was kann ich übersehen haben und warum kann der Benutzer trotz Vollzugriff auf den Ordner "Desktop"

seine eigene erstellten Elemente nicht löschen?

Vielen Dank im Voraus für Eure möglichen Vorschläge und

mit freundlichen Grüßen,

Minots

Minots, das ist aber eine Überraschung.

Jojo, normalerweise bin ich eher der "stille Beobachter". :D

Außerdem wollte ich noch ein wenig erreichbar sein, falls etwas

mit Script (per eMail zugestellt) unklar sein sollte. Bzw., falls es

nicht so arbeitet, wie es soll. ;)

Prima, es läuft wieder. :)

Gut so!

ein passendes und kostenloses Tool für Windows: TrID (engl.)

Homepage: http://mark0.ngi.it/soft-trid-e.html

Info vom Hersteller:

...TrID is a utility designed to identify file types from their binary signatures. While there are similar utilities with hard coded rules, TriID has no such rules. Instead, it is extensible and can be trained to recognize new formats in a fast and automatic way.

 

TrID uses an XML-based database of definitions which describe recurring patterns for supported file types. The first 2,000 bytes of a file are examined for these patterns....

Viele Grüße,

Oder aber "sqlite", wenn Du nicht ständig die Tabellenstruktur

ändern musst/willst.

Nützliche Links zu/über "sqlite":

Homepage -> http://www.sqlite.org

Integration als PHP-Modul: http://de.php.net/sqlite

Viele Grüße,