Windows Server 2008 R2 SP1
Exchange 2010 SP1
Logboek Event 9646
Mapi session "dd578a9b-1e50-4a7f-be12-017463610d93: /o=Bedrijfsnaam/ou=First Administrative Group/cn=Recipients/cn=gebruikersnaam" exceeded the maximum of 500 objects of type "objtFolder".
Het maximum van 500 objecten zou ik moeten kunnen verhogen in het register.
1. Open Registry Editor and navigate to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeIS
Het punt is dan ik helemaal geen MSExchangeIS zie staan in het register van de Exchange 2010 server, terwijl dit artikel juist zegt dat ik bovenstaande moet instellen voor Exchange 2010.
En ik ga er vanuit dat ik niet zelf de sleutel MSExchangeIS moet aan gaan maken.
Ik las dit topic dat ook zo'n probleem heeft, hetzij met een andere Exchange/Outlook versie.
In mijn geval helpt het ook niet om plugins uit te schakelen. En er is ook geen Blackberry server aanwezig.
Mapi session "dd578a9b-1e50-4a7f-be12-017463610d93: /o=Bedrijfsnaam/ou=First Administrative Group/cn=Recipients/cn=gebruikersnaam" exceeded the maximum of 500 objects of type "objtFolder".
Dat is een punt wat naar mijn idee namelijk te maken heeft met het volgende probleem.
De gebruiker heeft Outlook 2010 met een persoonlijke Exchange mailbox en een stuk of 8 extra postvakken.
De gebruiker beheert als het ware alles wat binnenkomt in de extra postvakken. De gebruiker verplaatst mail naar andere mappen, verwijderd e-mails, etc.
Voorbeeld:
Postvak Info, daar komt een mailtje op binnen, de gebruiker (beheerder van die box) verwijderd dit mailtje. Bij de gebruiker (beheerder) is de e-mail dan niet meer zichtbaar.
Bij een andere gebruiker die ook het postvak Info heeft, blijft deze mail gewoon staan in Postvak IN, terwijl deze eigenlijk al is verwijderd.
Ook na een aantal minuten wachten blijft de e-mail zichtbaar voor andere gebruikers.
Stel er komt een mailtje binnen in het Postvak Support, andere gebruikers zien het mailtje in Postvak IN, maar de beheerder ziet geen mail staan in Postvak IN.
Soms helpt het door dan maar handmatig het postvak bij te werken, soms helpt dit helemaal niet. Soms helpt het om Outlook opnieuw op te starten en vervolgens stromen er allemaal mails binnen, ook in meerdere postvakken.
Ik heb al een nieuw e-mailprofiel aangemaakt zonder postvakken en dan gaat het goed. Het probleem zit 'm in de extra postvakken die worden toegevoegd. Het aantal objecten overschrijdt dan simpelweg 500.
De gebruiker maakt gebruik van Outlook in Exchange-modus met cache mocht dit belangrijk zijn.
Als ik cachemodus (voor de extra postvakken) in Outlook 2010 uitschakel dan loopt heel Outlook 2010 vast.
Ik ga Exchange 2010 wel updaten naar een nieuwer servicepack en rollups, maar het heeft de afgelopen maanden altijd goed gewerkt en nu ineens is dit probleem ontstaan.
Nu las ik ook dat het te maken kan hebben met 'client throttling' waarmee dus een brandbreedte limiet kunt instellen voor gebruikers. Iemand daar ervaring mee, eventueel i.c.m. met bovenstaand probleem.
Er wordt gebruik gemaakt van een default policy voor de 'client throttling'.
Exchange 2010 SP1
Logboek Event 9646
Mapi session "dd578a9b-1e50-4a7f-be12-017463610d93: /o=Bedrijfsnaam/ou=First Administrative Group/cn=Recipients/cn=gebruikersnaam" exceeded the maximum of 500 objects of type "objtFolder".
Het maximum van 500 objecten zou ik moeten kunnen verhogen in het register.
1. Open Registry Editor and navigate to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeIS
Het punt is dan ik helemaal geen MSExchangeIS zie staan in het register van de Exchange 2010 server, terwijl dit artikel juist zegt dat ik bovenstaande moet instellen voor Exchange 2010.
En ik ga er vanuit dat ik niet zelf de sleutel MSExchangeIS moet aan gaan maken.
Ik las dit topic dat ook zo'n probleem heeft, hetzij met een andere Exchange/Outlook versie.
In mijn geval helpt het ook niet om plugins uit te schakelen. En er is ook geen Blackberry server aanwezig.
Mapi session "dd578a9b-1e50-4a7f-be12-017463610d93: /o=Bedrijfsnaam/ou=First Administrative Group/cn=Recipients/cn=gebruikersnaam" exceeded the maximum of 500 objects of type "objtFolder".
Dat is een punt wat naar mijn idee namelijk te maken heeft met het volgende probleem.
De gebruiker heeft Outlook 2010 met een persoonlijke Exchange mailbox en een stuk of 8 extra postvakken.
De gebruiker beheert als het ware alles wat binnenkomt in de extra postvakken. De gebruiker verplaatst mail naar andere mappen, verwijderd e-mails, etc.
Voorbeeld:
Postvak Info, daar komt een mailtje op binnen, de gebruiker (beheerder van die box) verwijderd dit mailtje. Bij de gebruiker (beheerder) is de e-mail dan niet meer zichtbaar.
Bij een andere gebruiker die ook het postvak Info heeft, blijft deze mail gewoon staan in Postvak IN, terwijl deze eigenlijk al is verwijderd.
Ook na een aantal minuten wachten blijft de e-mail zichtbaar voor andere gebruikers.
Stel er komt een mailtje binnen in het Postvak Support, andere gebruikers zien het mailtje in Postvak IN, maar de beheerder ziet geen mail staan in Postvak IN.
Soms helpt het door dan maar handmatig het postvak bij te werken, soms helpt dit helemaal niet. Soms helpt het om Outlook opnieuw op te starten en vervolgens stromen er allemaal mails binnen, ook in meerdere postvakken.
Ik heb al een nieuw e-mailprofiel aangemaakt zonder postvakken en dan gaat het goed. Het probleem zit 'm in de extra postvakken die worden toegevoegd. Het aantal objecten overschrijdt dan simpelweg 500.
De gebruiker maakt gebruik van Outlook in Exchange-modus met cache mocht dit belangrijk zijn.
Als ik cachemodus (voor de extra postvakken) in Outlook 2010 uitschakel dan loopt heel Outlook 2010 vast.
Ik ga Exchange 2010 wel updaten naar een nieuwer servicepack en rollups, maar het heeft de afgelopen maanden altijd goed gewerkt en nu ineens is dit probleem ontstaan.
Nu las ik ook dat het te maken kan hebben met 'client throttling' waarmee dus een brandbreedte limiet kunt instellen voor gebruikers. Iemand daar ervaring mee, eventueel i.c.m. met bovenstaand probleem.
Er wordt gebruik gemaakt van een default policy voor de 'client throttling'.
[ Voor 7% gewijzigd door McWolf82 op 27-07-2012 11:57 ]
:strip_icc():strip_exif()/u/42094/crop5d6c267811a3e_cropped.jpeg?f=community)