frr

Hallo,

poste mal deine exmerge.ini bzw. die Werte von LocalisedExchangeServerServiceName=

LocalisedPersonalFoldersServiceName=

meistens liegt es daran, dass die noch in eng dastehen und nicht in deutsch.

Viele Grüße

Frank

Hallo,

das kann eigentlich nur an der Windows Firewall liegen. Öffne die mal und konfiguriere / aktiviere dort mal die Ausnahme für die "Remoteverwaltung".

Viele Grüße

Frank

Hallo,

"nächste Woche" ??????????:confused:

Grüße

Frank

Hallo,

im Gruppenrichtlinieneditor musst Du die Ansicht verändern. Wenn Du die administrativen Vorlagen erweitert hast, dann findest Du unter dem Menüpunkt "Ansicht" die Option Filterung. Wenn Du das aufrufst, dann kannst Du die letzte Checkbox "Nur vollständig verwaltbare......" deaktivieren. Danach solltest Du deine ADM sehen.

Viele Grüße

Frank

Hallo,

vergiss was Du vor hast. Es wäre besser, Du stellst den Leuten einen Terminalserver hin, wo die User sich konnektieren. Das ist wesentlich einfacher zu warten.

Viele Grüße

Frank

Hallo,

das hättet Du aber bestimmt nicht machen müssen. Unter Exchange 2007 kann man mit remove-owavirtualdirectory und new-owavirtualdirectory die virtuellen Verzeichnisse neu erstellen. Da hilft meist.

Grüße

Frank

Hallo,

Dein Gefluche trägt wenig zur Problemlösung bei. Die Energien lassen sich besser für die Lösung einsetzen als für wilde Wutausbrüche. Definitiv passiert sowas nicht von alleine sondern wird eigentlich nur durch einen Benutzereingriff verursacht. Als Nächstes solltest Du mal die Ausgabe von "get-owavirtualdirectory" posten. Danach sehen wir weiter.

Grüße

Frank

Hallo,

es könnte sein, dass ein Dienst bei Dir steht. Poste doch bitte mal die Ausgabe von "get-service msex* | select status, name"

Viele Grüße

Frank

Hallo,

füge mal die Gruppe "Domänencomputer" mit Leseberechtigung auf NTFS Ebene mit hinzu. Das Konto SYSTEM ist nur der lokale Computer selber und nicht der Client der die Software installieren soll.

Grüße

Frank

Hallo,

das ist völlig daneben geschossen;-).

Set objWord = CreateObject("Word.Application")
Set objAdsSystemInfo = CreateObject("ADSystemInfo")
set objUser = GetObject("LDAP://" & objAdsSystemInfo.Username)
strVorname = objUser.Get("givenName")
'Hier wird der Vorname des Nutzers in die Zeile eingetragen.
objWord.UserAddress = strVorname
objWord.Quit

Den Rest musst Du Dir nun selber zusammenfrickeln. Wie die ganzen Eigenschaften des Benutzers heißen, steht hier:

faq-o-matic.net Active Directory: LDAP-Feldnamen

Du brauchst dafür keine Adminrechte. Das ist ja der Witz an der Sache. Du kannst das als Anmeldeskript für die User einbinden. Bei jedem User wird dann diese Adresse beim Anmelden ausgefüllt.

Viele Grüße

Frank

Hallo,

hier ein paar Denkanstösse:

Mit diesem Objekt bekommst du Informationen über den aktuell angemeldeten Benutzer.

Set objAdsSystemInfo = CreateObject("ADSystemInfo")

Wenn du jetzt ein GetObject auf den DN des Users machst, dann bekommst Du alle Informationen aus dem AD Objekt die Du willst:

set objUser = GetObject("LDAP://" & objAdsSystemInfo.Username)

Grüße

Frank

Hallo,

das wird nicht über die MST gehen. Wenn ich es ausfüllen müsste, dann würde ich über ein Logonskript gehen. Muss die Adresse bei allen Usern gleich sein? Dann wäre es relativ unproblematisch:

Set objWord = CreateObject("Word.Application")
objWord.UserAddress = "Testaddresse"
objWord.Quit

Wenn Du das als VBS ausführst, dann sollte bei dem User unter Adresse "Testadresse" drin stehen.

Viele Grüße

Frank

Hallo,

das ist sogar recht einfach. Dieser Artikel hilft Dir dabei:

How to remove data in Active Directory after an unsuccessful domain controller demotion

Grüße

Frank

Hallo,

ich nehme mal an, der Server SRV-WBAI-02 ist der neue?

Der Server BEHRENS1 ist dann der Server, den es nicht mehr gibt?

Wenn das so ist, dann solltest Du als Erstes einen Metadata Cleanup im Ad machen. Damit kannst Du die Fragmente des alten Servers aus dem Active Directory entfernen. Wie das geht steht hier:

How to remove data in Active Directory after an unsuccessful domain controller demotion

Sollte es danach noch Probleme geben, dann melde Dich einfach.

Viele Grüße

Frank

Hallo,

das Erste was Du tun kannst, ist den Server im abgesicherten Modus hochfahren. Geht das?

Grüße

Frank

Hallo,

dazu brauch man kein Tool mehr.

Profile anzeigen

netsh wlan show profile

Profile Exportieren:

netsh wlan export profile name="XXXXX" c:\meineprofile

Viele Grüße

Frank

Hallo,

der Grund dafür könnte die Posix Falle sein. Prüfe mal ob das auf Dich zutrifft:

faq-o-matic.net Warum kann ein Benutzer Dateien ändern, für die er keine Rechte hat?

Viele Grüße

Frank

Hallo,

greifst Du lokal auf die Ordner zu oder über das Netz? Du musst über die Freigabe zugreifen, damit sich ABE auswirkt.

Grüße

Frank

Hallo,

das ist keine Lösung. Das geht eigentlich viel einfacher. Wenn Du Dir ein Zertifikat selber austellen willst, dann kannst Du das in der EMS machen. Schau Dir mal die cmdlets new-exchangecertificate und import-exchangecertificate an. Ob thawte SAN Zertifikate unterstützt kann ich momentan nicht sagen.

Grüße

Frank

Hallo,

das was Du brauchst, ist ein SAN Zertifikat. In dieses Zertifikat fügst Du einfach alle Namen des Exchange Servers ein.

MSXFAQ.DE - SANZertifkate

Grüße

Frank

Hallo,

das kostet Dich exakt fünf Minuten das zu testen. Konfiguriere irgendeine IP als SG z.B. Netzwerkdrucker und knipse dann den DHCP aus. Danach startest Du den Client neu.

Die IP bleibt erhalten.

Versuche dann das ganze ohne SG als DHCP Option.

Die IP bleibt nicht erhalten.

Grüße

Frank

Hallo,

@Nils: Die Sache mit dem NG gibts seit NT.

Mit dem lokalen DHCP kann ich Dir nicht zustimmen. Warum sollte ich nicht für das Subnetz von Standort B die IPs von einem zentralen DHCP verwalten lassen? Wenn es die WAN Verbindungen von der Latenz hergeben, habe ich dadurch die Möglichkeit, meine Scobes zentral zu verwalten. Das ist mir lieber, als zig Server zu haben die jeweils einzelne Dienste ausführen. Das Vorgehen muss man allerdings von Fall zu Fall abwägen.

Grüße

Frank

Hallo Nils,

das ist so nicht ganz korrekt. Die Lease bleibt bei dem Client nur erhalten, wenn er per DHCP Option ein Standardgateway erhält. Wenn der Client bei einem Neustart den DHCP nicht erreicht, dann versucht er das SG anzupingen. Wenn das gelingt, dann geht der Client davon aus, dass er sich im alten Subnetz befindet und behält die Lease. Wenn es fehlschlägt, dann verwirft der Client die Lease.

Grüße

Frank

Hallo,

bei welchem Punkt von dem Artikel schlägt das denn fehl? Der 1018 Fehler deutet auf einen Festplattenfehler hin. Du solltest also als Erstes mal die Platten mit chkdsk prüfen.

Das Du dieses Verzeichnis nicht sichern kannst ist vollkommen richtig. Da diese Datenbank im Zugriff ist, bekommst Du keine konsistente Sicherung hin. Das was Dir weiterhelfen würde, wäre eine funktionierende Systemstatussicherung bzw. ein ASR.

Grüße

Frank

Hallo,

wenn Du es noch ganz sauber machen willst, dann deaktivierst Du noch die zweite Netzwerkkarte in der kein Kabel drin steckt.

Ethernet-Adapter LAN-Verbindung 2:

  Medienstatus. . . . . . . . . . . : Medium getrennt
  Verbindungsspezifisches DNS-Suffix:
  Beschreibung. . . . . . . . . . . : Intel(R) PRO/1000 EB-Netzwerkverbindung m
it E/A-Beschleunigung #2
  Physikalische Adresse . . . . . . : 00-1E-8C-CC-E1-38
  DHCP aktiviert. . . . . . . . . . : Ja
  Autokonfiguration aktiviert . . . : Ja

Grüße

Frank