= En tredje parts uppdatering av kundhanterade webbservrar kan orsaka anslutningsproblem när du använder Outlook-klienten för att ansluta till Exchange Online =

Hallå! Jag undrar om någon annan har felsökt det här problemet under de senaste dagarna. Någon som har några lösningar eller saker att dela med sig av?
En tredje parts uppdatering av kundhanterade webbservrar kan orsaka anslutningsproblem när Outlook-klienten används för att ansluta till Exchange Online. Detaljer En begränsad delmängd av kunder har rapporterat problem med att ansluta till Exchange Online-tjänsten. Efter undersökning identifierade ingenjörer att kunder som rapporterade problemet nyligen hade uppdaterat sina webbservrar som är värd för deras rotdomän, vilket på ett olämpligt sätt aktiverade Internet Message Access Protocol (IMAP) och Simple Mail Transfer Protocol (SMTP). Detta fick webbservrar att bekräfta förfrågningar om automatisk upptäckt skickade av Outlook-klienten, vilket därefter förhindrade anslutning till Exchange Online-tjänsten

Användarupplevelse: Berörda användare kan inte ansluta till Exchange Online-tjänsten via Outlook-klienten. Outlook Web App (OWA)-anslutning påverkas inte av det här problemet

Potentiell lösning: Kunder har rapporterat att inaktivering av IMAP och SMTP på de nyligen uppdaterade webbservrarna åtgärdar slutanvändarens påverkan genom att förhindra webbservern från att bekräfta begäran om automatisk upptäckt

httpblogs.technet.com/b/kristinw/archive/2013/04/19/controlling-outlook-autodiscover-behavior.aspx
Kanske vill testa med en lokal XML-fil för att se om det verkligen är fallet


Konstigt att jag hade samma sak den här veckan hos en kund. Endast en användare avbröt plötsligt anslutningen, och när de gick in i kontoegenskaperna inaktiverades Outlook över RPC. Enkel fix, eller hur? bara aktivera outlook över rpc och vara på väg. Varje gång jag kryssade i rutan och använde den, tog den bort sig själv nästan omedelbart efter att ha öppnat Outlook. Fortfarande en enkel fix, eller hur? Skapa bara en ny ny outlook-profil. Det var då jag insåg att Autodiscover inte fungerade korrekt. När du använder onlineutbytesanalysatorn för Outlook över RPC, misslyckades den vid autodiscover-delen. Jag kollade CNAME/Autodiscover-posten och allt var bra och pekade på autodiscover.outlook.com. Jag råkade lägga märke till varningen som du skrev när jag var inloggad som admin. Kunden i fråga använder dexaweb och värden sa att de inte kunde inaktivera IMAP och SMTP eftersom det var en delad värdmiljö. Hur jag till slut fick det att fungera var att följa Miker2s instruktioner här: httpcommunity.spiceworks.com/how_to/32548-manually-configure-outlook-to-connect-to-office-365?page=2
Det enda jag faktiskt gjorde som var effektivt från detta var att ställa in inloggningen till att vara anonym. När jag väl gjorde det fungerade den manuella installationen. Det är en kortsiktig lösning för att få dem att fungera. Under tiden skulle jag vara intresserad av att veta om det finns en verklig lösning på detta förutom att flytta webbservrar

== Om gemenskapen ==
Medlemmar
Online