Ручная настройка подключения к exchange в outlook 2016

Starting point configuration

This guide assumes that the following is already configured and running within the Exchange environment;

• Outlook Anywhere has already been published to the Internet.
• Outlook Web App (OWA) has already been published to the Internet.
• OWA is published to the URL: (of course, you must replace this with your own OWA URL)

This guide is targeted towards end-users and administrators of Small and Medium Business organizations (SMB).

Note:As all the methods discussed are fully supported by Microsoft, they can also be applied to larger corporate environments but for such installations it is best to follow the Preferred Architecture guidelines from the Exchange Team and use a dedicated Autodiscover subdomain with its name on the SSL certificate instead of a redirect.

Disabling MAPI over HTTP using PowerShaell

We can retrieve the current configuration using the first two commands, whilst the third one disables MAPI/HTTP and the final command enables MAPI/HTTP:Get-Item HKCU:\Software\Microsoft\Exchange
Get-ItemProperty -Path HKCU:\Software\Microsoft\Exchange -Name MapiHttpDisabled | select MapiHttpDisabled | Ft –AutoSize
New-ItemProperty -Path HKCU:\Software\Microsoft\Exchange -Name MapiHttpDisabled -PropertyType DWORD -Value “0x1” –Force
New-ItemProperty -Path HKCU:\Software\Microsoft\Exchange -Name MapiHttpDisabled -PropertyType DWORD -Value “0x0” –Force
(Note that the above are all one line that may wrap)

Метод 2. Локальный XML файл с настройками подключения к Exchange

В том случае, если URL с файлом autodiscover.xml недоступен, придется создать локальный XML файл с полными настройками пользователя для подключения к Exchange. Пример параметров, которые нужно указывать в этом файле можно получить с уже настроенного клиента Outlook. Для этого, перейдите в папку C:\Users\%username%\AppData\Local\Microsoft\Outlook, где вы найдете файл с именем -Autodiscover.xml.

Скопируйте этот файл, измените, если нужно параметры учетной записи и поместите его в папку C:\Autodiscover\autodiscover.xml. Затем выполните 3 и 4 шаг из первого метода.

Если получить такой файл не удаётся, можно попробовать создать его вручную. Формат файла должен быть таким.

В данных XML файлах нужно изменить данные в квадратных скобках на информацию, соответствующую вашему домену (ее может выдать администратор Exchange или AD).

Алексей, у вас явно autodiscover не может нормально работать. по кодам ошибок смотрели ? какие из указанных путей действительны ? Если что-то не существует, то и ссылок туда быть не должно.

проверить dns, проверить доступность соответствующих путей с проблемных машин. проверить настройки autodiscover в exch.

Алексей, в дополнение к советам MaxKozlov :

P.S. проблемные клиенты, случайно, не с собственными ноутами шарахаются?

Роман Безруков,

Нет, рабочими доменными ПК. Данный «прикол» появился сразу после выпуска сертификата

а что прописано в сертификате (интересует поле SAN) и к каким сервисам Exchange он привязан. и речь, если я правильно помню, про серт от LE?

P.S. буквально дней 10 назад без проблем обновил клиентам сервера Exchange до последних CU вкупе с сертификатами LE.

YourCertThumbprint

MaxKozlov, Роман Безруков, Господа, если я правильно всё понял, то было выпущено два сертификата (16.10 и 18.10). Те, кто подхватывают старый серт не попадают на эксч, а те, кто новый соответственно, попадают. Как мне проверить свою теорию и насколько она имеет право на жизнь?

иногда бывает что конфиг, который выдаёт exch по get-exchangecertificate не совпадает с тем что написано в web.config У меня бывало именно что старый сертификат «залип» в iis, хотя exch был уверен что всё уже заменилось

в таких случаях с помощью enable-exchangecertificate нужный сертификат можно переприсвоить сервисам. и, на крайняк, в оснастке iis можно выбрать. другой, а потом обратно нужный

Роман Безруков

Алексей, ну у меня on-premises Exchange 2013CU20-22 (забыл версию) и клиентские оутлуки при настроенном внутри autodiscover ломились в офис-365. При этом авторизация в офисе была через доменные УЗ. Так что не всё так гладко. Мне попадался документ с MSDN с описанием полного процесса поиска сервера оутлуком, и там 4м стоял этап потенциального поиска в облаке, который нет-нет да и выдавал трудноотлавливаемые ошибки. Поставил политику — всё, никаких больше проблем с подключением к почте.

Что может быть не так с DNS? Например, рассинхрон, пропадание записей autodiscover/SRV на одном из узлов, просто неверные данные для автонастройки изнутри или извне. А если проблемой был серт letsencrypt, проверяйте прокси/CAS’ы, чтобы сертификат везде был назначен и доступен

• Не работает камера в whatsapp на пк

    

• Как написать приложение на с в visual studio

    

• Как оплатить кредит в тинькофф через приложение по номеру договора

    

• Не закрывается приложение через диспетчер задач отказано в доступе

    

• Деньги до зарплаты сбербанк как взять в приложении сбербанк

Исправление Мы не можем подключиться прямо сейчас Ошибка

Если вы видите сообщение, которое говорит: «Мы не можем подключиться прямо сейчас, Пожалуйста, проверьте свою сеть и повторите попытку позже », вводя пароль каждый раз при перезапуске или запуске, вы узнаете, как исправить это здесь.

Эта ошибка возникает, когда пользователи пытаются активировать Office 365. А в продуктах MS Office это выглядит как «Нет подключения к Интернету». Это происходит со всеми компьютерами в компании. Office 2013 / 2016 не может быть активирован в новой конструкции. Мы замечаем, что на адаптере Windows 7 x64bit присутствует «Нет сетевого подключения». У клиента есть два подключенных адаптера, один Ethernet и другой беспроводной. Оба говорят, что нет «подключения к Интернету», если есть только один.

Полное сообщение об ошибке:

К сожалению, мы не можем подключиться к вашему аккаунту. Пожалуйста, попробуйте позже.

Эта ошибка вызвана рядом различных проблем. Проблема в том, что соединение не может быть установлено сейчас, является одной из проблем, возникающих при сбое автоматического подключения на ПК с Windows 10. Несколько пользователей столкнулись с этой проблемой и сообщили о ней на разных форумах Windows. Эта проблема возникает в основном, когда пользователи пытаются подключиться к своей учетной записи Microsoft или к известной сети с помощью PIN-кода.

Апрельское обновление 2020:

Теперь мы рекомендуем использовать этот инструмент для вашей ошибки. Кроме того, этот инструмент исправляет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносных программ, сбоев оборудования и оптимизирует ваш компьютер для максимальной производительности. Вы можете быстро исправить проблемы с вашим ПК и предотвратить появление других программ с этим программным обеспечением:

• Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
• Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
• Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.

Пожалуйста, выполните все следующие шаги.

Если у вас есть один клиент с проблемами.

• Очистить кеш Internet Explorer
• Выполните онлайн-ремонт Office 365 ProPlus
• Изменить учетную запись в Outlook (Файл-> Учетная запись Office-> Изменить учетную запись)
• Отключение настроек Office в Office 365 и повторная активация настроек Office

Если это распространенная проблема на нескольких машинах в вашей среде.

• Убедитесь, что все прокси-серверы работают.
• Если у вас несколько прокси-серверов, убедитесь, что балансировка сетевой нагрузки работает правильно.
• Возможно, вы обнаружили известную проблему с пакетом Office 2013. Прочитайте следующую статью базы знаний о том, как попробовать обходное решение (это было решение для среды, в которой я работал с ADFS и Server 2012).

Проверка настроек учетной записи пользователя

1. Нажмите Windows + R, введите netplwiz и нажмите Enter.
2. Установите флажок, указывающий, что пользователи должны вводить имя пользователя и пароль для использования этого компьютера.
3. Нажмите Apply, OK, затем перезапустите. Введите свой пароль, как при входе в Windows. Для входа вам понадобится ваш пароль Microsoft, например, тот, который вы использовали для создания учетной записи Microsoft или Microsoft Live.
4. Могу поспорить, вы знаете, что делать дальше? Правильно, теперь для удаления пользователей необходимо ввести флажок имени пользователя и пароля, чтобы использовать этот компьютер.
5. Вам будет предложено ввести ваше имя пользователя Microsoft, и вы сможете ввести и подтвердить свой пароль.

Сбросить пароль

Если вышеуказанный обходной путь не решает эту проблему, сбрасывание пароля учетной записи Microsoft может быть приемлемым вариантом. Вот шаги —

CCNA, веб-разработчик, ПК для устранения неполадок

Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.

Не решено Exchange 2016, ADFS, DAG, Outlook365 не подключается к одному серверу.

Добрый день, коллеги. Столкнулся с интересной проблемой. Есть два Exchange-сервера on-prem и развёрнута гибридная инфраструктура (Exchange 2016 + Exchange Online). Указываю в файле hosts адрес одного сервера (допустим, exch1.domain.ru) — Outlook2019, Outlook365 подключаются нормально, OWA открывается без проблем, adfs тоже отрабатывает штатно. Указываю в файле hosts адрес второго сервера (допустим, exch2.domain.ru) — Outlook 2019 и OWA работают нормально, Outlook365 — не подключается, постоянно просит пароль. Сверил настройки всех виртуальных директорий, сверил натсройки IIS, сверил вообще всё, до чего смог додуматься. Пробовал переустанавливать 365 офис — не помогат. Пробовал удалять кэш автодискавера (тут %localappdata%MicrosoftOutlook) — не помогает. Сервера Exchange отличаются версиейCU, у первого (exch1) CU10, у второго (exch2) — CU15.

Ни у кого подобного не было?

Случайный прохожий

Случайный прохожий

я подумаю позже отпишусь.

Hyper

Случайный прохожий

Добрый день, коллеги. Столкнулся с интересной проблемой. Есть два Exchange-сервера on-prem и развёрнута гибридная инфраструктура (Exchange 2016 + Exchange Online). Указываю в файле hosts адрес одного сервера (допустим, exch1.domain.ru) — Outlook2019, Outlook365 подключаются нормально, OWA открывается без проблем, adfs тоже отрабатывает штатно. Указываю в файле hosts адрес второго сервера (допустим, exch2.domain.ru) — Outlook 2019 и OWA работают нормально, Outlook365 — не подключается, постоянно просит пароль. Сверил настройки всех виртуальных директорий, сверил натсройки IIS, сверил вообще всё, до чего смог додуматься. Пробовал переустанавливать 365 офис — не помогат. Пробовал удалять кэш автодискавера (тут %localappdata%MicrosoftOutlook) — не помогает. Сервера Exchange отличаются версиейCU, у первого (exch1) CU10, у второго (exch2) — CU15.

Ни у кого подобного не было?

Запретить Outlook проверять точку подключения к облаку Office 365 Кроме того, есть информация, что в одном из последних обновлений Outlook 2016 появилась обязательная проверка точки подключения к облаку Office 365.

Убедится в этом можно, если с помощью утилит Fiddler или TCPView, отследив наличие попыток подключения к серверам autodiscover-s.outlook.com и outlook.office365.com

Чтобы отключить данную проверку, в ветке реестра HKEY_CURRENT_USERSoftware MicrosoftOffice16.0Outlook AutoDiscover нужно создать DWORD параметр с именем ExcludeExplicitO365Endpoint и значением 1 и перезапустить Outlook.

Ключ ExcludeExplicitO365Endpoint применим к Outlook 2016 версии 16.0.6741.2017 и выше (этот ключ является дополнительным к списку ключей, определяющих типы проверок при загрузке в статье Медленный Exchange Autodiscover в Outlook 2016.

Внести изменения в реестр можно такой командой: reg add HKEY_CURRENT_USERSoftwareMicrosoftOfficex.0OutlookAutoDiscover /t REG_DWORD /v ExcludeExplicitO365Endpoint /d 1 Или с помощью PowerShell командлета Set-ItemProperty: Set-ItemProperty -Path «HKCU:SoftwareMicrosoftOffice16.0OutlookAutoDiscover» -Name ‘ExcludeExplicitO365Endpoint’ -Value 1 -Type DWORD –Force

DNS SRV

Это метод, призванный быть универсальным. Более того, он описан стандартом RFC.

Суть заключается в создании SRV-записей в DNS. Данная запись создается по следующему синтаксису:

_<имя службы>._<протокол> <приоритет> <вес> <порт> <хост>

* где:

• <имя службы> — имя сервиса (например, imap).
• <протокол> — сетевой протокол (TCP, UDP, TLS).
• <приоритет> — порядок, в котором идет учет строки.
• <вес> — если приоритеты совпадают у служб, порядок определяется по их весу.
• <порт> — порт, на котором слушает служба.
• <хост> — имя сервера, на который будет вести запись.

Пример записей для настройки почты:

Запись	Приоритет	Вес	Порт	Хост	Описание
_smtp._tcp	10	10	25	smtp.dmosk.ru.	Протокол для отправки почты на другие серверы.
_pop3._tcp	10	10	110	pop.dmosk.ru.	Загрузка почты с сервера.
_imap._tcp	10	10	143	imap.dmosk.ru.	Работа с почтой на удаленном сервере.
_smtps._tcp	30	10	465	smtp.dmosk.ru.	Отправки почты с защитой соединения.
_submission._tcp	20	10	587	smtp.dmosk.ru.	Отправки почты с защитой соединения.
_imaps._tcp	20	10	993	imap.dmosk.ru.	Работа с почтой с защитой соединения.
_pop3s._tcp	20	10	995	pop.dmosk.ru.	Загрузка почты с защитой соединения.

* в данном примере мы отдаем приоритет более защищенным средствам подключения (smtps, imaps, pop3s).

Пример записей в DNS Bind:

_smtp._tcp              IN SRV  10 0 25  smtp.dmosk.ru.
_pop3._tcp              IN SRV  20 0 110 pop.dmosk.ru.
_imap._tcp              IN SRV  10 0 143 imap.dmosk.ru.
_smtps._tcp             IN SRV   0 0 465 smtp.dmosk.ru.
_submission._tcp        IN SRV   0 0 587 smtp.dmosk.ru.
_imaps._tcp             IN SRV   0 0 993 imap.dmosk.ru.
_pop3s._tcp             IN SRV  10 0 995 pop.dmosk.ru.

Проблемы с запуском Microsoft Outlook

Если программа отказывается даже запускаться на вашем компьютере, эта проблема определённо требует решения. Причин для этого может быть несколько, но начать стоит с самых распространённых.

Microsoft Outlook зависает на этапе обработки

После неверного прекращения работы программы, при последующем запуске, она может зависать на этапе обработки. Для исправления этой ошибки достаточно запустить программу в безопасном режиме. Делается это так:

1. Полностью прекратите работу Microsoft Outlook. Можете перезагрузить компьютер или убедиться, что программа закрыта в диспетчере задач (Ctrl+Shift+Esc).

Откройте диспетчер задач и остановите работу Outlook

Введите команду для запуска программы в безопасном режиме и нажмите OK

При следующем открытии программы она не должна зависнуть на этапе «Обработки».

Программа Microsoft Outlook не отвечает и будет закрыта

Автоматическое исправление повреждённых файлов

В случае ошибки при запуске помочь может автоматическое средство исправления неполадок. Для его запуска делайте следующее:

1. Закройте Microsoft Outlook, а также все остальные программы пакета Microsoft Office.
2. Нажатием клавиш Win+X откройте меню быстрого доступа и выберите пункт «Программы и компоненты».

Выберите пункт «Программы и компоненты» в меню быстрого доступа

Выберите пакет программ Microsoft Office и нажмите «Изменить»

Файлы данных программы могли быть повреждены при открытии письма. В таком случае вам поможет программа для восстановления данных. Для её запуска делайте следующее:

1. Закройте программу Microsoft Outlook.
2. Откройте дисковый раздел, на который установлена программа, выберите папку Program Files или Program Files (x86).
3. В строке поиска задайте название исполняемого файла Scanpst.exe.

В строке поиска введите название исполняемого файла Scanpst.exe

Запустите исполняемый файл Scanpst.exe

В случае обнаружения ошибки появится уведомление с соответствующей надписью

Создание новой учётной записи Microsoft Outlook

В учётной записи пользователя хранится ряд важных данных. В случае их повреждения имеет смысл попробовать создать новую учётную запись для запуска программы. Делается это следующим образом:

1. Полностью прекратите работу Microsoft Outlook.
2. Нажмите Win+X и выберите раздел «Панель управления» (или перейдите в неё иным способом).

Выберите раздел «Панель управления» в меню быстрого запуска

На Windows 10 сначала нужно зайти в «Учётные записи пользователей»

Вы можете проверить работоспособность программы, нажав «Проверка учётной записи»

Если это решение окажется для вас эффективным, вы можете произвести удаление старого профиля и использовать новый.

Другие возможные причины появления ошибок в работе Outlook

Имеется ряд простых причин, по которым ваш Microsoft Outlook может не запускаться или зависать. Эти проблемы не являются ошибками, но их стоит учитывать при неполадках в работе программы. Возникнуть они могут в таких ситуациях:

• открытие диалогового окна: в некоторых случаях может появиться впечатление, будто бы программа зависла, когда это не является действительностью. Причина, по которой Microsoft Outlook может не отвечать на ваши действия, заключается в появлении диалогового окна за активным окном программы. Воспользуйтесь сочетанием клавиш Win+Tab для просмотра всех открытых окон. В случае если вы обнаружите запрос от Microsoft Outlook, переключитесь на него и дайте утвердительный ответ;
• выполнение сложной задачи: если ваша операционная система пишет о прекращении работы процесса Microsoft Outlook, возможно, стоит просто подождать. При обработке большого объёма данных программа может создать ложное ощущение прекращения работы. После того как обработка будет закончена, она возобновит свою работу. А принудительное закрытие программы во время обработки большого объёма данных как раз таки может привести к ошибке при последующих запусках;
• отсутствие последних обновлений: своевременные обновления программы — это залог её стабильной работы. Если у вас отсутствует постоянное подключение к сети или вы отключили автоматическое обновление программ пакета Microsoft Office, рано или поздно это может стать серьёзной проблемой и помешать работе программы.

What to do?

• Consider blocking external domains that start with the word , using your web filtering firewall. That will stop any app inside your network from connecting inadvertently to external autodiscover servers in the first place. Note that you may need to add some legitimate cloud sites to your allowlist, e.g. , but we can’t ourselves remember ever visting a regular website with a name that started with the word “Autodiscover”.
• Consider activating Outlook’s protection using Group Policy. In the GPEDIT policy editor or from the Group Policy Management Console, go to User Configuration > Administrative Templates > Microsoft Outlook 2016 > Account Settings > Exchange. Click on , choose and turn on . According to Microsoft, this means that “Outlook not use the following URL: https://autodiscover.]/autodiscover/autodiscover.xml”.

Group Policy setting for regulating AutodiscoverGroup Policy setting that supposedly prevents “autodiscover” domain names being used.

If you don’t have the template files installed, or don’t want to use GPEDIT or Group Policy for this process, you can turn on the setting in the registry yourself:

Registry Key:   HKCU\software\policies\microsoft\office\\outlook\autodiscover
Create Value:   excludehttpsautodiscoverdomain
Value type:     DWORD
Set value to:   1

Registry entry that supposedly prevents “autodiscover” domain names being used.

Testing Outlook Autodiscover Lookup Process

Guesssmart and Secure Guesssmart are for POP and IMAP clients so they are cleared to remove unwanted fluff from the results.

The below screen shot shows the steps Outlook has gone through to locate the correct Autodiscover endpoint for this Office 365 mailbox.  This has been edited to show the following:

• User SMTP address is highlighted
• Currently viewing the Log tab
• Each response line has been manually numbered
• Since the dialog cannot be resized the bottom portion was overlaid so all results were in a single image for readability purposes

Line Number	Comment
1	Autodiscover endpoint located using SCP query
2	Client attempts first URL
3	Authentication successful to Autodiscover web service using logged on credentials
4	Autodiscover unable to answer query as mailbox in O365. 0x800C8205,  Redirect to TargetAddress
5	Start from beginning using new SMTP address:  user-1@TailspinToysCanada.mail.onmicrosoft.com
6	Autodiscover starts over. Endpoint located using SCP query
7	Client attempts first URL
8	Authentication successful to Autodiscover web service using logged on credentials
9	Autodiscover unable to answer query as mailbox in O365.  Status code:  0x800C8205
10	DNS lookup process starts: root domain lookup  domain.com
11	Root domain lookup fails with status: 12007
12	Root domain lookup fails with status: 0x8004005
13	DNS lookup process continues to next namespace: autodiscover.MicrosoftOnlineRoutingdomain.com
14	Lookup fails with status: 12029
15	Lookup fails with status: 0x800C8203
16	Local XML file lookup
17	Local XML file lookup fails with status: 0x8004010F
18	HTTP Redirect check to: autodiscover.MicrosoftOnlineRoutingdomain.com
19	Client redirected to shared autodiscover namespace:  autodiscover-s.outlook.com
20	Client submits Autodiscover request
21	Authentication needed – 401 response

At this point we are at the shared Outlook Autodiscover service.  We need to authenticate to Office 365 Autodiscover so that it knows who we are, and where to then redirect us.  This is shown in the second section below.  It picks up where the section left off:

Line Number	Comment
22	HTTP 302 redirect
23	Autodiscover failed with status: 0x800C8204 – redirect was received to a more accurate location
24	Autodiscover sent to accurate location pod51042.outlook.com
25	Autodiscover request issued to pod51042.outlook.com
26	Authentication needed – 401 response
27	Authentication successfully provided
28	Autodiscover request submitted
29	Autodiscover XML data successfully received

Phew!

At this point our Outlook client has received the Autodiscover XML response.  This took a few hops, but users do not see this background process so this does not really impact them.

This is what allows Exchange to shim in the different SMTP address.  Exchange will NOT use user-1@tailspintoys.ca as the ultimate delivery address, rather the TargetAddress is used.  In this case it is:

This is provided to the Outlook client when it initially contacted the on-premises Exchange server.  Outlook then uses this to chase down the correct location to send the Autodiscover request.

Настройка соединителей отправки на передачу исходящей почты через внешнюю службу транспорта с использованием прокси-сервера

В Центре администрирования Exchange можно настраивать только существующие соединители отправки на передачу исходящей почты с использованием прокси-сервера.

В EAC перейдите к соединителю отправки потока почты, выберите соединителю Отправка, а затем нажмите > кнопку Изменить Редактирование. .

На вкладке Общие, в разделе Состояние соединителя, выберите параметр Прокси через сервер клиентского доступа, а затем нажмите кнопку Сохранить.

В командной консоли Exchange можно настраивать как новые, так и существующие соединители отправки на передачу исходящей почты с использованием прокси-сервера.

Сведения о том, как открыть командную консоль Exchange, см. в статье Open the Exchange Management Shell.

Чтобы настроить существующий соединитель отправки на передачу исходящей почты с использованием прокси-сервера, выполните следующую команду:

Как проверить, что все получилось?

Чтобы убедиться, что соединитель отправки настроен на передачу исходящей почты с использованием прокси-сервера, выполните одну из следующих процедур:

В EAC перейдите к соединителю отправки потока почты, выберите соединителю Отправка, а затем нажмите > кнопку Изменить Редактирование. . Убедитесь, что на вкладке Общие, в разделе Состояние соединителя выбран параметр Прокси через сервер клиентского доступа.

В командной консоли Exchange выполните следующую команду:

Проверьте значение FrontEndProxyEnabled для True соединитетеля Отправка.

Если Microsoft Outlook запускается в первый раз, в окне приветствия нажмите «Далее» (как перейти к добавлению учетной записи, если Outlook ранее уже запускался, описано в конце инструкции).

Включите частный режим в браузере.

В режиме просмотра InPrivate браузер не сохраняет журнал, временные файлы Интернета, данные форм, файлы cookie, а также имена и пароли. Чтобы начать сеанс в режиме просмотра InPrivate в Internet Explorer, выполните указанные ниже действия.

Совет: Если вы используете Google Chrome, см. статью Просмотр в режиме инкогнито.

Чтобы открыть сеанс просмотра в режиме InPrivate, в Internet Explorer щелкните Сервис

Войдите в систему на странице office.com/signin с помощью учетной записи Майкрософт или рабочей либо учебной учетной записи.

Примечание: Для Office 365, предоставляемых 21Vianet в Китае, войдите с помощью своей рабочей или учебной учетной записи в https://login.partner.microsoftonline.cn. Для Office 365 Германии войдите в свою учетную запись на работе или в школе по адресу https://portal.office.de.

Щелкните Установить, чтобы начать загрузку.

Совет: Инструкции по установке Office также можно найти в статье Скачивание и установка или повторная установка Office 365 или Office 2016 на компьютере с Windows или Mac OS. В разделе пошаговых инструкций описаны процедуры установки 64-разрядной версии Office и версии Office на другом языке.

После установки Office закройте браузер, чтобы завершить сеанс просмотра в режиме InPrivate.

End-user-level solutions

Method 1 is the preferred end-user-level method so please try that first. When the first solution works for you, you do not need to apply the second method. However, you might want to point out the Administrator-level solutions to your administrator so you’ll never have to perform these steps again.

Method 1: Local XML redirect

If this works, then you should see a website looking like this with ErrorCode 600 and Invalid Request;

Getting an error is actually a good thing this time.

Step 2: Create a local XML redirect fileWhen it looks like that, create a new file in Notepad and copy and paste the following text into it;

<?xml version="1.0" encoding="utf-8" ?><Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">  <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">    <Account>      <AccountType>email</AccountType>      <Action>redirectUrl</Action>      <RedirectUrl>https://mail.company.com/autodiscover/autodiscover.xml</RedirectUrl>    </Account>  </Response></Autodiscover>

Make sure you edit the RedirectURL to the Autodiscover URL of your company.

Save the file as to a convenient location such as . It is important that you change the file extension from to .

Tip!You can also download the zip-file below. It contains an file that you can open in Notepad so that you can edit the RedirectURL. Save the file to the folder mentioned above. It also contains an file that you can use for the next step.

Download: autodiscover.zip

Step 3: Add an autodiscover reference to your RegistryNow, open the Registry Editor and add the following value name and value;

• Key:
• Value name:
• Value type:
• Value:

Tip!To do this, you can also use the download from Step 2. It contains an file that you can open in Notepad so that you can edit the Value Name and the Value.

Note that in the reg-file the backslashes ( ) in the file-path are doubled but will show up as single backslashes within the Registry Editor.

The reg-file assumes that you are using Outlook 2016. When you are using Outlook 2013, change 16.0 into 15.0. Save the file and double click it to import it into the Registry.

Adding an Autodiscover Local XML reference in the Registry.

During this AutoConfiguration process, you’ll get a redirect warning and may need to supply your credentials twice (depending on your company’s firewall configuration) but you only have to do this once and can set it to never bother you again.

AutoConfiguration Autodiscover redirect prompt.

Method 2: Local XML (obtained full file)

When the Autodiscover URL did not return any results for you, the above redirect method will not work and you’ll need an XML-file which contains all the Exchange settings.

When you also connect internally to Exchange, take a look in this (hidden) folder;

Here you’ll find a (hidden) XML file that starts with a long string (GUID) and ends with . Copy this to the folder and rename the file itself to .

Once you’ve created your copy of this XML file, perform Step 3 and Step 4 from the Local XML Redirect method described above.

If it still doesn’t work now, you won’t be able to get it to work without the assistance of your Administrator.

Note:If you can connect successfully now, it may still stop functioning in the future when your Exchange administrator makes an infrastructural change that affects your mailbox. In that case, you’ll need make a new copy of the file after connecting locally once to make sure it includes all the new settings.

Location of the hidden cached Autodiscover.XML file.