Jetter

Kann es sein das der "Haken" grau hinterlegt ist bei den Postfachberechtigungen? Dann werden die vererbt, nur wenn du für den entsprechenden User die Vererbung ausmachst wirst du diesen Haken entfernen können. Damit andere User auf den Kalender von deinem Chef zugreifen können sollte dieser vielleicht einfach im Outlook frei gegeben werden. Dann sollte dieser auch geöffnet werden können.

Fehler ist leider immer noch da...noch eine Idee? Ich hoffe das war gestern nicht die Spitze des Eisberges ;( Habe aber auch eben festgestellt das der Befehl: Get-PublicFolder -Identity "NON_IPM_SUBTREE" -Recurse | fl Mir sagt das es keinen Ordner mit der Identity gibt...sollte der nicht da sein? PS: Habe übrigens aus Spaß noch einmal das Suchen per Shell getestet, auch hier keine Änderung.

hm...vielleicht dauert es auch ein klein wenig...ich lass ihn mal so erstmal weiterlaufen. Wenn der Fehler morgen immer noch da ist poste ich es hier.... Ich dank dir auf jeden Fall schon mal für deine Unterstützung und Hilfe...echt super!

Oh Gott, soll das heißen das der Fehler (8207) darauf beruht das wir Outlook 2007 einsetzen? Wenn das so ist dann muss ich meinen vorgesetzten übers Knie legen. PS: Der Fehler ist immer noch vorhanden.

MSExchangeSA habe ich restartet. Wir haben zwar kein Outlook 2003, aber ich habs mal mit Outlook 2007 gemacht, ein restart mit der Option /cleanfreebusy hat nichts geändert. Unter Öffentliche Order habe ich 2 Unterordner: - Favoriten - Alle Öffentlichen Ordner Aber in diesen sind keine weiteren enthalten. Kann nichts sehen von dem Free/Busy Ordner ;(

Der Fehler ist leider immer noch da. Aber ich habe nun die beiden Unterordner in der Mangemend Konsole. Nun ist mir gerade aufgefallen das ich folgenden Fehler bekomme wenn ich in dem Manager "Inhalt aktualisieren" anklicke: -------------------------------------------------------- Microsoft Exchange Fehler -------------------------------------------------------- Die Aktion 'Inhalt aktualisieren' konnte für Objekt 'EX:/o=domain/ou=erste administrative gruppe' nicht ausgeführt werden. EX:/o=domain/ou=erste administrative gruppe Fehler Fehler: Die Inhaltsreplikation des Öffentlichen Ordners '\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=MARCANT/ou=erste administrative gruppe' in der Öffentlichen Ordner-Datenbank 'server\First Storage Group\Public Folder Database' kann nicht gestartet werden. MapiExceptionNoReplicaAvailable: StartContentReplication failed. (hr=0x80004005, ec=1129) Diagnostic context: Lid: 1494 ---- Remote Context Beg ---- Lid: 31229 Error: 0x0 Lid: 9206 StoreEc: 0xFFFFF9BF Lid: 19865 StoreEc: 0x469 Lid: 27225 StoreEc: 0x469 Lid: 1750 ---- Remote Context End ---- Lid: 26322 StoreEc: 0x469 -------------------------------------------------------- OK --------------------------------------------------------

Mit der neuen Syntax, danke fürs nachreichen, ging es dann auch. Was mich nur wundert ist das ich immer noch einen Eintrag habe wo die Klammern leer sind. AgeLimit : EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030015 7B914FE1A49143A77D9BB8AA5D529C0000000000040000 HasSubFolders : True HiddenFromAddressListsEnabled : False LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : Name : SCHEDULE+ FREE BUSY ParentPath : \NON_IPM_SUBTREE PerUserReadStateEnabled : True PostStorageQuota : Replicas : {} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : UseDatabaseAgeDefaults : True UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : True UseDatabaseRetentionDefaults : True Identity : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY IsValid : True OriginatingServer : server.domain.local AgeLimit : EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030015 7B914FE1A49143A77D9BB8AA5D529C0124ED8754810000 HasSubFolders : False HiddenFromAddressListsEnabled : False LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : unlimited Name : EX:/o=domain/ou=erste administrative gruppe ParentPath : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY PerUserReadStateEnabled : True PostStorageQuota : unlimited Replicas : {Public Folder Database} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : unlimited UseDatabaseAgeDefaults : True UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : True UseDatabaseRetentionDefaults : True Identity : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=domain/ou=erste administrative gruppe IsValid : True OriginatingServer : server.domain.local Verwunderlich ist hier der erste Absatz...kann es sein das dieser "Schrott" ist? Also ein: remove-publicfolder -name "SCHEDULE+ FREE BUSY" -path "\NON_IPM_SUBTREE"

hm...das Problem ist das er den Befehl nicht nimmt: [PS] C:\Documents and Settings\Administrator.domain>set-publicfolder -Identity "\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=domain/ou=First Administrative Gro p" -replicas "server\First Storage Group\Public Folder Database" Set-PublicFolder : Es ist kein 'PublicFolder' vorhanden, das der folgenden Iden tität entspricht: '\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=domain/ou=First Administrative Group'. Stellen Sie sicher, dass die richtige PublicFolder-Ident ität angegeben wurde und dass Sie über die erforderlichen Berechtigungen zum An zeigen von PublicFolder verfügen. Bei Zeile:1 Zeichen:17 + set-publicfolder <<<< -Identity "\NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o= domain/ou=First Administrative Group" -replicas "server\First Storage Group \Public Folder Database" Wenn ich das vergleiche mit: AgeLimit : EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030015 7B914FE1A49143A77D9BB8AA5D529C0000000000040000 HasSubFolders : True HiddenFromAddressListsEnabled : False LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : Name : SCHEDULE+ FREE BUSY ParentPath : \NON_IPM_SUBTREE PerUserReadStateEnabled : True PostStorageQuota : Replicas : {} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : UseDatabaseAgeDefaults : True UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : True UseDatabaseRetentionDefaults : True Identity : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY IsValid : True OriginatingServer : server.domain.local AgeLimit : 100.00:00:00 EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030008 3DEDD766B3E343ADC037E1AA892F1B0000000000070000 HasSubFolders : False HiddenFromAddressListsEnabled : True LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : Name : EX:/o=domain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT) ParentPath : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY PerUserReadStateEnabled : True PostStorageQuota : Replicas : {Public Folder Database} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : UseDatabaseAgeDefaults : False UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : True UseDatabaseRetentionDefaults : True Identity : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=domain/ou=Exchange Administrative Group (FYDIBOH F23SPDLT) IsValid : True OriginatingServer : server.domain.local Frage ich mich ob die Identity nicht heisen müsste: \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY und nicht \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=domain/ou=First Administrative Group. Im unteren Teil der Ausgabe ist ja ein Replicawert gesetzt. Aeh...hier wird ja auch nur ein wert gesetzt, der Ordner ist ja nicht vorhanden, deswegen wird das wohl nicht gehen?

Also da ist der Fehler, wir haben nur administrative Gruppe (FYD....) der andere Ordner fehlt. Danke...war quasi zur gleichen Zeit auf die Seite gestossen, geht nun!

-------------------------------------------------------- Microsoft Exchange Fehler -------------------------------------------------------- Das Toolboxcenter konnte nicht alle Tools anzeigen. PublicFolderManagementConsole Fehler Fehler: Fehler des Tools beim Laden, weil das Tool ungültig ist. Beheben Sie die folgenden Ursachen des Fehlers: 'Öffentliche Ordner-Verwaltungskonsole' ist kein zulässiges Snap-In. -------------------------------------------------------- OK -------------------------------------------------------- Na klasse...

Ich muss nun einmal doof fragen: MSExchangeSA = Microsoft Exchange System Aufsicht? Denn habe ich restartet, hat aber nichts gebracht. --- Vergess die Frage ein einfaches net restart MSExchangeSA hat die Auflösung gebracht. Die Felder sind aber weiterhin leer....

Eingetragen, sollten die Felder dann sofort gefüllt sein oder dauert das ein wenig? Muss ich einen Dienst restarten?

Ich glaube es ist besser wenn mal alles Poste ;) AgeLimit : EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030015 7B914FE1A49143A77D9BB8AA5D529C0000000000040000 HasSubFolders : True HiddenFromAddressListsEnabled : False LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : Name : SCHEDULE+ FREE BUSY ParentPath : \NON_IPM_SUBTREE PerUserReadStateEnabled : True PostStorageQuota : Replicas : {} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : UseDatabaseAgeDefaults : True UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : True UseDatabaseRetentionDefaults : True Identity : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY IsValid : True OriginatingServer : server.domain..local AgeLimit : 100.00:00:00 EntryId : 000000001A447390AA6611CD9BC800AA002FC45A030008 3DEDD766B3E343ADC037E1AA892F1B0000000000070000 HasSubFolders : False HiddenFromAddressListsEnabled : True LocalReplicaAgeLimit : MailEnabled : False MaxItemSize : Name : EX:/o=domain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT) ParentPath : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY PerUserReadStateEnabled : True PostStorageQuota : Replicas : {Public Folder Database} ReplicationSchedule : {} RetainDeletedItemsFor : StorageQuota : UseDatabaseAgeDefaults : False UseDatabaseQuotaDefaults : True UseDatabaseReplicationSchedule : True UseDatabaseRetentionDefaults : True Identity : \NON_IPM_SUBTREE\SCHEDULE+ FREE BUSY\EX:/o=domain/ou=Exchange Administrative Group (FYDIBOH F23SPDLT) IsValid : True OriginatingServer : server.domain.local ...und ja wir haben nur einen Server.

Wir haben damals von einem SBS 2k3 migriert. Die Public Folder hatten wir erst kompl. entfernt um dann festzustellen das dann unser Blackberry Server nicht mehr geht. Dieser benötigt die noch. Deswegen haben wir diese dann wieder angelegt. Die Replicas sind derzeitig wie folgt eingestellt: Replicas : {Public Folder Database} ReplicationSchedule : {} Wobei es mir gerade ein wenig stutzig macht das ReplicationSchedule leer ist? Name : SCHEDULE+ FREE BUSY ParentPath : \NON_IPM_SUBTREE PerUserReadStateEnabled : True PostStorageQuota : Replicas : {} ReplicationSchedule : {} Hier sind sogar beide Felder leer?

So langsam habe ich das Gefühl das folgender Fehler an der Sache schuld ist, hatte früher schon einmal versucht ihn zu beheben war aber gescheitert: --- Quelle: MSExchangeFBPublish Ereigniskennung: 8207 Typ: Fehler Beschreibung: Fehler beim Aktualisieren des Öffentlichen Ordners mit Frei/Gebucht-Informationen auf dem virtuellen Computer 'BEETHOVEN'. Die Fehlernummer lautet 0x8004010f. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter Events and Errors Message Center: Basic Search. --- Kann mir dazu vielleicht einer etwas sagen?

RollUp 7 ist drauf, soweit ich weis ist das auch das aktuellste. Das mit der DB habe ich noch nicht versucht, ist aber bestimmt einen Versuch wert. Danke für den Hinweis, ich werde diesem auf jeden Fall einmal nachgehen..

@BrainStorm, ja habe ich schon mehrmals gemacht. Deswegen bin ich ja nun auch an dem Punkt angelangt wo eventuell ein Reinstall des Dienstes Sinn machen könnte. Auf jeden Fall habe ich das Ereignis Login für die beiden Dienste noch am Freitag auf max gestellt, eventuell bekomme ich ja nun doch noch Fehlermeldungen. Sollte das der Fall sein werde ich diese hier nachreichen!

Weis jemand ob man den Suchindizierungs Dienst und Windows Search (Exchange) neu installieren kann? Vielleicht würde das unsere Problem beheben?

Hallo, wie ich eben feststellen musste, gibt es bei uns derzeitig das Problem das das Exchange-Indexing und Search über die entsprechenden Postfach Inhalte nicht funktioniert. Aufgefallen ist dieses durch den Versuch auf einer Terminal Session eine Suche im Outlook Postfach zu machen. Hierbei werden nur Inhalt der Archiv Dateien durchsucht und gefunden. In der PowerShell von Exchange2007 zeigt der Aufruf von Test-ExchangeSearch "username" als Ergebnis folgendes: ResultFound: False SearchTime: -1 Ein Get-MailboxDatabase -status | format-list zeigt aber beim Feld "IndexEnabled" true an. Ein löschen des Index und der CatalogData Dateien und Ordner bringt zwar beim Neustart den Dienst dazu diese neu anzulegen und auch ein Crawl durchzuführen, aber die Ausgabe des Test Commands bleibt die gleiche. Dabei ist es egal diese Manuell gemacht wurde oder Automatisch per mitgelieferten Script. Das aktuelle RollUp für den Exchange Server ist installiert... Der Test schlägt für alle vorhandenen Postfächern fehl, somit scheint es ein Server Problem zu sein. Zumindest würde ich es derzeitig so einordnen.

Von moxa gibt es Boxen die USB to RS232 machen. Vielleicht gibt es auch eine Box die genau das macht was du machen willst...vielleicht einfach mal auf der HP nachschauen. Moxa USB to Serial - UPort Line of USB-to-Serial Hubs and Adaptors

Ich müsste nun sagen: Nach allem was du nicht als normal einstufen würdest. Vielleicht findest du ja Schlüsselwörter wie "failed" oder ähnliche halt. Aber was vielleicht eine Gute Idee ist, ist für das gleiche Konto mal einen anderen Bold zu aktivieren, falls du noch einen zur Hand hast. Dadurch könnte das Problem eventuell ein wenig mehr eingeschränkt werden. Quasi nach dem Prinzip: Geht mit einem anderen Bold = Fehler auf dem Endgerät. Geht nicht mit einem anderen Bold = Wohl kein Endgerät Problem sondern eher ein Postfach Problem. (Dann könnte noch versucht werden den jetzigen Bold mal für ein anderes Postfach zu aktivieren.) Wenn es mit einem anderen Bold geht würde ich eventuell mal die FW neu drauf spielen, oder halt eine neue ;)

Hast du das Outlook schon einmal mit der Option /resetfolders aufgerufen? Vielleicht stört den Bold etwas altes im Postfachspeicher. Außerdem liefert RIM ein Tool mit welches "HandheldCleanup.exe" heist. Zu finden im Ordner Utility im Installationsverzeichniss. Diese Tool soll manchmal helfen Altlasten zu entfernen. Was sagen denn die Logfiles vom Blackberry Server? Dort schon einmal in das MAGT oder SYNC Logfile geschaut?

Lief der Bold denn überhaupt schon einmal richtig mit dem entsprechenden Mailkonto, oder besteht das Problem seit Anfang an? Wurde an dem Mailkonto vorher ein anderes Blackberry Gerät betrieben?

Ein paar mehr Informationen wären vielleicht ganz hilfreich. Tritt das Problem nur mit dem IE7 auf, hast du es schon mit einem anderen Client ausprobiert? Kommt der Fehler direkt vom Server, oder vielleicht von eurem Proxy? Ist der Zugriff auf die Website von der internen IP frei geschaltet? Wie lautet denn genau die Fehlermeldung?

E-Mail ungesehen weg schmeißen birgt immer ein Risiko, wenn sich das ein Provider ans Bein binden mag ist das sein Ding. Aber ich denke jeder der da mit ein wenig Grips ran geht wird es anders handhaben. Wir benutzen z.B. Maia um die Mails per Webinterface noch einmal durchschauen zu können, dieses kann auch jeder Kunde!