[SBS+Exchange 2007] Krijg Outlook en OWA niet aan de gang

[RedGolf]

Mijn nieuw SBS servertje werkt op zich goed, maar met mijn Exchange heb ik nog weinig succes.

Vandaag via NXS mijn domein naam naar mijn IP laten verwijzen, dat lijkt te werken.
In mijn lokale netwerk echter krijg ik via outloook 2007 de foutmelding dat de account/mappen niet kunnen worden geopend en wanneer ik via OWA toegang tot de mail probeer te krijgen (https://remote.domein.nl/owa), krijg ik foutmeldingen dat de site wel online is maar niet reageert, wellicht dat poort 443 niet zou open staan.

Wanneer ik in SBS de internet verbindings wizzards draai, geeft deze geen foutmeldingen (meer) over poorten die dicht zouden staan, dat was voorheen overigens wel.

Wanneer ik echter in de Exchange management shell draai en daar het volgende doe:

---

[PS] C:\Windows\System32>test-outlookwebservices

Id Type Message
-- ---- -------
1003 Information About to test AutoDisc...
1007 Information Testing server VSERVER...
1019 Information Found a valid AutoDisc...
1013 Error When contacting https:...
1006 Error The Autodiscover servi...


[PS] C:\Windows\System32>test-outlookwebservices -identity:[e-mail] | ft * -AutoSize -Wrap

Id Type Message
-- ---- -------
1003 Information About to test AutoDiscover with the e-mail address [e-mail].
1013 Error When contacting https://remote.domein.nl/Autodiscover/Autod
iscover.xml received the error De externe server heeft een fou
t geretourneerd: (401) Niet gemachtigd.
1006 Error The Autodiscover service could not be contacted.

---

Er lijkt me duidelijk iets niet in de haak met het omleiden naar https, maar ik heb zo geen idee waar dit te zoeken. De autodiscover functie voor outlook, lijkt wel actief, maar geeft fouten, waarschijnlijk vanwege https.

Iemand een idee waar te beginnen?

Wanneer iemand nog een boeken tip heeft over Exchange 2007, hoe een basis Exchange configuratie in elkaar te zetten, dan hou ik me aanbevolen.

[JohnD]

de autodiscovery service wordt gebruikt door outlook clients en niet door owa gebuikers.

je maak verbinding met remote.domain.nl/owa.. maak je dan gebruik van split dns of hoe regel je dit?

kan je wel verbinding maken met https://lan-ip-server/owa?

overigens kan je eens kijken naar de boeken over MS exam 70-236

[ Voor 26% gewijzigd door JohnD op 24-11-2009 08:07 ]

[Jazzy]

Die 401 bij test-outlookwebservices is te verwachten, laat je daarvoor niet in de war brengen. Het beste kun je dit van buitenaf testen met deze tool: https://www.testexchangeconnectivity.com/

[RedGolf]

JohnD schreef op dinsdag 24 november 2009 @ 08:03:
de autodiscovery service wordt gebruikt door outlook clients en niet door owa gebuikers.

Dat wist ik, maar omdat ik bij het testen van de autodiscovery fouten krijg die duiden op https, haal ik het aan.

je maak verbinding met remote.domain.nl/owa.. maak je dan gebruik van split dns of hoe regel je dit?

Wat is precies een split-dns?

kan je wel verbinding maken met https://lan-ip-server/owa?

Ik ben nu niet thuis, maar dit hang af hoe of ik in exchange de url voor lokale toegang in stel. via https heb ik nog nooit toegang tot de OWA gekregen.

overigens kan je eens kijken naar de boeken over MS exam 70-236

De meeste boeken zijn veredelde technet/help uitdraaien, ik zou graag leren begrijpen hoe of het hoort te werken... ... zon trainings boek is dat wezenlijk anders dan een companion?

[Mike2k]

RedGolf schreef op dinsdag 24 november 2009 @ 09:12:
[...]


Dat wist ik, maar omdat ik bij het testen van de autodiscovery fouten krijg die duiden op https, haal ik het aan.


[...]

Wat is precies een split-dns?

Beetje zelfredzaamheid mag wel...
Dit is de allereerste hit op google:
http://www.isaserver.org/...o_Create_a_Split_DNS.html

[RedGolf]

Jazzy schreef op dinsdag 24 november 2009 @ 08:08:
Die 401 bij test-outlookwebservices is te verwachten, laat je daarvoor niet in de war brengen. Het beste kun je dit van buitenaf testen met deze tool: https://www.testexchangeconnectivity.com/

Dat is een goede tip!

Er blijkt nogal wat te shorten, het enige wat wel in orde lijkt, is dat de tcp poort 80 op autodiscover.domein.nl reageert.

Ik moet hier thuis verder in duiken, ik ben op zich al blij wanneer het lokaal zou werken, dan is in iedergeval een deel van het probleem opgelost.

Testing Exchange ActiveSync
Exchange ActiveSync test Failed
Test Steps
Attempting AutoDiscover and Exchange ActiveSync Test (if requested)
Failed to test AutoDiscover for Exchange ActiveSync
Test Steps
Attempting each method of contacting the AutoDiscover Service
Failed to contact the AutoDiscover service successfully by any method
Test Steps
Attempting to test potential AutoDiscover URL https://domein.nl/AutoDiscover/AutoDiscover.xml
Failed testing this potential AutoDiscover URL
Test Steps
Attempting to resolve the host name domein.nl in DNS.
Host successfully resolved
Additional Details
IP(s) returned: xx.yyy.76.112

Testing TCP Port 443 on host domein.nl to ensure it is listening and open.
The specified port is either blocked, not listening, or not producing the expected response.
Tell me more about this issue and how to resolve it
Additional Details
A network error occurred while communicating with remote host
Exception Details:
Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond xx.yyy.76.112:443
Type: System.Net.Sockets.SocketException
Stack Trace:
at System.Net.Sockets.TcpClient.Connect(String hostname, Int32 port)
at Microsoft.Exchange.Tools.ExRca.Tests.TcpPortTest.PerformTestReally()


Attempting to test potential AutoDiscover URL https://autodiscover.domein.nl/AutoDiscover/AutoDiscover.xml
Failed testing this potential AutoDiscover URL
Test Steps
Attempting to resolve the host name autodiscover.domein.nl in DNS.
Host successfully resolved
Additional Details
IP(s) returned: xx.yyy.76.112

Testing TCP Port 443 on host autodiscover.domein.nl to ensure it is listening and open.
The specified port is either blocked, not listening, or not producing the expected response.
Tell me more about this issue and how to resolve it
Additional Details
A network error occurred while communicating with remote host
Exception Details:
Message: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond xx.yyy.76.112:443
Type: System.Net.Sockets.SocketException
Stack Trace:
at System.Net.Sockets.TcpClient.Connect(String hostname, Int32 port)
at Microsoft.Exchange.Tools.ExRca.Tests.TcpPortTest.PerformTestReally()


Attempting to contact the AutoDiscover service using the HTTP redirect method.
Failed to contact AutoDiscover using the HTTP Redirect method
Test Steps
Attempting to resolve the host name autodiscover.domein.nl in DNS.
Host successfully resolved
Additional Details
IP(s) returned: xx.yyy.76.112

Testing TCP Port 80 on host autodiscover.domein.nl to ensure it is listening and open.
The port was opened successfully.
Checking Host autodiscover.domein.nl for an HTTP redirect to AutoDiscover
Failed to get an HTTP redirect response for AutoDiscover
Additional Details
A Web Exception occurred because an HTTP 404 - NotFound response was received from IIS7


Attempting to contact the AutoDiscover service using the DNS SRV redirect method.
Failed to contact AutoDiscover using the DNS SRV redirect method.
Test Steps
Attempting to locate SRV record _autodiscover._tcp.domein.nl in DNS.
Failed to find AutoDiscover SRV record in DNS.
Tell me more about this issue and how to resolve it

[Verwijderd]

Ik heb ook z'n problem gehad sbs 2003 met isa en exchange.

Bij mij zat het probleem in IIS/ OWA daar stond niet alles goed ingesteld..

[Mike2k]

in plaats van dat de TS nou eens de config van zijn IIS hier dumpt...nu is iedereen gewoon blind aan het schieten...

[Jazzy]

Als eerste zou ik je DNS records even controleren, dus dat autodiscover.domein.nl daadwerkelijk verwijst naar je externe IP-adres. Vervolgens je portforwarding, staat poort 443 wel doorgestuurd naar je SBS server? Poort 80 kan voor dit doel gewoon dicht blijven trouwens.

Dan even naar je server intern. Wat gebeurt er exact als je naar https://servernaam/owa gaat? In geval van probleem graag even de exacte foutmelding geven.

Mike2k schreef op dinsdag 24 november 2009 @ 09:34:
in plaats van dat de TS nou eens de config van zijn IIS hier dumpt...nu is iedereen gewoon blind aan het schieten...

Ik zou liever even stap voor stap troubleshooten dan in IIS te gaan wroeten.

[ Voor 26% gewijzigd door Jazzy op 24-11-2009 09:38 ]

[Mike2k]

Jazzy schreef op dinsdag 24 november 2009 @ 09:37:
Als eerste zou ik je DNS records even controleren, dus dat autodiscover.domein.nl daadwerkelijk verwijst naar je externe IP-adres. Vervolgens je portforwarding, staat poort 443 wel doorgestuurd naar je SBS server? Poort 80 kan voor dit doel gewoon dicht blijven trouwens.

Dan even naar je server intern. Wat gebeurt er exact als je naar https://servernaam/owa gaat? In geval van probleem graag even de exacte foutmelding geven.
[...]
Ik zou liever even stap voor stap troubleshooten dan in IIS te gaan wroeten.

Ik zeg ook niet dat we er in moeten gaan wroeten, maar lijkt me zinvol om even te kijken of de config wel correct is

[Jazzy]

Mike2k schreef op dinsdag 24 november 2009 @ 09:42:
Ik zeg ook niet dat we er in moeten gaan wroeten, maar lijkt me zinvol om even te kijken of de config wel correct is

Dan snap ik nog steeds niet wat je wilt. We weten nog niet exact wat het probleem is, en als het IIS gerelateerd zou zijn dan manage je dat in Exchange en SBS. Mijn ervaring is dat het veranderen van settings in IIS het in zo'n geval alleen maar erger maakt. En geloof me, ik heb wat SBS en Exchange problemen gezien...

[RedGolf]

Ik duik er vanavond thuis in. SBS 2008 met exchange is in 1e instantie een paar weken terug geïnstalleerd zonder dat ik de beschikking had over een domein naam. Ik heb toen geprobeerd om exchange via de basic SBS2008 pop 3 methode aan mijn planet.nl mail account te koppelen. Er kwam wel mail binnen op het account, alleen werkte toen owa al niet lekker, vooral wanneer het via https liep (dit kan je instellen in de exchange management console bij client acces OWA, inter en externe url). Ik heb toen de boel laten liggen in afwachting van mijn domein transfer naar NXS en nu probeer ik voor het eerst de server als web/exchange server te configureren zoals het eigenlijk hoort.

Het zou me inderdaad niet verbazen wanneer het probleem ligt in de DNS records zoals Jazzy zegt. Wanneer ik overigens SBS opdracht geef om het netwerk te controleren/repareren, gaf hij van de week geen foutmeldingen weer, voorheen kreeg ik inderdaad meldingen dat oa poort 443 niet te openen was. Dat was aanvankelijk zo, omdat mijn (oudere linksys) adsl modem-router niet juist reageerde op de upnp verzoeken van SBS. Ik heb het idee dat mijn modem pas goed reageerd op upnp wanneer ik er eerst alle bestaande poort omleidingen eruithaal en dan SBS zijn werk laat doen.

wordt vervolgd.

[Mike2k]

Als je DNS problemen vermoed, ga dan eens naar klant.nxs.nl log daar in met je accountnaam en wachtwoord en laat ons eens zien wat er in je zonefile staat...

[RedGolf]

Mike2k schreef op dinsdag 24 november 2009 @ 11:36:
Als je DNS problemen vermoed, ga dan eens naar klant.nxs.nl log daar in met je accountnaam en wachtwoord en laat ons eens zien wat er in je zonefile staat...

Het MX record heb ik nog niet geupdate omdat ik er nog niet zeker van was waar dit exact heen moet wijzen. De xx.yyy.76.112 is het internet IP adres van mijn modem. Lokaal zit de server op 192.168.1.2 (standaard) en de router op 192.168.1.1 ook standaard.

domainname domain type domain status record name record type record content record ttl record prio
domein.nl NATIVE A localhost.domein.nl A 127.0.0.1 900 0
domein.nl NATIVE A *.domein.nl A xx.yyy.76.112 900 0
domein.nl NATIVE A mail.domein.nl A xx.yyy.76.112 900 0
domein.nl NATIVE A domein.nl A xx.yyy.76.112 900 0
domein.nl NATIVE A domein.nl MX lb.mailscanner.nxs.nl 900 10
domein.nl NATIVE A domein.nl NS ns3.nxs.nl 900 0
domein.nl NATIVE A domein.nl NS ns2.nxs.nl 900 0
domein.nl NATIVE A domein.nl NS ns1.nxs.nl 900 0
domein.nl NATIVE A domein.nl SOA ns1.Nxs.nl hostmaster.Nxs.nl 2009111611 3600 600 7200 3600 900 0
domein.nl NATIVE A domein.nl TXT Nxs Internet - http://www.nxs.nl 900 0

[Jazzy]

Ik zie helemaal geen record voor Autodiscover. Dan is het ook niet zo raar dat die niet te resolven is, wel? Voeg een A-record toe met de naam autodiscover en geef die het externe IP-adres.

Volgende stap, port forwarding. Heb je portforwarding ingesteld voor poort 443? Die moet geforward worden naar 192.168.1.2. Als de server dat niet via uPnP kon doen dan stel je dit gewoon handmatig in. Test dan nog een keer met https://www.testexchangeconnectivity.com/

[Mike2k]

Daarbij staat inderdaad je mx record nog niet goed...

mail.domein.nl -> externe ip
MX10 domein.nl -> mail.domein.nl
MX20 domein.nl ->fallback1.mx.nxs.nl

[RedGolf]

Ik moet er thuis verder naar kijken. Ik heb de zone file overeenkomstig aangepast, maar wanneer ik de exchangetest van hierboven uitvoer, word de domein naam en de autodisocver.domein.nl wel geresolved, maar vervolgens krijg ik nog steeds de melding dat tcp 443 dichtstaat of niet reageerd. Wanneer ik mijn server poort test op mijn ip adres, blijkt poort 80 wel open te staan, maar 443 niet, terwijl gisteren SBS zelf daar geen foutmeldingen over gaf.

Wat ik me wel afvraag is in hoeverre je van deze 'verkeerde' DNS settings en evt verkeerd geconfigureerde adsl-router-firewal, last hebt binnen het lokale netwerk.

[Jazzy]

RedGolf schreef op dinsdag 24 november 2009 @ 14:03:
Wat ik me wel afvraag is in hoeverre je van deze 'verkeerde' DNS settings en evt verkeerd geconfigureerde adsl-router-firewal, last hebt binnen het lokale netwerk.

Geen. Maar het helpt wel om eerst dit stukje te troubleshooten en goed in te richten. Als je dat niet doet dan heb je daar last van bij de volgende stappen namelijk. Sterker nog, als je de netwerkkant in orde hebt dan kun je de ExRCA weer gebruiken om informatie te geven over de configuratie van je server.

[RedGolf]

Even een update....

Inmiddels zijn zeer waarschijnlijk de DNS en poort problemen opgelost, boven genoemde exchange test werkt nu wel, ook krijg ik via outlook contact met Exchange 2007 en zijn de opgestapelde mails binnen gelopen (van de simpele pop3 connector tenminste). OWA werkt nog niet helemaal lekker. Op zich kan ik wel via https:/remote.domein.nl inloggen. Echter in IE8 reageert niet één link en overal waar een pictogram hoort te staan staat een rood kruisje. Idem op een andere pc met win2000 en IE6. In firefox (laatste) ziet het er helemaal niet uit en ook daar reageert niet één link/menu item. Kan dit iets met de beveiligingscertificaten te maken hebben?

Ik ga eerst het versturen en ontvangen van mail verder in orde maken en dan nog eens naar OWA kijken. Mail versturen werkt ondertussen, mail ontvangen alleen nog van een pop 3 connector en niet direct, dus wellicht dat er nog iets niet lekker zit in de zone file.

De oorzaak totdusver was de SBS2008 firewall van SBS2008 zelf. De SBS wizzard netwerk->connectiviteit->Mijn netwerk herstellen, gaf geen foutmeldingen meer. Kennelijk reageert deze wel op foutief ingestelde modem/router, maar niet op een dichtstaande poort van de SBS firewall zelf.
Daarnaast denk ik dat men linksys WAG354G niet echt je van het is, nadat SBS via upnp bezig is geweest moet ik met regelmaat het ding resetten/herstarten.

[RedGolf]

Setup
De exchange 2007 server draait op SBS2008. Deze server staat achter een consument kpn ADSL lijn (voorheen planet).


Probleem:
De mail die ik verstuur zonder gebruik te maken van smart host komt over al aan:
- intern
- bij mijn kpn mail (planet) adressen
- bij mijn gmail account
- bij mijn werkgever

Extern komt alleen de mail verstuurd vanaf mijn kpnmail adressen aan op mijn server, maar niet van:
- vanaf gmail verstuurd
- vanaf mijn werkgever verstuurd

Links en rechts wat rond gekeken op dit forum en ik kan alleen bedenken dat het aan poort 25 zou kunnen liggen of toch nog een probleem met de instellingen van mijn domein records?

Wanneer ik ExRCA (inbound) draai, geeft deze aan dat de fallback server wel bereikt kan worden, maar dat de eigenlijke mailserver niet reageert op tcp 25 mail.domein.nl.

Als het dan al aan een dichte poort 25 zou liggen, waarom kan ik dan wel probleemloos mail versturen, maar alleen mails ontvangen die vanaf een kpn account verstuurd zijn?

---

domainname domain type domain status record name record type record content record ttl record prio
domein.nl NATIVE A mail.domein.nl A 123.123.123.123 900 0
domein.nl NATIVE A autodiscover.domein.nl A 123.123.123.123 900 0
domein.nl NATIVE A *.domein.nl A 123.123.123.123 900 0
domein.nl NATIVE A domein.nl A 123.123.123.123 900 0
domein.nl NATIVE A localhost.domein.nl A 127.0.0.1 900 0
domein.nl NATIVE A domein.nl MX mail.domein.nl 900 10
domein.nl NATIVE A domein.nl MX fallback1.mx.nxs.nl 900 20
domein.nl NATIVE A domein.nl NS ns3.nxs.nl 900 0
domein.nl NATIVE A domein.nl NS ns2.nxs.nl 900 0
domein.nl NATIVE A domein.nl NS ns1.nxs.nl 900 0
domein.nl NATIVE A domein.nl SOA ns1.Nxs.nl hostmaster.Nxs.nl 2009111611 3600 600 7200 3600 900 0
domein.nl NATIVE A domein.nl TXT Nxs Internet - http://www.nxs.nl 900 0

---

[Razwer]

probeer eens te telnetten naar je bak vanaf een niet KPN netwerk machine. Of als je durft, geef je smtp server ip, test ik het voor je.

[JohnD]

kpn blokkeert toch poort 25 op hun netwerk? behalve dan naar hun eigen mailservers.

[RedGolf]

Ik zit hier nog ff verder te kijken, maar heb ik niet gewoon dit probleem?

Zo ja, wanneer ik dan onderstaande settings doorvoer in mijn zone file, zou dat dan direct moeten werken?

mijndomein.nl MX 10 smtp.mijndomein.nl
mijndomein.nl MX 20 mailrelay.direct-adsl.nl
smtp.mijndomein.nl A 123.123.123.123

Binnen het kpn netwerk lijkt alles te werken, maar ontvangen van buiten gaat niet.

Ik heb dus een normaal consumenten knp adsl aansluiting en geen direct adsl oid.

[Mike2k]

als je nou eens je ip adressen en domein naam vermeld kunnen we je helpen met testen....
Ik neem aan dat "mijndomein" niet je domein naam is....

[RedGolf]

Mike2k schreef op donderdag 26 november 2009 @ 17:01:
als je nou eens je ip adressen en domein naam vermeld kunnen we je helpen met testen....
Ik neem aan dat "mijndomein" niet je domein naam is....

Nou zeg,klaar blijkelijk werkt het niet direct, maar met wat geduld wel. Nu fietsen mijn mails wel direct op en neer tussen mijn gmail account en mijn exchange, met onderstaande settings.

Ik zit nog wel met het volgende:
- Ik zend nu zonder smart host, is dat verstandig ? volgens mij wil kpn dat je de smarthost gebruikt
- Kan ik nu zomaar de fall back server van NXS er nu als 3e optie, meet laagste prio (30) bij zetten?

Ik sta overigens open voor opbouwende kritiek met name qua beveiliging

---

$TTL 900
@IN SOA ns1.Nxs.nl hostmaster.Nxs.nl 2009111611 3600 600 7200 3600
TXT Nxs Internet - http://www.nxs.nl
NS ns1.nxs.nl
NS ns2.nxs.nl
NS ns3.nxs.nl
Naam Type Waarde
*.canyonred.nl A 81.204.76.112
autodiscover.canyonred.nl A 81.204.76.112
canyonred.nl MX 10 smtp.canyonred.nl
canyonred.nl MX 20 mailrelay.direct-adsl.nl
canyonred.nl A 81.204.76.112
localhost.canyonred.nl A 127.0.0.1

---

[Jazzy]

Even naar aanleiding van je topictitel, werkt OWA nu goed?

[RedGolf]

Neen, dat doet hij niet. Ik kan wel op een willekeurige PC inloggen en ik krijg dan alle berichten te zien, maar er zijn geen icoontjes zichtbaar en er werkt niet een link.

Win7+IE8 en Firefox 3.5.5 | Win2000prof +IE6 en Firefox 1.5.0.12
Na inloggen wel berichten ed te zien, geen iconen etc... En vrijwel niet één link reageerd. Bij het aanklikken van een ingekomen bericht gebeurt er niets. Een nieuw bericht maken gaat ook niet.

In firefox reageren de links linksonder (navigatie) wel, maar de rest ook niet.

In explorer zie je ook nergens de link referenties wanneer je met je mijs over een link/knop beweegt.

Het lijkt me meer IIS gerelateerd.

[Mike2k]

Mike2k schreef op dinsdag 24 november 2009 @ 09:34:
in plaats van dat de TS nou eens de config van zijn IIS hier dumpt...nu is iedereen gewoon blind aan het schieten...

Post je config...

[ Voor 4% gewijzigd door Mike2k op 26-11-2009 22:48 ]

[Jazzy]

Heb je de Best Practice Analyzer gedraaid? Die vind je in de Exchange Management Console in de Toolbox.

[RedGolf]

Ik ga morgen verder met dit verhaal, de analyzer heeft inderdaad fouten gevonden:
- "Authenticated users" doesn't have read permissions of folder c:\program files....\ClientAccess\OAB\....
- "Enterprise admins" doesn't have read permissions of folder c:\program files....\ClientAccess\OAB\....
- "Domain Admins" doesn't have read permissions of folder c:\program files....\ClientAccess\OAB\....

En bijna helemaal onderaan:
- Some versions of MAPI clients are blocked on server VSERVER.vdomein.local Verify that....(technet help beschikbaar)

...dus nog wat te doen morgen. Ik denk dat de read permissions nog het vervelendst zijn

[RedGolf]

Waar schijnlijk is dit het probleem, ik krijg op exact dezelfde regels script fouten.

Daarnaast blijven de read permission problemen die door de BPA gedetecteerd werden gewoon bestaan wanneer ik deze voor de \OAB\.... map corrigeer. Maar dit lijkt me wat anders dan de OWA problemen.

Ik zie op technet dat er een engelse versie sp2 van Exchange 2007 uit is, kan ik deze zomaar downloaden en installeren? Ik heb een NL versie van SBS2008, er is echter geen NL servicepack voor Exchange.

[RedGolf]

Ik heb de laatste rollup van SP1 eraf gegooid en rara nu lijkt OWA wel normaal te werken (voor zover ik dat op dit tijdstip wil testen).

En wanneer ik nu de BPA draai geen kritieke fouten meer, wel wat geneuzel over certificaten (certificate principal mismatch).

Morgen weer een dag.

Van exchange SP 1 is overigens nu alleen rollup 2 (KB948016) en rollup 5 (KB953467) geïnstalleerd.

pffff....ik krijg medelijden met echte systeem beheerders

[Glashelder]

Dat hoeft niet hoor, als zo'n slet net geinstalleerd is (of tijd geleden maar niet in productie) en ze doet haar werk niet goed, dan volgt er gelijk een reinstall