Beste tweakers,
Wij hebben binnen onze organisatie een Exchange 2010 server. Onze werkstations werken echter nog op Microsoft XP SP3 in combinatie met Outlook 2003 SP3.
Het volgende is het probleem:
Medewerker A heeft een mailbox waar medewerker B rechten op heeft als redacteur (lezen, maken en wijzigen) voor alle onderdelen. Deze zijn ingesteld via Outlook [Extra -> Opties -> Machtigingen]. Tevens is ingesteld dat deze medewerker alle vergaderverzoeken en antwoorden ontvangt ipv dat deze bij A binnen komen.
Daarnaast hebben wij onder de Exchange Management Console ingesteld dat zij zowel send as als full access permissions heeft op deze mailbox. Daarnaast onder mailflow zijn ook nog de send on behalf rechten toegekend voor B op mailbox van A.
Als B echter een vergadering/vergadering accepteerd voor de agenda van A dan loopt Outlook vast en reageert compleet niet meer. Enkel door het serververzoek te annuleren via het icoontje in de taakbalk kan het worden onderbroken en verder gewerkt worden. De handeling wordt echter wel goed verwerkt.
Wij hebben de volgende zaken al geprobeerd:
- Outlook opnieuw installeren
- Outlook profiel B opnieuw instellen
- Netwerkprofiel B hernoemen op netwerk en lokaal verwijderen
- Andere PC voor B
- Machtigingen binnen Outlook opnieuw instellen voor de mailbox van B op A
- Via Exchange full access en send as permissions instellen voor B op A
Het probleem lijkt alleen op te treden als B agenda items accepteerd, verstuurd en of aanpast in de agenda van A. Bij een andere mailbox waar hetzelfde is ingesteld werkt het wel. Het lijkt te liggen aan de mailbox van A danwel in combinatie met A? Wij krijgen het echter niet gevonden. Mailbox van A is pas enige tijd geleden aangemaakt.
De mailbox van B is destijds vanuit de oude Exchange 2003 server overgezet naar 2010.
Toevallig een Exchange expert aanwezig die hier een oplossing voor heeft?
Zowel onder client acces server als de mailbox store server laten niets in de logs zien.
Wij hebben binnen onze organisatie een Exchange 2010 server. Onze werkstations werken echter nog op Microsoft XP SP3 in combinatie met Outlook 2003 SP3.
Het volgende is het probleem:
Medewerker A heeft een mailbox waar medewerker B rechten op heeft als redacteur (lezen, maken en wijzigen) voor alle onderdelen. Deze zijn ingesteld via Outlook [Extra -> Opties -> Machtigingen]. Tevens is ingesteld dat deze medewerker alle vergaderverzoeken en antwoorden ontvangt ipv dat deze bij A binnen komen.
Daarnaast hebben wij onder de Exchange Management Console ingesteld dat zij zowel send as als full access permissions heeft op deze mailbox. Daarnaast onder mailflow zijn ook nog de send on behalf rechten toegekend voor B op mailbox van A.
Als B echter een vergadering/vergadering accepteerd voor de agenda van A dan loopt Outlook vast en reageert compleet niet meer. Enkel door het serververzoek te annuleren via het icoontje in de taakbalk kan het worden onderbroken en verder gewerkt worden. De handeling wordt echter wel goed verwerkt.
Wij hebben de volgende zaken al geprobeerd:
- Outlook opnieuw installeren
- Outlook profiel B opnieuw instellen
- Netwerkprofiel B hernoemen op netwerk en lokaal verwijderen
- Andere PC voor B
- Machtigingen binnen Outlook opnieuw instellen voor de mailbox van B op A
- Via Exchange full access en send as permissions instellen voor B op A
Het probleem lijkt alleen op te treden als B agenda items accepteerd, verstuurd en of aanpast in de agenda van A. Bij een andere mailbox waar hetzelfde is ingesteld werkt het wel. Het lijkt te liggen aan de mailbox van A danwel in combinatie met A? Wij krijgen het echter niet gevonden. Mailbox van A is pas enige tijd geleden aangemaakt.
De mailbox van B is destijds vanuit de oude Exchange 2003 server overgezet naar 2010.
Toevallig een Exchange expert aanwezig die hier een oplossing voor heeft?
Zowel onder client acces server als de mailbox store server laten niets in de logs zien.
:strip_icc():strip_exif()/u/8430/logo.jpg?f=community){kind=logo}
Als deze uitgeschakeld wordt werkt het wel goed.
De e-mails scannen en evt. ontsmetten doe je als het goed is al op je mail gateway en/of op je Exchange server zelf. Er is dan geen reden meer om die taak aan de clients nogmaals over te laten.