Certificaat-melding uitschakelen Outlook 2007 vs Exchange

[benprint]

goedemiddag mede Tweakers,

Ik loop tegen het volgende probleem aan.
op het moment dat een gebruiker op een workstation outlook 2007 opstart
dan komt er de melding autodiscover.domain.nl
de mail komt wel binnen en kan ook verstuurd worden echter de melding is storend

situtie:

client windows 7 pro outlook 2007
server sbs 2011 met sp2 van exchange

wat ik al gedaan heb in het register (gevonden op het internet )
een sleutel onder autodiscover aangemaakt en die op 1 neer gezet. 0 is voor aan.
dit werkt dus niet ik heb geprobeerd om via de ems de naam te veranderen van de autodiscover
maar dit veranderd helemaal niets.
Op de client onder internet explorer de server als veilige pagina toegevoegd maar dit veranderd ook niets.
onder outlook bij instellingen van het account versteuteld versturen uitgezet .
misschien weet iemand van jullei een oplossing.

[ Voor 4% gewijzigd door benprint op 13-01-2017 17:49 . Reden: toevoeging ]

[Fanatix]

Er komt een 'melding' over je certificaat, welke melding krijg je?
Als het certificaat verlopen is dan zal je deze moeten vernieuwen voor een geldig exemplaar.

[benprint]

het is een zogeheten beveiligingswaarschuwing : met als melding de naam op het beveiligings certificaat komt niet overeen met de naam van de website hier staat een rood kruis voor. de datum en de certificerings instantie zijn oke hier staan groene kruizen voor.

[F_J_K]

Paar kleine foutjes uit de topictitel gehaald.
Geldt het certificaat voor alle relevante domeinen? (Wildcard?)

[benprint]

ze maken maar gebruik van 1 domain . ik heb de server begin vorig jaar geïnstalleerd en hij heeft ook altijd goed gewerkt . sinds een week maken ze gebruik van exchange . ooko met het inporteren van uit de server naar de cliënt lukt het nog niet om de melding weg te halen. Ik heb het certificaat ook via de windows certificaten store geïnstalleerd op het lokaal werkstation . maar dit bood ook geen soelaas. ze hebben dus een domain bij een provider . met de exchangeserver haal ik hier de mail weg en laat het met de exchange server verspreiden naar de cliënt .het gaat om een relatief klein bedrijf. 1 server met 15 werkstations.

[Eagle Creek]

Kun je het certificaat hier eens plaatsen?

[Rossi]

Ik ben benieuwd welk autodiscover-record je gebruikt en of de autodiscover intern of extern wordt aangeroepen.
Komt de naam op het certificaat overeen met het domein? Is het een Selfsigned certificate of een "officieel" certificaat van een 3e partij?

[sanfranjake]

Ik denk niet dat het er veel mee te maken heeft maar als je nog SP2 voor Exchange 2010 draait loop je ook wel een flink eind achter. SP3 dateert van begin 2013 en inmiddels zitten we op SP3 rollup 16, dus heel eind verder.

[Jazzy]

Ik denk dat je vergeten bent het autodiscover.domain.nl record op het certificaat te zetten. Dat is dan ook letterlijk de melding die je op de client krijgt.

[DJMaze]

Als je autodiscover.domain.nl opent in internet explorer, krijg je dan de website van domain.nl te zien?
Zo ja, dan staat de server gewoon verkeerd geconfigureerd.
autodiscover.domain.nl zou namelijk helemaal geen website moeten tonen.
En als autodiscover.domain.nl/autodiscover/autodiscover.xml niet bestaat kan je die CNAME/A/AAAA sub-domain net zo goed helemaal verwijderen.

[ Voor 39% gewijzigd door DJMaze op 14-01-2017 15:59 ]

[benprint]

Ik heb denk ik al een idee waar het fout gaat zijn hebben . ze hebben een domain bij een provider. laat ik die noemen www. test.nl (hier staat hun webpagina e.d.) de email afhandeling vond tot voor kort altijd plaats hier gewoon via pop . De interne server (die bij hun in het gebouw staat) heeft als domain test.local als een gebruiker outlook opstart dan krijgen ze de beveiligings melding autodiscover.test.NL en als ik certificaat weergeven klik dan staat hier local. Dus hier zit waarschijnlijk de fout in .

[Oogje]

Als je vanuit de Exchange management shell het volgende commando runt, wat is dan de output?

Get-ClientAccessServer | fl AutoDiscoverServiceInternalUri

[benprint]

Oogje schreef op maandag 16 januari 2017 @ 08:07:
Als je vanuit de Exchange management shell het volgende commando runt, wat is dan de output?

Get-ClientAccessServer | fl AutoDiscoverServiceInternalUri

Dan Krijg ik te zien : AutoDiscoverServiceInternalUri: en verder niets dus ik denk dat er zo te zien geen Autodiscover certificaat is .

[Oogje]

Nee dat betekent dat er in Exchange geen autodiscover url ingesteld staat en dat outlook dan z'n standaard urls nagaat om te kijken of hij de autodiscover pagina kan vinden.
Ik zou je adviseren om eea te controleren in Exchange of alles goed ingesteld staat (zijn genoeg artikelen over te vinden op internet).
Als je SCP voor autodiscover in je domein goed staat en je certificaten kloppen dan zou je geen foutmelding meer mogen krijgen.

[Jazzy]

Een quick fix zou dit kunnen zijn:

code:

Get-ClientAccessServer | Set-ClientAccessServer -AutoDiscoverServiceInternalUri https://servernaam.test.local/autodiscover/autodiscover.xml

Wat mij meer zorgen baart is je gebrek aan kennis. Het feit dat je de server een jaar geleden uitgerold hebt maar niet de goede updates installeert, dat je Exchange in gebruik neemt zonder Autodiscover te begrijpen, dat AutoDiscoverServiceInternalUri leeg is terwijl de Exchange-setup daar een url in gezet heeft, onvoldoende begrip van certificaten, Office versie die bijna 10 jaar oud is en al 4 jaar in extended support fase zit, etc.

Denk dat je er het beste aan doet om eens een systeembeheerder in te huren die de omgeving naloopt of je kan adviseren.

[Killah_Priest]

Jazzy schreef op maandag 16 januari 2017 @ 11:37:
Een quick fix zou dit kunnen zijn:

code:

Get-ClientAccessServer | Set-ClientAccessServer -AutoDiscoverServiceInternalUri https://servernaam.test.local/autodiscover/autodiscover.xml

Wat mij meer zorgen baart is je gebrek aan kennis. Het feit dat je de server een jaar geleden uitgerold hebt maar niet de goede updates installeert, dat je Exchange in gebruik neemt zonder Autodiscover te begrijpen, dat AutoDiscoverServiceInternalUri leeg is terwijl de Exchange-setup daar een url in gezet heeft, onvoldoende begrip van certificaten, Office versie die bijna 10 jaar oud is en al 4 jaar in extended support fase zit, etc.

Denk dat je er het beste aan doet om eens een systeembeheerder in te huren die de omgeving naloopt of je kan adviseren.

Hier sluit ik mij bij aan. Normaal als ik een Exchange topic zie denk ik "ooh, leuk, Exchange". Als echter blijkt dat de beheerder bepaalde (essentiële) basiskennis mist dan reageer ik meestal al niet meer, vooral omdat ik (en met mij voldoende anderen) hun geld verdienen hiermee. Deze kennis is niet zomaar komen aanwaaien, dit heeft vaak meerdere slapeloze nachten en vele studie avonden gehad (en een x aantal fuckups tijdens een migratie etc).
Als ik vervolgens verhalen tegenkom van beheerders die blijkbaar niet die moeite nemen / genomen hebben dan ben ik er vaak al snel klaar mee.


(Dit is overigens geen persoonlijke aanval op de TS, ik zie gewoon een toename van het aantal topics waarbij het de TS van de betreffende topics aan bepaalde essentiële kennis ontbreekt en deze verwachten dat anderen een oplossing presenteren ipv dat zij zelf Google gaan raadplegen)


Tip aan de TS : het belangrijkst mbt Exchange is tegenwoordig toch wel Autodiscover werkend krijgen. Hier is echt enorm veel informatie over te vinden, ook hoe je bv autodiscover werkend kunt krijgen voor extra domeinen zonder deze domeinnamen op te nemen in je certificaat etc. Zonder autodiscover werkt bv out of office niet voor gebruikers welke zich op dat moment buiten je organisatie bevinden (en andere "vreemde" problemen).

[ Voor 11% gewijzigd door Killah_Priest op 16-01-2017 12:15 ]