Renator

Versuch mal die Drucker DIREKT über Localport anzubinden. Zumindest mal an einem Client zum testen. Wenn das geht ist das Problem am Server zu suchen! Vielleicht hast du auch irgendein DNS Problem?!

Hallo! Ich verwende seid einiger Zeit servergespeicherte Profile. Soweit auch kein Problem. Außer mit Vista. Ich weiß, dass Vista einen Ordner anlegt, da hier die Profile anders sind, als noch bei XP oder 2k. Ich habe einen Netzwerkpfad wie \\server\profile. Nun lege ich im AD den Benutzerprofilpfad \\server\profile\%USERNAME% an. Wenn sich nun der Benutzer neu anmeldet, so wird %USERNAME% und %USERNAME%.v2 angelegt. Wenn dies nun ein Vista Benutzer ist und vorher kein lokales Profil vorhanden war, dann bleibt %USERNAME% leer und %USERNAME%.v2 wird normal angelegt. Komischerweise jedoch werden die Ordner nicht sauber synchronisiert! Ich habe einige Benutzer, welche ihr Profil beim abmelden mit %USERNAME% synchronisieren und beim anmelden wieder Daten von %USERNAME%.v2 holen, somit lassen sich zB Verknüpfungen nicht vom Desktop löschen. Dies passiert vorwiegend bei Nutzern, welche vorher ein lokales Profil hatte. Bei anderen neuen Usern tritt wieder ein anderen Phänomen auf: Dort dauert der Abmeldevorgang unendlich lange. Scheinbar besteht hier irgendein Problem bei der Synchronisation. Leider schweigt hierzu das Ereignisprotokoll! Ich bin schon richtig mit der Annahme, dass man im AD unter Profilpfad immer \\server\profile\%USERNAME% angibt und nicht %USERNAME%.v2? Die Freigabeberechtigungen sind so gesetzt: Domänen-Admins: Vollzugriff Domänen-Benutzer: Vollzugriff Die Sicherheitseinstellungen so: Domänen-Admins: Vollzugriff Domänen-Benutzer: Vollzugriff Diese werden dann ja automatisch in den Unterordnern angepasst. Zumindest kommt auf die .v2 Ordner nur der entsprechende Benutzer. Soweit in Ordnung? Jemand eine Idee zu den beiden Problemen?

Sorry, aber /push war zwar nun lange geschäfftlich unterwegs, aber ich mag den alten Exchange noch irgendwann weg haben!

Ok also er listet folgendes auf: internal@domäne.local globalevents2@domäne.local globalevents@domäne.local exchangeV12@domäne.local exchangeV1@domäne.local Offlineadressbuch OABVersion4@domäne.local OABVersion3a@domäne.local OABVersion2@domäne.local microsoft2@domäne.local microsoft@domäne.local internal2@domäne.local schema-root@domäne.local Schedule+ OWAScratchpad - PublicFolder96890331@domäne.local StoreEvents - PublicFolder85198965@domäne.local StoreEvents - PublicFolder68302944@domäne.local OWAScratchpad - PublicFolder36329465@domäne.local OfflineAdressBook schema-root2@domäne.local Und dann noch die ganzen externen Kontakte!

Hallo! Ich habe nun ein Update von Exchange 2003 auf 2007 mit neuer Hardware gemacht. Alle Postfächer sind umgezogen, die öffentlichen Ordner synchronisiert und die Replikation auf den 2003er sind raus. Wenn ich nun den 2003er deinstallieren will, dann schimpft die Setup Routine, dass noch Postfächer vorhanden seien. Im Exchange System-Manager sind auf dem Server noch Microsoft System Attendant, SMTP und SystemMailbox Postfächer. Die kann ich jedoch nicht löschen. Also habe ich über die Active Directory Suche nach Exchange Empfängern aufm dem Ex2003 gesucht und siehe da: Es waren noch E-Mail Adressen von öffentlichen Ordnern da. Diese habe ich gelöscht. Nun sind noch jede Menge Adressen die, die aber eher Systembezogen klingen, wie zB exchangeV1@domäne. Außerdem sind noch die externen Kontakte da, welche aber auch auf dem Ex2007 liegen. Was davon muss ich nun löschen, um Ex2003 zu deinstallieren? Danke!

hm... ja diese beiden Lösungsansätze habe ich mir auch gedacht: Entweder ich lege Ordner an und verpasse jedem Ordner die Zugriffsrechte von Gruppen bzw. speziellen Benutzern. Oder: Ich lege ich weise jedem Ordner eine Gruppe zu und mache die Benutzer zu Mitgliedern der entprechenden Gruppe. Herrje... dann darf ich erstmal hunderte von Gruppen anlegen oder hunderte von Ordnern mit den Rechten zuweisen... so oder so... ein HAUFEN Arbeit... Edith sagt: Danke auf jeden Fall erstmal! Gibt es irgendwie die Möglichkeit, dass ich mir eine Auswertung von einem Verzeichnispfad machen kann, wer wo zugreifen darf? Danke!

Hallo! Ich wollte mal fragen wie man es sinnvoll lösen kann mit der Verwaltung von Rechten auf Freigaben. In meinem speziellen Fall ergibt sich folgendes Problem: Es wird mit verschiedenen Projekten gearbeitet. Auf die Projekte sollen immer nur bestimmte Personen Zugriff haben. Ein spezieller Personenkreis soll jedoch auf alles Zugriff bekommen. Die Projekte (und somit auch die Berechtigungen) ändern sich laufend. Wie kann man so eine Situation sinnvoll und leicht administrieren? Ich würde nun einfach eine Freigabe für Projekte anlegen und in dieser Freigabe den Benutzern nun den Zugriff auf spezielle Unterordner verweigern. Bei einigen Hundert Ordnern mit vielen Benutzern ist dies jedoch ein nicht zu unterschätzender Aufwand! Gibt es hier irgendwie Tools oder hat jemand einen Tipp wie man dies einfacher handhaben kann? Danke!

Nach dem gescheiterten Versuch von: http://www.mcseboard.de/windows-forum-ms-backoffice-31/exchange-update-2003-2007-neue-hardware-2-136845.html habe ich den 2007 gewaltsam aus der Domäne entfernt und wieder komplett neu aufgesetzt. Nun habe ich das Resultat, dass ich vom Exchange 2007 ohne Probleme an den Exchange 2003 senden kann. Umgekehrt jedoch nicht! Ich habe bei dem Empfangsconnector anonyme Verbindungen erlaubt. Komisch ist auch, dass keine Fehlermeldung kommt, sondern die Mail nur ewig in der Warteschlange vom 2003 hängen bleibt. Die Warteschlange sagt nur, dass die Verbindung vom Remotecomputer getrennt wurde. Firewall ist auf dem Exchange 2007 mittlerweile auch nicht mehr aktiv. Edit: Bevor ich es vergesse: Versand per telnet geht einwandfrei! Jemand eine Idee? Danke!

So... habe am Ex2003 die beiden Connectoren zwischen den Servern gelöscht und am Ex2007 über die Konsole eine neue hergestellt. Fehler beim Senden von Ex2007 auf Ex2003 bleibt der gleiche: #503 5.5.2 Need Mail From: first ## Umgekehrt geht es auch nicht, nur kommt kein Fehler, sondern die Mail bleibt beim Ex2003 in der Warteschlange stecken.

Klingt nun nicht so toll! Läuft auf den betroffenen Rechner irgendwas anderes wie auf den anderen? Virenscanner? Firewall? Irgendwelche Anonym-Tools, wie XP-Antispy o.ä.? Kann alles zu Problemen führen! Edith sagt: Laut Google führen häufig Norton und Steganos Produkte zu diesem Problem.

Läßt sich nicht starten weil? Vllt. steht im Ereignisprotokoll was!

Exchange Konto am Client rausnehmen, Outlook neu starten und dann wieder rein nehmen. Ein Versuch ist es wert!

Ich bin schon auf dem richtigen weg, wenn ich es so versuche: Remove-RoutingGroupConnector -Identity "Exchange Administrative Group (FYDIBOHF23SPDLT)\Exchange Routing Group (DWBGZMFD01QNBJR)\Server1-Server2" ??? Bekomme dann immer die Fehlermeldung, dass auf dem Domänencontroller keine solche Gruppe sei... angelegt sind die Connectoren aber... Und mit Get-RoutingGroupConnector -Identity "Exchange Administrative Group (FYDIBOHF23SPDLT)\Exchange Routing Group (DWBGZMFD01QNBJR)\*" findet er keine o0! Und nochmal edit: Wenn ich versuche das ganze einfach mal mit New-RoutingGroupConnector -Name "server1-server2" -SourceTransportServers "server1" -TargetTransportServers "server2" -Cost 100 -Bidirectional $true versuche zu erstellen, dann sagt er es sei schon da?!!!

Ach herrje... niedrigere Prio = Höherer Wert? Das war da doch vertauscht. Sry. Meinte es natürlich so, dass ankommende Mails an den externen gehen. Wobei du schon Recht hast: Wo ist der Sinn wenn du über einen Smarthost sendest? Dann hast eigentlich wenig Probleme...

Wenn du eine feste IP Adresse hast, dann kannst du bei deinem Provider einen rDNS Eintrag erstellen lassen, so dass deine feste IP auf mailserver.domäne.de weißt. Nun richtest du noch einen MX-Eintrag bei deiner Domäne mit deiner festen IP Adresse an und fertig. Der MX Eintrag muss allerdings eine niedrigere Priorität haben als dein externer Anbieter mit dem Antivirus.

Alternativ versuche mal Folgendes: WindowsUpdateAgent herunterladen: http://download.windowsupdate.com/WindowsUpdate/redist/standalone/7.1.6001.65/WindowsUpdateAgent30-x86.exe das ganze legst du dann am client unter c:\ ab oder im Netzwerk wo der Client zu greifen kann. Nun am Client folgende Befehle ausführen: net stop wuauserv del /f %systemroot%\WindowsUpdate.log del /f "%systemroot%\Windows Update.log" rd /s /q %systemroot%\SoftwareDistribution "c:\WindowsUpdateAgent30-x86.exe" /wuforce /quiet /norestart regsvr32 /s %systemroot%\system32\msxml3.dll wuauclt /resetauthorization /detectnow und dann warten und schauen was passiert ;-) Edith sagt: Danke Sunny, habs ausgebessert... sollte meine Scripte besser lesen, vorm posten!

Nur als Alternative zu BackupExec: CA ArcServe Backup Setze ich ein und bin sehr zufrieden, wobei es nicht besser/schlechter ist als BackupExec.

HPrass hat wohl Recht. Datacenter ist extrem teuer und auch in den meisten Anwendungsfällen Unsinn. Vor allem, wenn dein Server nur das tun soll, was du sagtest. Einige FTP User anzulegen ist nicht das Problem, aber kläre lieber mal ab welche Version du gekauft hast & schreib mal ein bißchen genauer, was du brauchst!

Kommt Antwort von Microsoft ESMTP Mailservice. Läuft! Naja intern ja. Nur zu dem anderen eben nicht! 2 Testuser angelegt. Untereinander können die Mailen, aber nicht an einen Ex2003 Account oder nach extern. Ex2003 an die beiden Testuser geht auch nicht! Microsoft Exchange Active Directory Topologie - Gestartet - Automatisch Microsoft Exchange EdgeSync - Gestartet - Automatisch Microsoft Exchange IMAP4 - Manuell Microsoft Exchange POP3 - Manuell Microsoft Exchange AntiSpam - Gestartet - Automatisch Microsoft Exchange Dateiverteilung - Gestartet - Automatisch Microsoft Exchange Diensthost - Gestartet - Automatisch Microsoft Exchange Informationsspeicher - Gestartet - Automatisch Microsoft Exchange Mailübergabe - Gestartet - Automatisch Microsoft Exchange Postfach-Assistenten - Gestartet - Automatisch Microsoft Exchange Replikationsdienst - Gestartet - Automatisch Microsoft Exchange Suchindizierung - Gestartet - Automatisch Microsoft Exchange Systemaufsicht - Gestartet - Automatisch Microsoft Exchange Transport - Gestartet - Automatisch Microsoft Exchange Transportprotkolle - Gestartet - Automatisch Microsoft Exchange Überwachung - Manuell ^^ schaut für mich alles gut aus... Im Ereignisprotokoll sieht auch alles toll aus. Weiß nicht, aber vermute schwer, dass sich die beiden Server, warum auch immer, nicht mögen!

Joa... in dem Nachrichtenprotkoll vom Ex2007 kommt der Fehler: 553 5.5.2 Need mail from: first wenn er Mails vom Ex2003 empfangen soll. Herr Google bringt mir aber keine sinnvollen Ergebnisse...

Sorry, aber push! Habe nun mal nur einen Testaccount auf dem Ex2007 eingerichtet. Wenn ich diesem nun eine Mail schicken möchte, so bleibt diese auf dem Ex2003 in der Warteschlange hängen. Es wird aber auch kein Unzustellbarkeitsbericht oder so erstellt, sondern die Mail bleibt tagelang in der Warteschlange.

Naja die Connectoren richtet er ja automatisch ein! Was genau? Neue Hardware eingerichtet und den Exchange gmäß der FAQ von faq-o-matic eingerichtet. Zumindest bis zu dem Punkt wo es um den Sendeconnector geht. DIe öffentlichen Ordner wollte ich später machen! Achso: Wenn ich intern von dem verschobenen Postfach mailen möchte bekomme ich den Fehler: #503 5.5.2 Need Mail From: first ## Nach extern folgenden: 503 No sender yet given

So weit so gut. Der neue Exchange rennt auf neuer Hardware. Nun habe ich mal testweise mein Postfach verschoben. Ergebnis: Die Mails werden nicht weitergeleitet und bleiben in der Warteschlange vom alten Server hängen. Auf dem neuen Server habe ich eingestellt, dass er auch E-Mail von anonymen Benutzern empfangen soll. Außerdem kann ich nun keine E-Mails mehr versenden, was glaube ich daran liegt, dass ich nicht mehr name@domäne.de als Absenderadresse einstellen kann und er immer versucht von name@domäne.local zu senden. Jemand eine Idee?

Jopp, die Anleitung kenne ich. Naja wenn Outlook 2003 das hinbekommt, dann ist es schon einmal nicht ganz so tragisch. Verdammt! Ich wusste schon immer, dass sich die Lösung über VPN mit der Hosts Datei irgendwann rächen wird. Weil dort muss nun die hosts Datei dann an den neuen Exchange angepasst werden.

Outlook 2003 kann das wohl nicht? Sehr schlecht. Viele Clients sind nicht vor Ort und wählen sich per VPN ein. Dazu kommen noch diverse Applikationen die eben über diesen Exchange versenden... o0 das wird nicht schön!