NorbertFe

Vermutlich wirst du andersrum schneller zum Ziel kommen. ;) such nicht nach 2003.

Doch tun wir schon :p

Was lange währt wird gut? Wer zu lange testet lernt im Allgemeinen Murphy kennen. Da scheint bei der Fehlermeldung euer Storage wohl nicht so ganz mitzumachen. Ich würde als erstes ne Kopie der DB Datei ziehen. Dann hat man zumindest die Chance offline was zu extrahieren. Das geht notfalls sogar "ohne" Kosten weil es inzwischen einige Tools gibt, die sowas verschenken. Ansonsten kann man natürlich an dieser Kopie auf anderer Hardware (und anderem Speicher) auch mal mit eseutil ran. Bye Norbert

Der wäre dann ja bezeichnender ;) https://docs.microsoft.com/en-us/windows/win32/adschema/a-personaltitle Ich wette, wenn man sucht findet man den Kram auch noch mal im MSDN Archiv und noch an diversen anderen Stellen. Warum solls bei MS anders aussehen als bei meinen Kunden nach dem xten Versuch einer Filesystemkonsolidierung. ;)

CodeTwo kennt auch alle anderen Attribute. Die filtern aber nochmal nach "im Global Catalog" afair. Ich zeig dann gern, was man als Nutzer per LDAP alles so lesen kann im AD. Auch ohne Outlook und Exchange.

Deine DCs synchen nicht miteinander (zumindest nicht das Sysvol). Und das ist schlecht. Behebe das Problem und mach die Dringlichkeit der Ablösung von 2003 klar. Man man man ;)

Da gehts vor allem darum, dass da vermutlich Content aus einer Inhaltsmigration von MS gezogen wurde, der zu ARchivzwecken immer noch da rumdümpelt. Das bezieht sich mitnichten auf das Attribut. Sonst wäre auch die Telefonnummer betroffen. ;) https://docs.microsoft.com/en-us/previous-versions/office/developer/exchange-server-2003/ms991921(v=exchg.65) Jupp.

Keine Ahnung, nicht mein Spezialgebiet. Wir haben öfter was von Cisco im Einsatz oder auch von Extreme. Aber man hört auch von macmon einiges.

Am Ende kommt oft die Erkenntnis, dass der Windows Radius dann eben doch stand 2000 ist und es inzwischen besseres gibt. ;)

Ja und? Du lizenzierst aber die Hardware und nicht die vm. Also wo is da das Problem?

Über exchange 2010 sag ich lieber nix. Wäre es eine Option die Mails einfach direkt an euer antispam Gateway zu senden anstatt an den exchange? Dann wüsste man, wer der Verursacher ist.

Ja raub mir ruhig die Illusionen „ms Entwickler erfindet nach feuchtfröhlicher Party neues ad Attribut“ 😆

Das kann ja auch nicht gehen. Denn das Zertifikat deiner ca kann der Mitarbeiter dann immer noch auf seinem Handy (privat) installieren. ;) da wirst du dann weitere Kriterien wie Gruppen oder ip Adressen usw. auswerten müssen. Zur Not auch die mac Adressen

https://docs.microsoft.com/en-us/windows/win32/adschema/a-drink ich stell mir lieber nicht vor, unter welchen Bedingungen das ins ad kam.

Genau nämlich

Was spricht gegen ein beliebiges anderes Attribut? Welche software setzt ihr denn ein? Und wie wird ein AD Attribut abgekündigt? bye norbert ps: ist die AD die Schwester von die SAN? ;)

Mit zwei regeln, oder versteh ich das grad mis?

und einfacher ist die Lösung auch. ;)

Der Praktikant ;)

Berücksichtigen ;) https://docs.microsoft.com/en-US/troubleshoot/windows-server/networking/windows-server-version-1709-no-longer-supports-frs

Vor allem ist aus der Beschreibung oben wenig "sinnvolles" rauszulesen. Da steht im Zweifel alles und nichts. Ich empfehle einen Dienstleister hinzuziehen, der sich mit sowas auskennt. Mit "sowas" meine ich Scherben aufsammeln und ggf. wieder kitten, damit man was vernünftiges hingestellt bekommt. Bye Norbert

Wer installiert denn bitte keine Zertifikate auf dem exchange? :p

Warum trennt man das denn? Die alte Verbindung kann ja nicht mehr offen sein, wenn smb 1 nicht mehr in Betrieb ist.

5h rumprobieren spart 5 Minuten Handbuch lesen. :p

Mit welchen Bestimmungen denn? Zeig doch mal die Ergebnisse, die deine Recherche erbracht haben.