weg5st0

Hast du die übrigen Schritte auch durchgeführt?

Versuch mal ob dir der hier beschriebene Workaround hilft (auch wenns das Problem nicht genau trifft): User cannot gain access to certificate functionality after password change or when using a roaming profile

Na dann an die Arbeit.... Wenn du problemlos sortieren kannst wer darf und wer nich, sollte das aber innerhalb 10 Minuten erledigt sein (versprochen...).

Hilft dir das weiter: FIX: You cannot burn a CD or a DVD on a computer that is running Windows Server 2003 Off-Topic: (DVDS als Sicherungsmedium für nen Enterprise Server: Mit dem Zeigefinger schwenk und kopfschüttel)

Ja natürlich. Vermutlich habt ihr bisher über einen Smarthost versendet und jetzt nicht mehr. Richte es so ein wie ich es oben beschrieben habe. Dann kannst du festlegen wer senden darf und wer nicht.

Hm, Also normalerweise, sollte die Sendeeinschränkung am Connector eingetragen werden. Es könnte immerhin sein, daß der ein oder andere Server (imho sehr viele) den Absender nicht wirklich auf gültigkeit prüfen. Und deinem Exchange ist es eigentlich egal welche Adresse die Absenderadresse ist. Er weiss ja nicht dass domain.local eine Fantasiedomäne ist. Auch nachteilig ist, daß die Aufgabe mit dem ndr an andere Mailserver übertragen wird. Du solltest also in deinem SMTP Connectordie Berechtigung zum versenden erteilen oder entziehen. Damit das geht musst du den Regkey setzen und dann smtpsvc und resvc neu starten. CheckConnectorRestrictions XCON: Connector Delivery Restrictions May Not Work Correctly Du kannst bei den Berechtigungen (Beim deutschen Server steht da sowas wie "standardmässig Nachrichten annehmen von") auch Verteilerlisten eintragen. Je nach Unternehmensgrösse ist das aber verhältnismässig ressourcenfressend.

da hat mein grammatisches Hochtalent wieder zugeschlagen. Also mit Standard meinte ich die nicht satandardmässigen Systemadministrator-Exchange-NDRs Die sind wie du sagst in der Tat nicht so aufschlussreich, aber für den Anwender halt leichter zu verstehen... so wars gemeint. Hast du mal geprüft ob der RegKey noch gesetzt ist: CheckConnectorRestrictions XCON: Connector Delivery Restrictions May Not Work Correctly Zum testen auch mal: Restart the Microsoft Exchange Routing Engine service and the Simple Mail Transfer Protocol (SMTP) services

Hast du das GPO auf einbe OU verknüpft in der nur Computer Konten sind? Dann ist "Loopbackverarbeitung" dein Stichwort.

Schön dass es geht! Leider sind die Standard NDRs halt immer ein bisschen kryptisch...

Die store.exe nimmt sich immer das was über ist - kein Grund zur Panik. Wie ist das mit Edgars Frage bezgl. der Anmeldung am Netzwerk? Auch langsam? Hier gibt es viele Hinweise: Search The Knowledge Base

Hallo Panfloete, da hast du recht, nur löst es das Problem beim versenden nicht. Ich kenne auch genug Gründe warum POP3 zu vermeiden ist (Allein die Suche nach POP3 fördert genug zu Tage...).

net time muss nicht runtergeladen werden. Das gehört dazu. suche mal im board nach "w32tm" oder "setsntp" dann wirst du fündig.

Hast du am Server die Treiber für NT4 bereitgestellt?

Gehen tuts schon (Alles zu kopieren), nur funktioniert es nicht.... Hier steht wie es wirklich geht: How to move a Windows installation to different hardware

Dann musst du routing machen.

Also, so wie du schreibst ist das Netz gebridged (Eine Brücke stellt die Verbindung ohne Routing auf Layer 2 her, für ein Ethernet ist die Strecke von Berlin nach Potsdam ja zu weit). Du wirst das Problem nicht anders lösen können. Da das Netz gebrückt ist, werden auch Broadcasts übertragen. Somit antworten immer beide DHCP Server. Wer schneller ist, oder noch was frei hat antwortet zuerst. Um Die Vergabe doppelter Adressen zu vermeiden, solltest du die Bereiche eingrenzen (Server a vergibt von 1-100 und Server B von 101-200 oder so...).

Glückwunsch!

Hi Ray, welcome onBoard... Ist das ein gebridgtes Netz mit 2 DHCP Servern un dem Sleben IP_Subnetz? Beschriebe die Struktur mal etwas genauer (vor allem das Standort ding). Grundsätzlich: Wenn das Netz flachund gebridged ist, kannst du die Antwort eines DHCP Servers nur unterbinden, indem Reservierungen verwendet werden.

Das stimmt doch gar nicht. Vielleicht verwendest du keine speziellen Richtlinienn. Eine default domain Policy und eine Default Domain Controllers Policy gibts aber sicher. Gehe den Artikel komplett durch und evt. auch die Links am Ende des Artikels.

Nein. Jede Mailbox, die geöffnet wird muss angemeldet werden. Probiers halt aus... Mein Rat: Hab mehr vretrauen in den Mailboxmove-Assistent

EventID.Net Hier gibts ein paar andere Hinweise: - UPHClean anhalten - Job nicht mit dem Assistenten einrichten

Nein, auch da musst du dich anmelden....

Wie siehts denn mit der globalen Einstellung aus: Kann keiner mehr OMA machen?

Das wird so aber leider nicht gehen. Du kannst dich ja auch nicht mehr anmelden! Mach es doch nachts: Move Mailbox improvements in Exchange 2003 Anmeldungen sind eigentlich kein Problem.

Und? - so heisst sie im regelfall bei jedem... LSASS = Local security accounting server system (oder so ähnlich)... Was hast du überhaupt vor?