Outlook geeft verkeerde IMAP mailserver

[Locke_]

Mijn vraag

Ik probeer in Outlook van Microsoft 365 een IMAP accounttoevoegen. Dit doe ik via accounts, nieuw account toevoegen en dan mijn mailadres invullen. Na een kort tijdje krijg ik een venster voor het wachtwoord en daarna een pop-up met de titel "internet mail".



In de pop-up staat een mailserver al ingevuld, maar dit is de mailserver van de oude provider waar de mail niet meer gehost is. Deze is echter niet muteerbaar, waardoor ik de juiste mailserver niet kan invullen.

Heeft iemand een idee hoe dit kan en hoe ik het kan corrigeren?

Relevante software en hardware die ik gebruik

- Outlook versie 2211 (build 15831.20134)

Wat ik al gevonden of geprobeerd heb

- Ik heb het met een andere mailclient (thunderbird & Apple mail) getest en daar werkt alles naar behoren.
- Ik heb het instellen met en zonder "handmatig configureren" in outlook getest, maar dat maakt geen verschil.
- Eveneens heb ik een autodiscover aangemaakt (zowel site als DNS) en deze worden door middel van de outlook test goed gevonden. Dit lijkt echter geen verschil te maken.

[Jester-NL]

Ik zweer voor Outlook bij het aloude configuratie-scherm. Leuk, die opties die in iedere versie van Outlook veranderen, maar het is iedere keer zoeken en (eigenlijk) altijd k*t.

[Locke_]

Jester-NL schreef op donderdag 24 november 2022 @ 13:13:
Ik zweer voor Outlook bij het aloude configuratie-scherm. Leuk, die opties die in iedere versie van Outlook veranderen, maar het is iedere keer zoeken en (eigenlijk) altijd k*t.

stom, ik had dat zelf kunnen bedenken. Via manage profile lukt het inderdaad wel

Blijft alleen nog de vraag, waarom krijg ik bij automatische configuratie de mailserver van de oude hostingpartij terwijl het daar niet meer draait (ook DNS niet) en in de DNS en autodiscover die partij niet meer voorkomt.

[Jazzy]

Zou je anders je mailadres eens per PB kunnen delen?

[Headshot_NL]

Probeer het eens via de oude manier. Ga naar je configuratiescherm, mail en vervolgens account toevoegen. Dan heb je het oude scherm en kan je gewoon handmatig je mailservers invullen.

Edit: al gelukt zie ik

[ Voor 8% gewijzigd door Headshot_NL op 24-11-2022 15:20 ]

[Jazzy]

Locke_ schreef op donderdag 24 november 2022 @ 13:24:
Blijft alleen nog de vraag, waarom krijg ik bij automatische configuratie de mailserver van de oude hostingpartij terwijl het daar niet meer draait (ook DNS niet) en in de DNS en autodiscover die partij niet meer voorkomt.

Denk dat dit door de GuessSmart featue komt, zie dat je die ook niet uitgevinkt hebt bij de Autodiscover test die je gedaan had.

Lees hier voor meer info en een commando om het te testen voor jouw mailadres: https://c7solutions.com/2...t-and-broken-autodiscover

[Piebas]

Wordt dat niet uit referentie beheer gehaald wellicht?

[Locke_]

Jazzy schreef op donderdag 24 november 2022 @ 15:21:
[...]
Denk dat dit door de GuessSmart featue komt, zie dat je die ook niet uitgevinkt hebt bij de Autodiscover test die je gedaan had.

Lees hier voor meer info en een commando om het te testen voor jouw mailadres: https://c7solutions.com/2...t-and-broken-autodiscover

Heel interessant, moet er nog even goed induiken maar zeker iets om nader te onderzoeken.

[Locke_]

Piebas schreef op donderdag 24 november 2022 @ 15:21:
Wordt dat niet uit referentie beheer gehaald wellicht?

Dit zegt mij helemaal niets, kun/wil je het iets meer toelichten?

[Jazzy]

Locke_ schreef op donderdag 24 november 2022 @ 16:32:
[...]


Heel interessant, moet er nog even goed induiken maar zeker iets om nader te onderzoeken.

Ik moet mezelf even corrigeren. De methodes die Outlook gebruikt om automatisch de juiste gegevens te vinden zijn:

AutoDiscover: Maakt gebruik van een SCP in Active Directory of een serie van DNS-records en urls om de service te vinden die aan de client vertelt welke servergegevens te gebruiken om je mailbox te benaderen. Autodiscover wordt gebruikt sinds 2006 en is uitgebreid beschreven.

GuessSmart: Hele oude methode die het domeindeel van je mailadres pakt en daar mail., imap, pop, imap4, pop3, etc. voor zet en die hostnaam probeert te verbinden via POP en IMAP.

AutoDetect Service: Dit is een Microsoft service die op meer geavanceerde wijze probeert te achterhalen welke maildienst je gebruikt, bijvoorbeeld door de MX-records te bekijken. Je kunt dit resultaat zelf bekijken door een url aan te roepen met de juiste argumenten, waaronder je eigen email adres:

code:

Invoke-WebRequest -Uri 'https://prod-autodetect.outlookmobile.com/detect?services=office365,outlook,google,icloud,yahoo&protocols=rest-cloud,rest-outlook,rest-office365,eas,imap,smtp' -Headers @{'x-email'="[e-mail]"} | ConvertFrom-Json | fl

Hierboven zie je dus hoe je de AutoDetect Service kunt raadplegen. Zowel Autodiscover als GuessSmart kun je testen met Outlook door CTRL ingedrukt te houden, rechtsklikken op het Systray icoon voor Outlook en Test Automatische Emailconfiguratie te kiezen. Verwijder beide GuessSmart vinkjes en laat alleen die voor Autodiscover staan.

Als je dit nu doet voor jouw domein dan zie je bij alledrie opties andere resultaten terugkomen. Autodiscover om mee te beginnen. Een DNS-query voor autodiscover.domein.nl leidt naar een server van je webhost waar een een Autodiscover Service op. Deze service antwoord met een hostnaam die begint met mx.

Dan GuessSmart, die test je op dezelfde manier maar nu laat je alleen de GuessSmart vinkjes staan. Het process gaat nu lopen en uiteindelijk vindt het een smtp.domain.nl, mail.domain.nl en een domain.nl die alledrie op poort 25 luisteren. POP of IMAP worden op deze wijze niet gevonden.

Dan dus de AutoDetect Service. Die geeft twee entries terug, eentje voor IMAP op poort 993 en SMTP op poort 465. De hostnaam begint met mail. en dan het domein van een andere webhost dienst. Dit is in jouw geval de boosdoener, deze gegevens zijn incorrect en de oorzaak dat die eerste inlogpoging faalt.

Naast het handmatig configureren van je profiel, zoals je inmiddels gedaan hebt, zou een andere workaround zijn om de AutoDetect uit te zetten met de DisableOffice365SimplifiedAccountCreation registry key. Alleen weten we nu nog steeds niet waarom de AutoDetect Service de verkeerde gegevens retourneert. Er zou een proces moeten zijn om de verkeerde gegevens uit de cache te laten verwijderen, maar ik kan KB4052171 op dit moment niet online vinden.

Bronnen:
https://masterandcmdr.com...k-autodiscover-weirdness/
https://social.technet.mi...cesexchange&prof=required
https://c7solutions.com/2...t-and-broken-autodiscover

[ Voor 7% gewijzigd door Jazzy op 24-11-2022 18:57 ]

[Locke_]

Jazzy schreef op donderdag 24 november 2022 @ 18:53:
[...]
Ik moet mezelf even corrigeren. De methodes die Outlook gebruikt om automatisch de juiste gegevens te vinden zijn:

AutoDiscover: Maakt gebruik van een SCP in Active Directory of een serie van DNS-records en urls om de service te vinden die aan de client vertelt welke servergegevens te gebruiken om je mailbox te benaderen. Autodiscover wordt gebruikt sinds 2006 en is uitgebreid beschreven.

GuessSmart: Hele oude methode die het domeindeel van je mailadres pakt en daar mail., imap, pop, imap4, pop3, etc. voor zet en die hostnaam probeert te verbinden via POP en IMAP.

AutoDetect Service: Dit is een Microsoft service die op meer geavanceerde wijze probeert te achterhalen welke maildienst je gebruikt, bijvoorbeeld door de MX-records te bekijken. Je kunt dit resultaat zelf bekijken door een url aan te roepen met de juiste argumenten, waaronder je eigen email adres:

code:

Invoke-WebRequest -Uri 'https://prod-autodetect.outlookmobile.com/detect?services=office365,outlook,google,icloud,yahoo&protocols=rest-cloud,rest-outlook,rest-office365,eas,imap,smtp' -Headers @{'x-email'="[e-mail]"} | ConvertFrom-Json | fl

Hierboven zie je dus hoe je de AutoDetect Service kunt raadplegen. Zowel Autodiscover als GuessSmart kun je testen met Outlook door CTRL ingedrukt te houden, rechtsklikken op het Systray icoon voor Outlook en Test Automatische Emailconfiguratie te kiezen. Verwijder beide GuessSmart vinkjes en laat alleen die voor Autodiscover staan.

Als je dit nu doet voor jouw domein dan zie je bij alledrie opties andere resultaten terugkomen. Autodiscover om mee te beginnen. Een DNS-query voor autodiscover.domein.nl leidt naar een server van je webhost waar een een Autodiscover Service op. Deze service antwoord met een hostnaam die begint met mx.

Dan GuessSmart, die test je op dezelfde manier maar nu laat je alleen de GuessSmart vinkjes staan. Het process gaat nu lopen en uiteindelijk vindt het een smtp.domain.nl, mail.domain.nl en een domain.nl die alledrie op poort 25 luisteren. POP of IMAP worden op deze wijze niet gevonden.

Dan dus de AutoDetect Service. Die geeft twee entries terug, eentje voor IMAP op poort 993 en SMTP op poort 465. De hostnaam begint met mail. en dan het domein van een andere webhost dienst. Dit is in jouw geval de boosdoener, deze gegevens zijn incorrect en de oorzaak dat die eerste inlogpoging faalt.

Naast het handmatig configureren van je profiel, zoals je inmiddels gedaan hebt, zou een andere workaround zijn om de AutoDetect uit te zetten met de DisableOffice365SimplifiedAccountCreation registry key. Alleen weten we nu nog steeds niet waarom de AutoDetect Service de verkeerde gegevens retourneert. Er zou een proces moeten zijn om de verkeerde gegevens uit de cache te laten verwijderen, maar ik kan KB4052171 op dit moment niet online vinden.

Bronnen:
https://masterandcmdr.com...k-autodiscover-weirdness/
https://social.technet.mi...cesexchange&prof=required
https://c7solutions.com/2...t-and-broken-autodiscover

Respect, ik ga er verder mee rommelen, maar geweldig.
Dank!

[Jazzy]

Graag gedaan, was leuk om even in te duiken en ik heb er zelf ook weer iets van opgestoken.