bb-blue

Hast du in deiner Firewall die du hoffentlich vor deinem Netzwerk am laufen hast, auch die Regeln angepasst? Wenn dein BB-Server vorher auf nem anderen Server installiert war, gehe ich mal davon aus, das es an einer Regel liegen kann und der neue BB-Server garnicht mit RIM "telefonieren" kann? VG BB-BLue

Und siehe Da, der Erfolg ist doch da: wenn ich den Haken rausnehme, "sofern kein Lokaler Drucker" dann mapt er ganz sauber den Freigegebenen Drucker und stellt ihn als Standard Drucker ein. Sorry für die Eröffnung des Treads, aber die Lösung kam erst jetzt. Wie gesagt, funktioniert bei Frei gegebenen Druckern, wie ist das mit lokal installierten Druckern des Terminalservers? Gruss

Hallo und guten Tag. Ich habe eine Frage zum Drucken auf TS 2008. Die Umgebung ist eine 2008 Domäne mit 2 TS mit Sitzungsbroker und NLB. Die Terminalserver haben die Netzwerkdrucker der Aussenstellen als Lokale Drucker installiert. Die Clients in den Aussenstellen haben keine lokalen drucker an den PC. Das Problem ist im Moment, dass die Drucker die sich die User als Standarddrucker definieren, immer wieder "wegspringen" und beim neuerlichen Anmelden irgendwelche anderen Drucker als Standard definiert werden. Die User müssen jedesmal nach dem Anmelden in die Druckerverwaltung und sich Ihren lokalen Netzwerkdrucker als Standard zurückholen. Vergessen sie es dann mal, dann wird da gedruckt wo es grad ungünstig ist. Wie kann ich es veranstalten, dass beim Anmelden eines Users, dieser dann einen bestimmten Drucker, der ja lokal am TS installiert ist, zugewiesen bekommt. Per GPO hab ich gesehen, geht das nur über die OU und dann auch nur über frei gegebene Drucker im AD. Aber freigegebene Drucker hab ich nicht. Wenn es per GPO ginge, dann auch gut, dann würde ich entsprechend die OU-Struktur im AD ändern. Die Unternmehmensweiten Drucker müssen aber für alle sichtbar sein, da auch Unternehmensweit gedruckt wird. Ich würde mich über Hilfe sehr freuen. Danke Nachtrag: Ich hab nun auf einem Server (DC) einen Drucker installiert, diesen frei gegeben und per GPO einer OU zugeordnet in der Ich drin bin. http://www.gruppenrichtlinien.de/index.html?/Vista/GPP_Group_Policy_Preferences.htm Der Drucker wird sauber erstellt, jedoch nicht als Standard definiert. Ich hab alles so eingestellt wie hier beschrieben: Leider ohne Erfolg.

problem gelöst...

@Dunkelmann Ja so ist das auch schon installiert, die "Daten" liegen teilweise schon auf dem SQL Server bzw auf dem "Datenserver". aber "nur" die Verknüpfungen bereitstellen is nicht, da die Buchhaltungsprogramme zb mit unserem Office Verknüpft werden. Ist zur leichteren Auswertungen in Tabbellenkalkulationen und Mail. Ist eine recht komplexe Geschichte bei uns. bb

Hallo, meine Fehlerbehebung nach der Migration von sbs2003 auf 2008R2 geht weiter. Scheint vorerst der letzte gravierende zu sein. Ich hab jetzt noch einen Fehler im System, das er bei der Verarbeitung der Gruppenrichtlinie Probleme hat. Hier sind 2 DC, und davon 1DC als GC. Dieser meckert folgendes an: "Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\domäne.local\SysVol\domäne.local\Policies\{366112FA-987A-4DC3-BC4E-0F890CF044BC}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann: a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller. b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert). c) Der DFS-Client (Distributed File System) wurde deaktiviert." wenn ich auf dem Server gpupdate ausführe kommt dann noch diese Meldung: "Die Aktualisierung der Benutzerrichtlinie wurde erfolgreich abgeschlossen. Die Computerrichtlinie konnte nicht erfolgreich aktualisiert werden. Folgende Pr obleme sind aufgetreten: Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\domäne.local\SysVol\domäne.local\Policies\{366112FA-987A-4DC3-BC4E-0F890CF044BC}\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann: a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller. b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert). c) Der DFS-Client (Distributed File System) wurde deaktiviert. Lesen Sie zur Fehlerdiagnose das Ereignisprotokoll, oder führen Sie den Befehl "GPRESULT /H GPReport.html" aus, um auf Informationen über Gruppenrichtlinienergebnisse zuzugreifen." Wenn ich gpresult mache wird eine Gruppenrichtlinie Namens LOCAL angemeckert, diese sei leer. es gibt aber keine solche im System. Komme auch hier nicht weiter. Wäre sehr dankbar für Hilfen. Gruss bb

OK , Dank für den Hinweis, damit ist mir zumindest so geholfen dass ich mich mal im Bereich 3rd Party umsehe. MS machts wohl nicht möglich. per GPO ist auch eine Idee. Werde mich damit mal ein wenig auseinander setzen. Danke.

Wir haben die Migration von SBS 2003 zu Exchange 2010 SP1 durch. Es lief einiges nicht korrekt durch, das aber mit Hilfe dieses Forums gelöst werden konnte. Eine neue Domäne lohnt nur wenn nur wenig User im AD sind. Alles andere würde sicher mehr Arbeit machen als die Migration. Die Migration der Postfächer vom 2003 auf den 2010 ist ein Kinderspiel und nicht wild. Wichtig ist die exakte herrausnahme des alten Exchange und die Migration der Public Folder.

Also die Programme sind alle TS getestet und auch von den Herstellern frei gegeben, das ist ja auch nicht der Punkt. (Wir haben uns extra deswegen für Programme und Hersteller entschieden, die ihre Programme speziell für die Terminalserverversion von MS herstellen) Die Frage ist, wie kann ich die TS Farm so gestalten, dass ich meinetwegen auf TS 01 ein Programm installiere und dies dann automatisch auf TS02 und TS03 installiert wird ohne dass ICH hand anlegen muss. Grüsse

OK, Ordner gelöscht. Sieht nun ganz gut aus im Ereignissprotokoll. Danke für diese Hilfe, hab viel dazugelernt.

Gefunden :). So letzte Frage vorm löschen. nur den Eintrag im Ordner löschen oder den gesamten Ordner CN=Public Folder Database 1610...

Hallo Robert, Ich find diesen Eintrag einfach nicht mit adsiedit. evtl such ich ja falsch (wovon ich ausgeh) Ich starte ADSIEDIT und verbinde mich mit "Standartmäßiger Namenskontex", wähle im Fenster: "Bekannten Namenskontex auswählen" den Punkt: "Standardmäßiger Namenskontext" aus und dann klick ich auf OK. In den sich öffnenden Ordnern, finde ich aber den gesuchten Eintrag nicht :(. Grüsse,

ok, ich schau mal nach, melde mich wenn ich es gefunden hab.

buchhaltungsprogramme, bankprogramme,warenwirtschaft usw usw...

ja nachdem ich den zum Test erstellten Public Ordner wieder gelöscht hab und das Script nochmal durchlaufen liess, sah ich das jetzt nur noch diese eine Meldung auftaucht: LDAP://CN=Public Folder Database 1610729624,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=domäne,CN=Microsoft....................... Ergo ist hier die Leiche, wo auch immer sie herkommt. Im adsiedit tauchen viele Begriffe auf die auf Public Folder hindeuten. Ich denke nicht dass ich die alle einfach killen kann? Gruss

LDAP://CN=Public Folder Database 1610729624,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=domäne,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domäne,DC=local LDAP://CN=Public Folder,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=ALPS-CITIES,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domäne,DC=local alle anderen befehle sind ohne meldungen abgearbeitet wurden. 2. code folgt Montag. Danke

alle 2 min im ereignissprotokoll: MS Exchange with Database Availability Group Events

Im Ereignissprotokoll erscheint noch diese Meldung: Active Manager konnte die Datenbank 'Public Folder Database 1610729624' nicht auf dem Server 'Exchange.domäne.com' einbinden. Fehler: Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler Vorübergehender Fehler bei Datenbankvorgang. Fehler: Vorübergehender Fehler bei einem Datenbankvorgang. Fehler: MapiExceptionADPropertyError: Unable to mount database. (hr=0x80004005, ec=2418) und dieser hier: Fehler beim Starten der Datenbank "eeba5d6a-2793-4b14-b178-7944c605514d": 0x972. Look up of DB Info failed. evlt hilft das? Ich hab schon versucht in der Technet mir die Lösung rauszulesen, doch mit minderem Erfolg.

Server : Exchangeserver Name : Public Folder (ist die Datenbank die ich vorhin testweise mal erstellt hab) Mountet : True thats all....

Hallo, ich plane eine kleine TS Farm aufzubauen und dann loadbalancing zu machen. Es sollen 3 TS entstehen. Ein TS ist schon voll installiert mit allen Programmen und Diensten. Alles virtuell unter XEN Server. Gibt es eine möglichkeit die installierten Programme automatisch auf die neuen Terminalserver zu packen / replizieren ohne jedes Programm einzeln auf die frischen TS istallieren zu müssen? Es ist ja auch mühsam, die Programme auf dem gleichen Stand zu halten denn bei einigen Programmen kommen oft Updates vom Hersteller. Weiter ist dann die Implementierung von einem GW Server geplant um die TS im Internet den aussendienstlern der Firma zur Verfügung zu stellen. Aber das ist erst der nächste Schritt. VG

Es gibt ja keine Datenbank die bereitgestellt werden kann, das ist ja das was mich irritiert. Anscheinend sucht er die "alte" Datenbank des SBS Servers die nicht mit migiriert wurde, da sie a) nie in betrieb war und b) keine öffentlichen Ordner benötigt werden.

Hallo, Ich benötige Hilfe beim Ausmerzen eines Fehlers im Exchange, bzw Fehlerprotokoll. Es wurde ein 2003 SBS zu Exchange 2010 Migriert, nach der Migration erscheint nun folgender Fehler. "Bei der Kopie der Datenbank 'Public Folder Database 1610729624' ist auf diesem Server beim Einbinden ein Fehler aufgetreten. Überprüfen Sie das Ereignisprotokoll auf dem Server für 'ExchangeStoreDb'- oder 'MSExchangeRepl'-Ereignisse, um weitere Informationen zu erhalten. Der Einbindungsvorgang wird später automatisch erneut ausgeführt." Es wurde im SBS den Öffentlichen Ordner nie benutzt. Jetzt ist diese Fehlermeldung sicher auf einen Migrationsfehler zurückzuführen. Was kann ich tun, bzw wo kann ich suchen um den Fehler zu korrigieren. Einfach einen neuen anzulegen hat das Problem nicht gelöst. Ich vermute mal das Exchange irgendwo immernoch die Information hat, es müsse den alten Öffentlichen Ordner des SBS Replizieren. Vielen Dank.

Hallo, ich möchte gern in unserem Exchangeserver (2010) die eingehenden Emails kontrollieren. Der Grund ist, das ein Dienstleister uns keine HTML Mails mit Anhängen senden kann. Es gehen anscheinend nur Text Mails durch ohne Anhänge Die Meldung des Dienstleisters hab ich mal einkopiert. ------ First attempt from user@dienstleister.de to user@meinefirma.de ------ RESOLVE MX meinefirma (1) Connecting to server 1.2.3.4 on port 25 (1) Connection established (972) (1) 220 Exchange.meinefirma.local ESMTP Service ready (1) EHLO sp-nbg2.dienstleister.de (1) 250-Requested mail action okay, completed (1) 250-SIZE 0 (1) 250-AUTH NTLM (1) 250-8BITMIME (1) 250 OK (1) MAIL FROM:<user@dienstleister.de> (1) 250 Requested mail action okay, completed (1) RCPT TO:<user@meinefirma.de> (1) 250 Requested mail action okay, completed (1) DATA (1) 354 Start mail input; end with <CRLF>.<CRLF> (1) 571 Delivery not authorized, message refused (1) SMTP Server: Data Ok Error! (1) RSET (1) SMTP Server: Reset Error! (1) Mail Transmission aborted Unser Exchange müsste doch ein ähnliches Fehlerprotokoll ausgeben. wo kann ich das ersehen und den Fehler eingrenzen? Anscheinend sind wir die Einzigen die mit dem Empfang deren Emails ein Problem haben. Vielen Dank für Hilfestellung. Gruss

Doch hab ich. Öffentliche Ordner werden hier nicht genutzt.

Na bitte, Danke für den Schlag auf den Hinterkopf :) Den DNS hatte ich schon bereinigt. Die Einträge der administrativen Gruppe hab ich mit ADSIEDIT gefunden und gelöscht. Den Server ansich hatte ich ja schon per Hand rausgelöscht, nur an die administrative Gruppe hab ich nicht gedacht. Der BPA zeigt den Server nun nicht mehr an. und alle anderen kleinen Fehler scheinen damit vorerst auch behoben. DANKE :D