[Exchange 2016] Twee PC's krijgen Outlook niet open

[Operations]

Ik draai Exchange 2016 CU15 op een VM (Hyper-V), mijn DC's(incl. DNS) draaien Windows 2019 Server en staat ook op een VM.
Ik heb een laptop en twee PC's. Mijn PC's krijgen Outlook (met een Exchange mailaccount) niet geopend, dit gebeurd met zowel een bestaand account (650MB + 15GB in het archief) als een nieuw aangemaakt schoon testaccount. Het toevoegen van een account (m.b.v. autodiscover) aan Outlook gaat zonder problemen.

Vanaf mijn laptop (Windows 10) werkt Outlook prima, maar vanaf de twee PC's krijg ik Outlook niet open. Hij zegt continue "Probeert gegevens van de Exchange server af te halen" en Outlook geeft aan "reageert niet". Deze PC's draaien ook Windows 10 en ik heb Outlook 2016 en 2019 geprobeerd.

Vanaf die twee PC's kan ik de Exchange server pingen en andersom ook. OWA kan ik op die twee PC's wel openen. De PC's krijgen een IP van de DHCP server (ook static IP werkt niet) met de juiste DNS servers (DC01 en DC02). Deze DNS servers worden ook door de Exchange server gebruikt (static IP). Ook de gateway is gelijk.

In de lokale DNS servers staan A Records voor de exchange.ad.domein.nl, remote.domein.nl en autodiscover.ad.domein.nl met daarin het juiste IP adres. NSLookup exchange.ad.domein.nl en pc1 en pc2.ad.domein.nl toont het juiste IP adres vanaf de exchange VM en de beide PC's.

Andere poort op de switch en andere kabel en een losse PCI-E LAN kaart helpen ook niet.

De BPA geeft geen fouten alleen bepaalde warnings van het niveau "Exchange is VIRTUAL". Dit Health script (https://practical365.com/...rver-health-check-report/) geeft een error:

"Connecting to remote server webmail.domein.nl failed. The WinRM client cannot process the the server name cannot be resolved"

Ik begrijp niet waarom hij connectie zoekt met "webmail" ik gebruik namelijk "remote". Dus er is inderdaad geen lokaal DNS record voor "webmail".

De Exchange server heeft meer dan genoeg vrije schijf ruimte (+50%), ook is de CPU totaal niet druk. Er zijn geen Event ID's over iets van Backpressure/Health Thresholds. Mails worden direct verzonden/ontvangen.

Alle machines zijn volledig up to date en uiteraard schoon geïnstalleerd. Vanaf mijn Android telefoon (Samsung S10+) heb ik zowel intern als extern geen problemen met de Exchange. De OWA/ECP doen het ook gewoon intern/extern. Autodiscover werkt ook intern/extern. De Exchange Connectivity (https://testconnectivity.microsoft.com/) website geeft geen fouten op SMTP, Autodiscover en Connectivity.

Als ik met CTRL op het Exchange logo (en dan verbindingsstatus) klik, dan zie ik verder ook geen errors. Staat bij alle regels "Tot stand gebracht" en bij Verzoeken/Mislukt staat bij elke regel 0 bij mislukt.

Eventlog van de PC's geeft alleen aan dat Outlook.exe blijft hangen.

PC1 staat in mijn signature (AMD 3900x/Asus Prime X570-Pro/64GB/Intel Optane) gebruikt een Intel I211 NIC. Ik heb zowel de standaard Windows driver, de driver van de ASUS site als de nieuwste driver van de Intel site geprobeerd.
PC2 (I3-6100/Gigabyte b150m-d3h/8GB/60GB SSD)

De laptop heeft zowel wireless als bedraad dit probleem niet, ook niet als ik dezelfde kabel/poort gebruik die ik voor PC1/2 gebruikt.
Ik heb ook nog getest met een Windows 10 test VM, ook die heeft dit probleem niet.

Ik hoop dat dit enigszins lange verhaal een beetje te volgens is
Iemand enig idee waar ik dit moet zoeken?

[Xelefim]

- zet cashed mode uit of aan en probeer opnieuw
- start outlook in safe mode & disable alle addins, gebruik ook resetnavpane switch
- probeer de mail te configureren op de default mail app van win
- vergelijk de registry settings /appdata mbt outlook met een pc waar het wel werkt
- scan pst met pstscan
-...

Probeer bovenstaande eens eerst

[Operations]

Xelefim schreef op zaterdag 7 maart 2020 @ 21:00:
- zet cashed mode uit of aan en probeer opnieuw
- start outlook in safe mode & disable alle addins, gebruik ook resetnavpane switch
- probeer de mail te configureren op de default mail app van win
- vergelijk de registry settings /appdata mbt outlook met een pc waar het wel werkt
- scan pst met pstscan
-...

Probeer bovenstaande eens eerst

Excuus ben toch wat dingen vergeten te vermelden.

- Cache modus geen verschil. als in Cache modus aan dan opent Outlook wel en lijkt het goed te gaan tot dat je iets probeert aan te klikken.

- Safe mode maakt geen verschil. (Reset navpane zal ik even controleren voor de zekerheid)

- Office deinstalleer ik met Revo, dus alle reg resten zijn ook weg.

-Pstscan vond geen errors.

- mail configureren op standaard windows mail? gewoon de standaard app naar MAIL wijzigen bedoel je? (Ga ik doen, maar wat zou dat moeten doen?)

- Welke reg settings dan wel folders in app data zou ik moeten vergelijken? Het is toch logisch dat die niet overeen komen? De laptop heeft al maanden een werkende Outlook. de PC's hebben een frisse Windows en Office installatie.

[MAX3400]

Firewall of gebruikt protocol (tussen Outlook en Exchange).

Vraag me alleen even af of je misschien niet (ook) ruzie hebt met je accounts op de PC's; niet dat daar een of andere "local user" bestaat die hetzelfde heet als de mailbox-enabled user in AD en hierdoor misschien de verkeerde credentials doorgeeft?

Alternatief (aangezien je toch aan uitgebreid aan het testen bent); draai eens een Disk2VHD op je PC, spin de VHDX dan op als VM en ga daar eens veeeel grover te werk met troubleshooten. Firewall volledig uit. Inloggen met je admin account op het domein.

[Operations]

MAX3400 schreef op zaterdag 7 maart 2020 @ 21:08:
Firewall of gebruikt protocol (tussen Outlook en Exchange).

Vraag me alleen even af of je misschien niet (ook) ruzie hebt met je accounts op de PC's; niet dat daar een of andere "local user" bestaat die hetzelfde heet als de mailbox-enabled user in AD en hierdoor misschien de verkeerde credentials doorgeeft?

Alternatief (aangezien je toch aan uitgebreid aan het testen bent); draai eens een Disk2VHD op je PC, spin de VHDX dan op als VM en ga daar eens veeeel grover te werk met troubleshooten. Firewall volledig uit. Inloggen met je admin account op het domein.

Firewalls overal uitgezet. local users heten overal "Gebruiker" en de AD user heet "njanssen" en is (tijdelijk) Domain Admin (ook toegevoegd aan local admin groep). Ook wanneer ik inlog met mijn echte domain admin account dan blijft dit zelfde probleem ontstaan.

Dus voor zover ik kan inschatten gaat dit goed. Maar ik sta uiteraard overal voor open

Kan er uiteraard best een VM van maken, maar hoe zie je dat "veeeel grover te werk gaan qua troubleshooten" voor je?

[wagenveld]

Welke versie van Office?
https://docs.microsoft.co...ted-autodiscover-behavior

En dan met name de setting: ExcludeExplicitO365Endpoint

En check even op de Exchange server:
Get-ClientAccessService | fl *auto*

[ Voor 17% gewijzigd door wagenveld op 07-03-2020 21:16 ]

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 21:15:
Welke versie van Office?
https://docs.microsoft.co...ted-autodiscover-behavior

En dan met name de setting: ExcludeExplicitO365Endpoint

Office 2016 en 2019. Ik zal die link is even goed bekijken. Maar zou je dan niet verwachten dat het op geen enkele machine goed gaat?

[wagenveld]

Sja, 'unexpected behavior'

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 21:18:
Sja, 'unexpected behavior'

Die hou ik buiten de deur, hangt een bordje:
NEE
- Geen verkopers
- Geen geloof-overtuigers
- Geen unexpected behavior op de computers

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 21:15:
En check even op de Exchange server:
Get-ClientAccessService | fl *auto*

@wagenveld,

Dit lijkt mij goed toch?


AutoDiscoverServiceCN : Exchange
AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service
AutoDiscoverServiceInternalUri : https://autodiscover.domein.nl/Autodiscover/Autodiscover.xml
AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596
AutoDiscoverSiteScope : {DOMEIN}

[ Voor 4% gewijzigd door Operations op 07-03-2020 21:30 ]

[wagenveld]

Jup, daar ligt het niet aan iig

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 21:15:
Welke versie van Office?
https://docs.microsoft.co...ted-autodiscover-behavior

En dan met name de setting: ExcludeExplicitO365Endpoint

Onder HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Heb ik alleen ExcludeSCPLookup met waarde 1.

Dus ik weet even niet wat ik daar nu zou moeten doen.

[wagenveld]

Testen met ExcludeExplicitO365Endpoint op 1?

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 21:43:
Testen met ExcludeExplicitO365Endpoint op 1?

Helaas...

[wagenveld]

Dan is het iig geen autodiscover probleem

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 21:55:
Dan is het iig geen autodiscover probleem

Top!


enne.... Enig idee hoe nu verder?

[ Voor 6% gewijzigd door Operations op 07-03-2020 22:00 ]

[wagenveld]

Geeeeen id. Heb je IPv6 op de Exchange server aangepast? Zo te zien heb je al een aardige lijst geprobeerd inmiddels.

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 22:04:
Geeeeen id. Heb je IPv6 op de Exchange server aangepast? Zo te zien heb je al een aardige lijst geprobeerd inmiddels.

Nee ik gebruik nog geen IPv6.

[wagenveld]

Ik doelde meer op, heb je het vinkje bij IPv6 op de server of de clients uitgezet (dwz niet op default).

Om verder te troubleshooten zou ik met een sniffer zoals https://www.telerik.com/fiddler eens gaan kijken waar Outlook verbinding mee maakt. Even decrypt HTTPS aanzetten: https://docs.telerik.com/...iddler/Tasks/DecryptHTTPS

[Operations]

wagenveld schreef op zaterdag 7 maart 2020 @ 22:13:
Ik doelde meer op, heb je het vinkje bij IPv6 op de server of de clients uitgezet (dwz niet op default).

Om verder te troubleshooten zou ik met een sniffer zoals https://www.telerik.com/fiddler eens gaan kijken waar Outlook verbinding mee maakt. Even decrypt HTTPS aanzetten: https://docs.telerik.com/...iddler/Tasks/DecryptHTTPS

@wagenveld,

Ik weet niet helemaal hoe dit te gebruiken, maar ik zie sowieso deze regel in het rood voorbij komen:

Result: 404
Protocol: HTTPS
HOST: www.domein.nl
URL: /autodiscover/autodiscover.xml

HTTPS://www.domein.nl bestaat en is gewoon bereikbaar. (Draait niet binnen AD)
Die komt een aantal keer terug, en verder een heleboel MAPI regels.

Enig idee waar ik specifiek naar moet kijken / zoeken?

Enige idee waar die WinRM melding (zie startpost) vandaan komt?

[ Voor 4% gewijzigd door Operations op 07-03-2020 22:36 ]

[SparTi]

Even een korte check (nogmaals) op een paar punten.
Vreemde is dus dat het op 2 machines niet werkt (pc1 en pc2) en dat het op 2 apparaten wel werkt (laptop en Windows 10 VM), terwijl alle machines zijn bijgewerkt met laatste Windows updates.

1. Op welk fysiek pc/server draaien de VM’s van Exchange en DC’s ?
2. Outlook op PC1 en PC2 werkt niet. Foutmelding is: “ Probeert gegevens van de Exchange server af te halen”. Outlook op je laptop en Windows 10 test vm werken wel. Correct beschreven zo?
3. ter verificatie: pc1 en pc2 zitten wel in het AD domein?
4. op welk fysiek pc/server draai jij je Windows 10 vm?
5. Krijgen alle 4 de machines een IP-adres uit hetzelfde LAN? Hebben ze daarnaast ook allemaal dezelfde DNS entry’s?
6. Je gebruikt op alle 4 machines hetzelfde AD mail-enabled account om te testen?
7. Firewall op alle 4 machines uitgezet?
8. Firewall op Exchange server en DC’s ook uitgezet?
9. welk protocol tussen Outlook en Exchange wordt er per machine gebruikt?
10. kan je eens testen met telnet (op basis van hostname ipv ip adres) op alle 4 de apparaten en kijken wat je ziet.

[wagenveld]

HOST: www.domein.nl
URL: /autodiscover/autodiscover.xml

Een 404 is normaal, dat is de eerste in de lijst die Outlook probeert. Daarna autodiscover.domein.nl dus dat is geen probleem. Waar je naar moet kijken is wat moeilijk uit te leggen, als Outlook hangt verwacht ik dat er ook HTTP sessies blijven hangen, aangezien je dit ook in Online modus hebt. Dan zou je daarmee in de IIS logging kunnen gaan spitten op de Exchange server.
Waar webmail wegkomt, zit dat wellicht hardcoded in dat script? Geen idee.

[Operations]

SparTi schreef op zaterdag 7 maart 2020 @ 22:57:
Even een korte check (nogmaals) op een paar punten.
Vreemde is dus dat het op 2 machines niet werkt (pc1 en pc2) en dat het op 2 apparaten wel werkt (laptop en Windows 10 VM), terwijl alle machines zijn bijgewerkt met laatste Windows updates.

1. Op welk fysiek pc/server draaien de VM’s van Exchange en DC’s ?
2. Outlook op PC1 en PC2 werkt niet. Foutmelding is: “ Probeert gegevens van de Exchange server af te halen”. Outlook op je laptop en Windows 10 test vm werken wel. Correct beschreven zo?
3. ter verificatie: pc1 en pc2 zitten wel in het AD domein?
4. op welk fysiek pc/server draai jij je Windows 10 vm?
5. Krijgen alle 4 de machines een IP-adres uit hetzelfde LAN? Hebben ze daarnaast ook allemaal dezelfde DNS entry’s?
6. Je gebruikt op alle 4 machines hetzelfde AD mail-enabled account om te testen?
7. Firewall op alle 4 machines uitgezet?
8. Firewall op Exchange server en DC’s ook uitgezet?
9. welk protocol tussen Outlook en Exchange wordt er per machine gebruikt?
10. kan je eens testen met telnet (op basis van hostname ipv ip adres) op alle 4 de apparaten en kijken wat je ziet.

@SparTi Okee daar gaan we

1 - Exchange en DC's draaien op HOST01 (Supermicro X9SRL-F/192GB/8xSSD R10) Windows 2019)
2 - Ja dat is correct
3 - Exchange, DC's, laptop en PC 1/2 zitten allemaal in het domein
4 - Windows 10 vm draait ook op HOST01 (zie punt 1)
5 - Ja allemaal 192.168.100.1/24. Wat bedoel je met DNS entries? Ze staan in het DNS overzicht ping/nslookup op hostnames en IP's alle kanten op werkt
6 - Ja, maar heb ook een schone user (incl. mail) account aangemaakt
7 - Als ik de verbindingsstatus bekijk dan staat er bij protocol HTTP. Of is dat niet waar je op doelt?
8 - telnet exchange (zo heet die exchange server) 25 (via putty) levert 220 mx.domein.nl op. Dit is hetzelfde op alle machines.

[Xelefim]

Operations schreef op zaterdag 7 maart 2020 @ 21:07:
[...]


- Cache modus geen verschil. als in Cache modus aan dan opent Outlook wel en lijkt het goed te gaan tot dat je iets probeert aan te klikken..

Dit is interessant.

Wat gebeurt er als je iets aan probeert te klikken? Crash? Eventviewer geeft hierna een event aan?

- Zet alles van windows defender en anti virus programmas eens uit en probeer.

Ook:
- wat gebeurt er indien je een andere mailbox configureert van een user die geen problemen heeft bv?

- En wat gebeurt er als je de issue mailbox op een pc configureert die geen issues heeft in outlook?

- is het een volledig nieuw domein of heb je die recent moeten migreren van O365.

Telkens als we O365 domeinen migreren naar een hosted exchange hebben we gelijkaardige issues en zijn we genoodzaakt om via registry edits te pinpointen dat er niet naar O365 gelinkt moet worden.

Verder:
- zijn er ‘corporate programs’ die runnen op de pc’s?
- kun je proberen om te connecteren tot de mailbox op de pc via powershell?
- als je pingt naar mail.domain, owa.domain, autodiscover.domain, krijg je de correct ip’s?

Lijkt me een leuke issue om te troubleshooten, houd ons op de hoogte

[Operations]

Xelefim schreef op maandag 9 maart 2020 @ 03:27:
[...]


Dit is interessant.

Wat gebeurt er als je iets aan probeert te klikken? Crash? Eventviewer geeft hierna een event aan?

- Zet alles van windows defender en anti virus programmas eens uit en probeer.

Ook:
- wat gebeurt er indien je een andere mailbox configureert van een user die geen problemen heeft bv?

- En wat gebeurt er als je de issue mailbox op een pc configureert die geen issues heeft in outlook?

- is het een volledig nieuw domein of heb je die recent moeten migreren van O365.

Telkens als we O365 domeinen migreren naar een hosted exchange hebben we gelijkaardige issues en zijn we genoodzaakt om via registry edits te pinpointen dat er niet naar O365 gelinkt moet worden.

Verder:
- zijn er ‘corporate programs’ die runnen op de pc’s?
- kun je proberen om te connecteren tot de mailbox op de pc via powershell?
- als je pingt naar mail.domain, owa.domain, autodiscover.domain, krijg je de correct ip’s?

Lijkt me een leuke issue om te troubleshooten, houd ons op de hoogte

@Xelefim, ben blij dat je het intressant vindt

Heeft niks met migreren van O365 te maken. is een on premise Exchange 2016 server.

Domein bestaat wel al een paar jaar.

Het is niet 1 mailbox met problemen, op de PC 1 en 2 wil geen enkele mailbox. ook geen nieuw aangemaakte.

Op de machines die geen problemen hebben werken alle mailboxen zonder problemen.

m.b.t. cache modus, ja dan toont eventvwr dat Outlook.exe hangt. Event ID heb ik even niet bij de hand.(1002 dacht ik)

Geen corporate programma's. AV/Firewall staan uit.
Connectie via PS moet ik even proberen. Even kijken hoe ik dat doe.

Pingen naar autodiscover/mail.domein.nl geeft intern IP adres (split DNS) owa.domein.nl bestaat niet en geeft dus ook geen antwoord. ik gebruik remote.domein.nl en die geeft ook gewoon netjes antwoord. ik neem aan dat owa.domein.nl niet specifiek hoef te bestaan toch?

volgens mij was er eerder in dit topic al geconstateerd dat autodiscover het probleem niet is. Maar misschien denk jij daar anders over uiteraard

[ Voor 6% gewijzigd door Operations op 09-03-2020 05:09 ]

[DutchKel]

https://autodiscover.domein.nl/Autodiscover/Autodiscover.xml Download dat bestand eens en kijk of daar iets van webmail.domein.nl in staat. Daar staan namelijk de instellingen voor Outlook in.

[Operations]

DutchKel schreef op maandag 9 maart 2020 @ 06:48:
https://autodiscover.domein.nl/Autodiscover/Autodiscover.xml Download dat bestand eens en kijk of daar iets van webmail.domein.nl in staat. Daar staan namelijk de instellingen voor Outlook in.

Als ik dat doe dan moet ik inloggen, en dan krijg ik:

<?xml version="1.0" encoding="ISO-8859-1"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response>
<Error Id="3007185755" Time="09:56:07.4558795">
<ErrorCode>600</ErrorCode>
<Message>Invalid Request</Message>
<DebugData/>
</Error>
</Response>
</Autodiscover>

[noskill]

Gebruik je roaming profiles? Je zou eens een nieuwe Windows gebruiker aan kunnen maken, lokaal of op AD, daarmee inloggen en dan een van die probleem mailboxen koppelen. Kijken of het dan "magisch" wel werkt.

[ Voor 5% gewijzigd door noskill op 09-03-2020 10:26 ]

[Operations]

noskill schreef op maandag 9 maart 2020 @ 10:26:
Gebruik je roaming profiles? Je zou eens een nieuwe Windows gebruiker aan kunnen maken, lokaal of op AD, daarmee inloggen en dan een van die probleem mailboxen koppelen. Kijken of het dan "magisch" wel werkt.

nee geen roaming profile. nieuwe user heb ik toevallig net even geprobeerd. Geen verschil helaas.

[noskill]

Wou dat ik Exchange specifieke ideeen voor je had, maar ben leeg... Succes met het oplossen van het probleem, blijf het topic volgen.

Ik zou denk ik in jou situatie minder kijken naar je Exchange server en meer zoek de verschillen spelen tussen het werkende en niet werkende systeem. Als je dat autodiscover bestand niet gedownload krijgt zou je het lokaal kunnen proberen op je Exchange server (of waar je IIS draait), wellicht staat daar toch nog interessante informatie tegen over welke hostnames Outlook volgens Autodiscover moet gebruiken

[Operations]

noskill schreef op maandag 9 maart 2020 @ 10:49:
Wou dat ik Exchange specifieke ideeen voor je had, maar ben leeg... Succes met het oplossen van het probleem, blijf het topic volgen.

Ik zou denk ik in jou situatie minder kijken naar je Exchange server en meer zoek de verschillen spelen tussen het werkende en niet werkende systeem. Als je dat autodiscover bestand niet gedownload krijgt zou je het lokaal kunnen proberen op je Exchange server (of waar je IIS draait), wellicht staat daar toch nog interessante informatie tegen over welke hostnames Outlook volgens Autodiscover moet gebruiken

Geen oplossing, wel jouw medeleven Dat waardeer ik uiteraard ook

[Xelefim]

Operations schreef op zaterdag 7 maart 2020 @ 21:07:
[...]

- mail configureren op standaard windows mail? gewoon de standaard app naar MAIL wijzigen bedoel je? (Ga ik doen, maar wat zou dat moeten doen?)

Dit is een belangrijke test die zal uitsluiten of je probleem enkel en alleen outlook related is

[ViperXL]

Ik zie in TS een adres autodiscover.ad.domein.nl staan maar verderop autodiscover.domein.nl? Denk dat dit typfoutje is maar als andere machines werken lijkt het me geen AutoDiscover probleem.

Het lijkt meer een lokaal probleem, als je Outlook crasht dan kan het zijn dat je verkeerde of niet werkende install hebt? Heb je 32 of 64bit gebruikt? Zijn alle updates geinstalleed op de machine (Microsoft EN Microsoft producten)?

Zoals eerder ook gezegd wordt als het op andere machines werkt dan zou ik me niet focussen op de Exchange server.

[Spierenburg]

Geen corporate programma's. AV/Firewall staan uit.

Heb een vergelijkbaar probleem opgelost door de antivirus te deinstalleren met een removal tool.

[Operations]

ViperXL schreef op dinsdag 10 maart 2020 @ 00:59:
Ik zie in TS een adres autodiscover.ad.domein.nl staan maar verderop autodiscover.domein.nl? Denk dat dit typfoutje is maar als andere machines werken lijkt het me geen AutoDiscover probleem.

Het lijkt meer een lokaal probleem, als je Outlook crasht dan kan het zijn dat je verkeerde of niet werkende install hebt? Heb je 32 of 64bit gebruikt? Zijn alle updates geinstalleed op de machine (Microsoft EN Microsoft producten)?

Zoals eerder ook gezegd wordt als het op andere machines werkt dan zou ik me niet focussen op de Exchange server.

32 en 64 bits geprobeerd. en ja updates van Microsoft EN Microsoft producten.

Ik heb inderdaad niet het idee dat het aan Exchange Server ligt, maar probleem zit op 2 verschillende machines. Dat is dan ook wel weer vreemd.

[Xelefim]

Operations schreef op dinsdag 10 maart 2020 @ 13:52:
[...]


32 en 64 bits geprobeerd. en ja updates van Microsoft EN Microsoft producten.

Ik heb inderdaad niet het idee dat het aan Exchange Server ligt, maar probleem zit op 2 verschillende machines. Dat is dan ook wel weer vreemd.

wat als je een format van de PC's doet en zo probeert (en outlook installeert als eerste software pakket)?

[Operations]

Xelefim schreef op dinsdag 10 maart 2020 @ 19:17:
[...]


wat als je een format van de PC's doet en zo probeert (en outlook installeert als eerste software pakket)?

Dat was een van de eerste dingen die ik deed met PC1 (AMD 3900x). Helaas heeft dat niks uitgemaakt. Ik heb dit dus niet op beide pc's geprobeerd. Ik heb tevens een aantal oudere Windows 10 versies geprobeerd (1803, 1809 en 1903 even zo uit mijn hoofd).

[xAn52]

Even van een niet-exchange kenner, klopt het dat je autodiscover.domein.nl gebruikt? Dit lijkt via het internet te lopen en niet via een intern netwerk. of is domein.nl een intern domein? die winrm error lijkt ook records op te halen via het internet of bij een andere dns server dan die van je AD. Bestaat er niet nog een oude hostname webmail.domein.nl bij de provider? Kan je die pingen?
Kloppen de dns settings van de PC's wel? zie het laatste gedeelte van deze thread-> https://discussions.citri...-name-cannot-be-resolved/

[Operations]

xAn52 schreef op dinsdag 10 maart 2020 @ 22:17:
Even van een niet-exchange kenner, klopt het dat je autodiscover.domein.nl gebruikt? Dit lijkt via het internet te lopen en niet via een intern netwerk. of is domein.nl een intern domein? die winrm error lijkt ook records op te halen via het internet of bij een andere dns server dan die van je AD. Bestaat er niet nog een oude hostname webmail.domein.nl bij de provider? Kan je die pingen?
Kloppen de dns settings van de PC's wel? zie het laatste gedeelte van deze thread-> https://discussions.citri...-name-cannot-be-resolved/

@xAn52,
Autodiscover is iets wat je gebruikt zodat je niet je email adres settings hoeft te configureren (ook niet buiten je AD). Je hoeft dan alleen Naam, Email en wachwoord in te vullen. Hij zoekt dan zelfs de settings op d.m.v. autodiscover record (even kort door de bocht).

Dit werkt ook binnen je AD, maar meestal gebruik je daar split DNS voor. Dus je maakt dan een intern DNS record (Dus naar je intern IP adres van de exchange server) aan voor autodiscover.domein.nl om te voorkomen dat wanneer je autodiscover gebruikt je vanuit je AD buitenom gaat (dus via internet, terug naar binnen). Dit doe je meestal ook voor je webmail record (in mijn geval remote.domein.nl).

Je heb gelijk m.b.t. of het record bestaat in mijn domein DNS. Dat record heb ik inmiddels verwijderd, straks is even kijken of die health check nu wel door wil lopen. Ik vermoed overigens niet dat dit iets met mijn probleem te maken heeft, maar een error is een error

De DNS settings van de pc's die kloppen en komen ook overeen met de laptop die wel werkt, uiteraard op het IP adres na. DNS Suffix (waarover in die link gesproken wordt) heb ik ook al ingevuld.

[ Voor 7% gewijzigd door Operations op 11-03-2020 02:10 ]

[Operations]

Standaard E-mail app op Mail of Outlook maakt geen verschil.

[Xelefim]

Operations schreef op woensdag 11 maart 2020 @ 13:34:
Standaard E-mail app op Mail of Outlook maakt geen verschil.

Wat bedoel je hiermee? dat als je de mailbox configureert op de default mail app van windows deze ook niet wilt starten?

[Operations]

Xelefim schreef op woensdag 11 maart 2020 @ 15:05:
[...]


Wat bedoel je hiermee? dat als je de mailbox configureert op de default mail app van windows deze ook niet wilt starten?

@Xelefim,
Iemand opperde om de standaard email app (binnen Windows 10) op Mail te zetten ipv Outlook.

Ik heb het dan over het overzicht met standaard apps voor email, browser, foto etc. binnen Windows 10.

Edit: Dat was jij die dat voorstelde of heb ik het verkeerd begrepen?

[ Voor 8% gewijzigd door Operations op 11-03-2020 15:09 ]

[wagenveld]

Maar de W10 app gebruikt ActiveSync, dat is een heel ander protocol. Zelfde verschijnselen?

[Operations]

wagenveld schreef op woensdag 11 maart 2020 @ 17:46:
Maar de W10 app gebruikt ActiveSync, dat is een heel ander protocol. Zelfde verschijnselen?

@wagenveld en @Xelefim ,
De Windows 10 mail app die werkt wel!

[ Voor 51% gewijzigd door Operations op 12-03-2020 20:10 ]

[Xelefim]

imap opengooien op server en manueel proberen?

[Operations]

Even een update:

Ik heb het geheel overgezet op ESX, en sindsdien is het probleem weg. Het lijkt er dus op alsof het iets met Hyper-V te maken heeft.

Iemand nieuwe inzichten na deze update? Ik ben op zich best heel nieuwsgierig naar de oorzaak, ondanks dat het opgelost is / lijkt te zijn

@Xelefim @wagenveld @SparTi @ViperXL @MAX3400 toevallig?

[ Voor 18% gewijzigd door Operations op 07-06-2020 13:07 ]

[wagenveld]

Combinatie van slechte NIC drivers en offloading settings? Klinkt als de meest waarschijnlijke oorzaak dan.
Zie oa: https://www.altaro.com/hy...eaks-hyper-v-performance/
en https://www.reddit.com/r/...e_finally_solved_my_slow/

[Operations]

wagenveld schreef op maandag 8 juni 2020 @ 16:31:
Combinatie van slechte NIC drivers en offloading settings? Klinkt als de meest waarschijnlijke oorzaak dan.
Zie oa: https://www.altaro.com/hy...eaks-hyper-v-performance/
en https://www.reddit.com/r/...e_finally_solved_my_slow/

Daar heb ik ook aangedacht, maar dan zouden toch alle fysieke werkplekken er last van moeten hebben? Ik had het probleem echt maar op twee machines.

[wagenveld]

I know, maar wat zou het anders moeten zijn? Goed, op die conclusie waren we al uitgekomen

[Xelefim]

Hmmm ik ben blij dat het gefixed is. Ik kan helaas niets hieromtrent vermelden want ‘t was een strange issue.

Was dit een doelbewust scenario dat je hebt uitgevoerd als test of was dit bij toeval opgelost? Een mailserver migraten naar een ander hypervisor-platform om een soortgelijke issue lijkt me wel netjes!