Exchange non cached modus

[biggydeen2]

Dag,

Probleempje: Als iemand bij mij op het bedrijf een tijd niet in outlook heeft gewerkt en vervolgens iets gaat doen in outlook verschijnt standaard de melding rechtsonderin dat outlook opnieuw connectie moet maken met de exchange server.

Nu heb ik het idee dat dit te maken heeft met cached modus vs non-cached modus.
Wij werken hier met de non-cached modus en ik heb het vermoeden dat er een timeout zit op de idle tijd tussen client en server. Heb al een tijd lopen zoeken maar ik kan niet direct vinden wat ik zoek.
Het probleem komt alleen voor als iemand een bepaalde tijd, laten we zeggen een uur, niks gedaan heeft in outlook. Aangezien je met de cached modus een lokale kopie opslaat heb je dat probleem dus niet. Wat mijn vermoeden nog meer doet toenemen is dat ik hier zelf geen last van heb, echter ik doe elke 15min wel iets in outlook. MOcht ik sporadisch een tijd niks gedaan hebben in outlook krijg ik de melding ook.

Nu weet ik niet of dit een standaard idle timeout betreft of dat deze ook adjustable is of dat het uberhaupt te maken heeft met de non cached modus. Iemand enig idee?

Dank!

[ Voor 13% gewijzigd door biggydeen2 op 10-11-2011 16:02 ]

[Verwijderd]

komt de verbinding wel automatisch terug?

je kan ervoor kiezen om xx seconds untl server connection timeout aan tepassen, standaard staat deze op 30 sec. onder account properties

[biggydeen2]

De verbinding komt altijd terug, maar pas nadat je een handeling doet die gegevens van de server vereist ( dan komt dus de pop-up)

Heb gebeurt alleen als er lange tijd niks gedaan wordt in outlook. 30 sec zal het iig niet zijn.

[alt-92]

Zou je op z'n minst de Exchange en Outlook versies willen noemen?

[Jazzy]

En de exacte melding.

[biggydeen2]

exchange 2010, client 2007, het gaat mij er echter om of iemand mij kan vertellen of het inderdaad met de cached modus te maken heeft. Ik heb de versies daarom express niet vermeld omdat alle hedendaagse versies van exchange\client dit ondersteunen.

"trying to connect to microsoft exchange server"

[Jazzy]

Dat is dus nooit een goed idee, relevante informatie achterhouden. In dit geval kan het verschillende oorzaken hebben, bijvoorbeeld de NIC en driverversie van de Exchange-server kan het probleem veroorzaken. Ook een verkeerd geconfigureerde virusscanner op Exchange kan er voor zorgen dat de client de connectie kwijt raakt.

Verder zou je even in het Application Log op de server moeten kijken of je meldingen ziet met betrekking tot MAPI limieten.

[biggydeen2]

Jazzy schreef op vrijdag 11 november 2011 @ 12:01:
Dat is dus nooit een goed idee, relevante informatie achterhouden. In dit geval kan het verschillende oorzaken hebben, bijvoorbeeld de NIC en driverversie van de Exchange-server kan het probleem veroorzaken. Ook een verkeerd geconfigureerde virusscanner op Exchange kan er voor zorgen dat de client de connectie kwijt raakt.

Verder zou je even in het Application Log op de server moeten kijken of je meldingen ziet met betrekking tot MAPI limieten.

Misschien heb ik mijn orginele post iets verkeerd opgesteld waardoor mijn vraag misschien niet helemaal helder is. Dank voor je informatie, echter wil ik eerst weten of het te maken heeft met non-cached of cached modus van exchange. Daarom had ik de versies ook niet vermeld om een troubleshoot van allerlei andere zaken te voorkomen. ( maar ik snap je punt )

In other words: is er een instelling die er voor zorgt dat de client verbinding verliest met de server nadat een client een tijdje idle heeft gestaan indien er gebruik wordt gemaakt van de non-cached modus?

p.s. Een tijdje geleden heb ik een microsoft artikel gelezen die mijn punt bevestigde dat non-chached op een bepaald moment de verbinding verliest en dat dit dus zo hoort. Echter kan ik dit niet meer vinden

[ Voor 8% gewijzigd door biggydeen2 op 11-11-2011 12:21 ]

[Jazzy]

Ten eerste, noem het alsjeblieft gewoon Online Mode want zo heet het als je geen gebruik maakt van Cached Mode. Ten tweede, dit gedrag is niet normaal en vandaar dat ik je tips geef om de oorzaak te troubleshooten.

[biggydeen2]

Excuse me, ik zal voortaan Online modus noemen.

Anyway, je geeft geen antwoord op mijn vraag. Ik waardeer je tips maar ik moet eerst 100% zeker weten dat het niet gewoon een functie\setting van de online modus is. Aangezien ik dit eerder ergens gelezen heb op de microsoft site betwijfel ik of dit nu een error is of dat het zo hoort te werken.

[redfoxert]

Met Ctrl-rechtsklik op het Outlook icoon in de systray kan je de Connection Status bekijken.

Als je daar de connectie ziet verdwijnen kan het ook een timeout van de NIC op de laptop/desktop zijn. Power saving opties misschien van de lokale client?

In je TS kan je ook vermelden of het op laptops en/of desktops voorkomt.

[ Voor 13% gewijzigd door redfoxert op 11-11-2011 14:11 ]

[Jazzy]

biggydeen2 schreef op vrijdag 11 november 2011 @ 14:05:
Anyway, je geeft geen antwoord op mijn vraag.

Ik heb al gezegd dat dit gedrag niet normaal is, daarmee bedoel ik dat deze symptomen niet gebruikelijk zijn. Ik weet niet wat je precies aan informatie zoekt maar volgens mij kun je gewoon gaan troubleshooten.

[biggydeen2]

redfoxert schreef op vrijdag 11 november 2011 @ 14:10:
Met Ctrl-rechtsklik op het Outlook icoon in de systray kan je de Connection Status bekijken.

Als je daar de connectie ziet verdwijnen kan het ook een timeout van de NIC op de laptop/desktop zijn. Power saving opties misschien van de lokale client?

In je TS kan je ook vermelden of het op laptops en/of desktops voorkomt.

Wij gebruiken hier alleen pc's, laptops zijn er wel maar die zijn niet geconfigureerd voor onze exchange en connecten alleen via het wireless netwerk.

Mensen ondervinden tijdens hun werk geen problemen met het netwerk, de NIC blijft dus gewoon actief.
Alleen outlook moet opnieuw connectie maken met exchange na een bepaalde tijd. Nu weet ik niet hoeveel tijd hier tussen zit, aangezien dit wel redelijk lang is (langer dan 30min) kan ik dit niet actief monitoren

[alt-92]

Wat is trouwens het client OS, Windows 7? Zonder SP1 heb ik wel gemerkt dat openstaande sessies 'in slaap sukkelen' ongeacht je power management settings...

Een geminimaliseerde maar openstaande AD users & Computers snapin bijvoorbeeld, als ik die na een half uur weer naar voren haal is de sessie verbroken en freezed de interface totdat de verbinding weer is gelegd.

[ Voor 40% gewijzigd door alt-92 op 11-11-2011 14:26 ]

[biggydeen2]

Jazzy schreef op vrijdag 11 november 2011 @ 14:22:
[...]
Ik heb al gezegd dat dit gedrag niet normaal is, daarmee bedoel ik dat deze symptomen niet gebruikelijk zijn. Ik weet niet wat je precies aan informatie zoekt maar volgens mij kun je gewoon gaan troubleshooten.

Ik zoek eigenlijks de bevestiging of ontkrachting in een microsoft url, daar ik dit al een keer eerder uitgezocht heb en toen tot de conclusie kwam dat dit "normaal" is in online modus. Echter begin ik nu te twijfelen.

Je kan mij dus verzekeren dat ook in online modus je "altijd" een actieve verbinding hebt met de exchange server?

alt-92 schreef op vrijdag 11 november 2011 @ 14:24:
Wat is trouwens het client OS, Windows 7? Zonder SP1 heb ik wel gemerkt dat openstaande sessies 'in slaap sukkelen' ongeacht je power management settings...

Als client OS draaien we nog Win XP SP3, maar het is inderdaad zoals je noemt 'in slaap sukkelen'

alt-92 schreef op vrijdag 11 november 2011 @ 14:24:
Een geminimaliseerde maar openstaande AD users & Computers snapin bijvoorbeeld, als ik die na een half uur weer naar voren haal is de sessie verbroken en freezed de interface totdat de verbinding weer is gelegd.

Dit is eigenlijks exact wat er gebeurt alleen dan met de client - server verbinding met outlook - exchange.
Om het nog even uit te breiden: dit fenomeen zie ik alleen tussen outlook exchange, op AD niveau en andere servers kom ik dit probleem niet tegen, voor zover mij opgevallen is.

[ Voor 22% gewijzigd door biggydeen2 op 11-11-2011 14:35 ]