Outlook 2013 обнаружена ошибка сертификата безопасности прокси сервера

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

Когда вы столкнетесь с этой проблемой, вы получите следующее полное сообщение об ошибке:

Проблема с сертификатом безопасности прокси-сервера.
Имя в сертификате безопасности недействительно или не соответствует имени целевого сайта webmail.domain.com.

Outlook не может подключиться к прокси-серверу. (Код ошибки 0)

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

Проблема с безопасностью прокси-сервера сертификат,% s. Outlook не может подключиться к этому серверу. Проблема с сертификатом безопасности прокси-сервера% s. Имя в сертификате безопасности недействительно или не соответствует имени сайта. Outlook не может подключиться к этому серверу. Проблема с сертификатом безопасности прокси-сервера% s. Сертификат безопасности не получен от доверенного удостоверяющего центра. Outlook не может подключиться к этому серверу.

Согласно документации Microsoft, эта проблема может возникнуть, если выполняется одно или несколько из следующих условий:

Для подключения к серверу требуется центр сертификации (ЦС). Вы не доверяет центру сертификации в корне. сертификат может быть недействительным или отозван. сертификат не соответствует имени сайта. сторонняя надстройка или надстройка стороннего браузера препятствует доступу.

Если вы столкнулись с этой проблемой на своем ПК с Windows 11/10, вы можете попробовать наши рекомендуемые ниже решения без каких-либо конкретных закажите и посмотрите, поможет ли это исправить сообщение об ошибке Outlook. Проблема с сертификатом безопасности прокси-сервера.

Проверить сертификат прокси-сервераУстановить доверенный корневой сертификат Отключить стороннюю надстройку в Outlook Отключить надстройки стороннего браузераВручную настроить параметры прокси-сервера Exchange в Outlook

Давайте возьмем Ознакомьтесь с описанием процесса, связанного с каждым из перечисленных решений.

1] Проверить сертификат прокси-сервера

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

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

Откройте браузер Edge на ПК с Windows 11/10. Введите или скопируйте и вставьте URL-адрес, указанный ниже, в адресную строку веб-браузера и нажмите Enter. Замените заполнитель имя_сервера именем сервера RPC или именем защищенного сервера. Https://www.server_name.com/rpc Затем щелкните значок замка в адресной строке. Во всплывающем меню щелкните «Подключение безопасно». Щелкните значок Сертификат безопасности , чтобы просмотреть сертификат безопасности. На странице свойств сертификата безопасности щелкните вкладку Подробности . Теперь запишите информацию в полях, выделенных на изображении выше.

В поле Действителен до должна быть указана дата, до которой сертификат действителен. Данные в поле Тема должны совпадать с названием сайта. Если это не так, обратитесь к ИТ-администратору.

2] Установите доверенный корневой сертификат

Это решение требует, чтобы вы установили доверенный корневой сертификат на клиентском компьютере Windows 11/10.

Выполните следующие действия:

Когда возникает ошибка и появляется запрос В диалоговом окне Сертификат нажмите Установить сертификат . Нажмите Далее . Установите флажок Поместить все сертификаты в следующее хранилище ..Нажмите Обзор . Нажмите Доверенные корневые центры сертификации . Нажмите ОК . Нажмите Далее . Нажмите Готово ОК .

3] Отключить сторонние надстройки в Outlook

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

Чтобы отключить сторонние надстройки. Надстройки COM в Outlook, выполните следующие действия:

Запустите Outlook в безопасном режиме. В меню Файл выберите Параметры > Надстройки <В поле Управление нажмите Надстройки COM > Перейти . Теперь снимите флажок для сторонней надстройки. ins, которые вы хотите отключить.Перезапустите Outlook.

4] Отключите сторонние надстройки браузера

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

5] Вручную настройте параметры прокси-сервера Exchange в Outlook

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

Откройте Microsoft Outlook . Перейдите в Параметры учетной записи > Дополнительные параметры > Подключение > Настройки прокси-сервера Exchange . Теперь введите адрес ниже в поле Подключайтесь только к прокси-серверам, в сертификате которых указано это основное имя Field.msstd: webmail.domain.com

В качестве альтернативы, чтобы добиться того же результата, сделайте следующее:

Нажмите клавишу Windows + X , чтобы открыть меню опытного пользователя. Нажмите A на клавиатуре, чтобы запустить PowerShell в режиме администратора/с повышенными привилегиями. В консоли PowerShell введите или скопируйте и вставьте команду ниже и нажмите Enter. et-OutlookProvider EXPR-CertPrincipalName: $ null Выйти из PowerShell при выполнении командлета.

Вот и все!

Связанное сообщение : Ошибка 0x80004005, операция не удалась в Outlook

Почему моему Outlook не доверяют?

Если вы столкнулись с ошибкой сертификата безопасности Outlook.com или сообщением об ошибке. Сервер, к которому вы подключены, использует сертификат безопасности, который не может быть проверен-чаще всего распространенной причиной этой ошибки является неправильное имя хоста, настроенное в Microsoft Outlook.

Почему я получаю предупреждение о сертификате безопасности?

Причина, по которой вы можете получить сертификат безопасности предупреждение на вашем ПК с Windows 11/10 связано с неправильной датой и временем. Сертификаты безопасности используются веб-браузерами и компьютерами, чтобы убедиться, что конкретный сайт безопасен. Таким образом, если на вашем компьютере неправильная дата и время, это может привести к тому, что сертификаты окажутся недействительными, и ваш веб-браузер начнет выдавать предупреждения системы безопасности. Итак, убедитесь, что дата и время на вашем компьютере правильные.

Как мне избавиться от ошибок сертификата безопасности?

Чтобы избавиться от ошибок сертификата безопасности в Windows 11/10 , вам необходимо отключить эту опцию. Следуйте этим инструкциям:

Откройте панель управления. Выберите Свойства обозревателя . Щелкните вкладку Дополнительно . Прокрутите вниз до раздела Безопасность . в разделе”Безопасность”снимите флажок”Предупреждать о несоответствии адреса сертификата”. Нажмите Применить > ОК , чтобы сохранить изменения. Перезагрузите компьютер.

Почему моему сертификату электронной почты не доверяют ?

Наиболее вероятная причина, по которой вашему сертификату электронной почты не доверяют, связана с неправильными настройками электронной почты. Когда вы получаете сообщение об ошибке сертификата небезопасно для своей электронной почты, это связано с тем, что вы синхронизировали учетную запись электронной почты, которая принадлежит вам или домену вашей организации, но есть несоответствие в настройках SMTP/IMAP, настройках порта или домене. настройки имени.

Краткое руководство по устранению проблемы «Outlook не может подключиться к прокси-серверу»

Microsoft Outlook устанавливает соединение с Exchange Server с помощью запроса HTTPS, который подтверждается сертификатами SSL. Однако многие пользователи сталкиваются с некоторыми проблемами с этими сертификатами, из-за которых их Outlook не может подключиться к прокси-серверу.

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

Преимущества использования SSL-сертификатов для Exchange Server

1. При аутентификации SSL сообщения кодируются с помощью симметричного 256-значного шифрования и ключа подписи RSA из 2048 частей.
2. Они используются для проверки вашего работника MS Exchange и предоставления подтверждения клиенту.
3. Он дает подтверждение клиенту электронной почты, что он не ведет к мошенничеству, а является подтвержденной учетной записью Exchange.
4. Действительный сертификат SSL устраняет требования к самозаверяющим сертификатам для всех клиентов электронной почты.

Причины, по которым Microsoft Outlook не может подключиться к прокси-серверу?

Помимо неполного сертификата безопасности SSL, существует несколько причин, по которым может возникнуть эта проблема:

Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)

1. Для подключения к серверу требуется центр сертификации (ЦС).
2. Если вы не доверяли центру сертификации в корне.
3. Недействительный или отозванный сертификат.
4. Сертификат не соответствует названию сайта.
5. Неисправные надстройки сторонних производителей или надстройки браузера.

Ваш Outlook не работает с прокси? — Вот резолюция!

Это список сообщений об ошибках, которые могут возникнуть, когда Outlook пытается подключиться к серверу.

Ошибка 1: Проблема с сертификатом безопасности прокси-сервера% s. Outlook не может подключиться к этому серверу. (% s).

Ошибка 2: Проблема с сертификатом безопасности прокси-сервера% s. Имя в сертификате безопасности недействительно или не соответствует имени сайта. Outlook не может подключиться к этому серверу. (% s).

Ошибка 3: Проблема с сертификатом безопасности прокси-сервера% s. Сертификат безопасности не получен от доверенного удостоверяющего центра. Outlook не может подключиться к этому серверу. (% S) ».

Ошибка 4: Проблема с сертификатом безопасности прокси-сервера. Имя в сертификате безопасности недействительно или не соответствует имени целевого сайта outlook.office365.com. Outlook не может подключиться к прокси-серверу (код ошибки 0).

Решение для ошибки 1 или 2: проверьте сертификат

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

1: В Microsoft Internet Explorer подключитесь к серверу RPC или к защищенному серверу.

Например, тип https: // www. имя_сервера.com/rpc в адресной строке веб-браузера и нажмите клавишу ВВОД.

2: Дважды щелкните значок замка, расположенный в правом нижнем углу веб-браузера.

3: Щелкните значок Подробности таб.

Обратите внимание на информацию в нижеприведенных полях:

1. Действителен до — В нем указывается дата, до которой сертификат действителен.
2. Предмет — Данные, представленные в поле «Тема», должны совпадать с названием сайта.

Решение для ошибки 3: установите доверенный корневой сертификат

Следуйте инструкциям по установке доверенного корневого сертификата:

1. Щелкните Установить сертификат, когда на экране появится диалоговое окно Сертификат.
2. Нажмите Следующий.
3. Установите флажок, выберите разместить весь сертификат в следующем магазине.
4. Нажмите Просматривать.
5. Выбирать Доверенные корневые центры сертификации> ОК.
6. Нажмите Далее >> Готово >> Нажмите ОК.

Решение для ошибки 4: отключите сторонние надстройки

Запустите Outlook в безопасном режиме, чтобы изолировать проблему. Следуйте инструкциям, чтобы сделать то же самое:

1. Нажмите Пуск >> Выполнить.
2. Тип outlook.exe / сейф, а затем щелкните Ok.

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

Проверьте наличие сторонних надстроек COM и отключите их. Для этого выполните следующие действия:

1. Перейти к файлу меню> щелкните Параметры> Надстройки.
2. В поле «Управление» щелкните Надстройки COM> Перейти.
3. Снимите флажок рядом со сторонними надстройками, которые вы хотите отключить.
4. Перезагрузите Outlook.

Иногда Outlook не может подключиться к прокси-серверу из-за повреждения файла OST. В таком случае вам необходимо восстановить поврежденный файл OST. Чтобы преобразовать поврежденный OST в работоспособное состояние, вы должны использовать Tool.

Утилита эффективно и легко восстанавливает сильно поврежденный файл без ограничения размера файла. Более того, вы можете восстановить безвозвратно удаленные данные из зашифрованного и полностью поврежденного файла. Функция быстрого и расширенного сканирования эффективно выполняет глубокий анализ данных OST.

Вывод

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

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

Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)

Источник

Outlook Internal Exchange Error 80000000? Try these fixes

Outlook and Exchange are the backbones of a corporate organization’s communication and things can get very ugly for the organization if these two applications stop communicating with each other. One such issue is the Outlook internal Exchange error 80000000, in which, an Outlook client cannot communicate with the Exchange server locally (although, the external connection is working fine) and throws the error 80000000. Usually, the following type of message is shown:

Outlook Internal Exchange Error 80000000

The following are found to mainly cause the Outlook internal Exchange error 80000000:

• HTTP Protocol: Due to the complexity involved with HTTP protocol (certificates, etc.), it is recommended that an Exchange server may be accessed by using the TCP/IP protocol. If the Outlook client is configured to use the HTTP protocol, then the Outlook client may show the error 80000000.
• Improper configuration of the Server’s Security Product: If the Server’s security product (like F5) is interfering with the Outlook/Exchange communication, then you may encounter the Outlook internal Exchange error 80000000.
• TLS Update: TLS is an improved version of SSL and if its latest update is not applied to the client system, then the Outlook client may become incompatible with the Exchange Server, thus causing the Exchange error 80000000 when accessed internally.

Set the Outlook Client to Use TCP/IP Protocol

As the Outlook client is having issues internally when using the HTTP protocol, setting up the client to use the TCP/IP protocol (as recommended when using the client in the internal environment) may solve the problem.

1. Launch the Outlook application and open its File menu.
2. Now, in the right pane, expand the dropdown of Account Settings and select Account Settings. Open Account Settings of Outlook
3. Then, in the Email tab of Account Settings, double-click on the account using the Exchange server, and in the resulting window, open More Settings. Open the Exchange Account Settings of Outlook
4. Now, in the Connection tab, uncheck Connect to Microsoft Exchange using HTTP and apply your changes. Uncheck Connect to Microsoft Exchange using HTTP
5. Then, relaunch the Outlook client and check if it is working fine.

Edit the System’s Registry to Delete the HTTP Value

Outlook may show the internal Exchange error 80000000 if the HTPP settings of the system are not properly configured in the system’s Registry and properly configuring the same may solve the problem.

Warning: Proceed at your own risk as editing the system’s registry may harm your data/system, if not done properly.

1. Firstly, to be on the safer side, create a backup of the system’s Registry.
2. Now click on Windows and search for Registry Editor.
3. Then, right-click on the result of Registry Editor and select Run as Administrator. Open Registry Editor as Administrator
4. Now navigate to the following path:
5. Then, in the right pane, delete the DefaultSecureProtocols value and close the Editor. Delete the DefaultSecureProtocols Value in the WinHttp Registry Key
6. Now, restart your system and upon restart, check if the Outlook Exchange error 80000000 is cleared.

If the issue is still there and you are having issues when the Exchange server is accessed from the local network, then make sure that the local DNS server properly points to the local address of the Exchange server.

Enable TLS 1.1 and TLS 1.2 Protocols on the Client Machine

TLS (Transport Layer Security) is a successor to the old SSL (Secure Sockets Layer) or in simple words, TLS is an improved version of SSL. If the client device does not have TLS 1.1 and 1.2 enabled, then it may not be compatible with the updated Exchange server and thus cause the issue. In this scenario, enabling TLS 1.1 and TLS 1.2 on the client system may solve the problem.

1. Launch a web browser and download the following Easy Fix file from the official Microsoft website.
2. Once downloaded, launch the Easy Fix as administrator.
3. Then follow the prompts on your screen to apply the fix and afterward, restart your system.
4. Upon restart, launch a web browser and download the following update from the official Microsoft Update Catalogue website. Download the TLS Update KB3140245 from the Update Catalog Website
5. Now download the update as per your OS and once downloaded, launch the downloaded update as administrator.
6. Then follow the prompts on your system to apply the update and afterward, restart your system.
7. Upon restart, check if the Outlook internal Exchange error 80000000 is cleared.

If that did not work, then check the following Microsoft URL to set up TLS as per their recommendations. If that did not work as well and your organization is using F5 security, then check if changing the encryption method of the F5 in the SSL Profile from default to DEFAULT auf ALL:!DHE-RSA-DES-CBC3-SHA solves the problem. Also, if the problematic client is using Windows 7 and the F5 security is installed on the server, then the time may have arrived to update the machine to Windows 10 as F5 creates a lot of issues (including the one under discussion) for Windows 7 machines.

Источник

question

outlook on windows 11 does not connect to the internal exchange error 80000000

Hello,
I recently(1 week) switched some of the workstations to windows 11.
But with the transition to Windows 11 I noticed that Outlook Office 365 or Outlook 2016 that I used to connect to the internal exchange server (Exchange server 2010, Windows Server 2008) through Outlook Anywhere no longer works.
The error received is: there is a problem with the proxy server’s security certificate. Outlook is unable to connect to the proxy server autodiscover. Error Code 80000000
I mention that the security certificate is a purchased one and that it is functional.
On Windows 10 and Office Outlook 365 or Outlook 2016 works without problems for many years.
I have 3 days of intense internet searches but without success. Everything I tried doesn’t work
Please advise me, I don’t want to go back to Windows 10 although I reinstalled some more important workstations with Windows 10.

Having same issue with Office 2016 Outlook on all machines with Windows 11 but works fine with Windows 10 and prior. OWA works file also.

Welcome to our forum!

As I know, Microsoft 365 is not supported for Exchange 2010. If there’re something wrong when you use Microsoft 365 and Exchange 2010, incompatibility may also have an impact on this. Please install the corresponding compatible Outlook client, such as Outlook 2013.

To further confirm whether the issue is related to Outlook client, please try logging in to OWA and check if it works normally.

Considering impact of windows upgrade, please use the same mailbox to do the same test on win10 and win11 to check if there are differences.

In addition, Exchange Server 2010 reached its end of support on October 13, 2020. For your better user experience, it is suggested that you could upgrade your Exchange server to a newer version.

Just checking in to see if above information was helpful. If you have any further updates on this issue, please feel free to post back.

I confirm that, on windows 10, all office versions (2013, 2016, office 365) are perfectly connected from outside the organization to the 2010 internal exchange server.
Any of these versions(2013, 2016, office 365) installed on windows 11, in the same scenario (outside the organization) cannot connect to the same server exchange 2010.
The problem appeared with windows 11 (either we are talking about the new installation of windows 11, or the upgrade from win 10 with absolutely all the updates up to date).

Add your Exchange server’s MX name to proxy exclusion list. For example : mail.yourorganisation.com

8 Answers

I have the same issue. Upgraded to window 11 and just got this proxy error.

Exchange 2010 with Office 365 Outlook. Works fine in windows 10.

Want to try windows 11 but can’t if won’t work with Outlook.

Had the same issue. Used VPN locally on our network and it worked. But now Outlook only works over VPN.

I have the same error message with Windows 11 + Office 365 + Exchange Server 2013
Everything was working with Windows 10
Any Solution!?

The same problem. Unable to work with Outlook with this.

Windows 11 has many bugs, obviously. Recently we were also not able to install our company software running the new Microsoft Installer. Waited about a week, restarted the computer several times, and tried again and now it works. Was also a certificate type error, being misreported I think like here with Outlook and its connection.

The problem is that in Windows 11 some Cipher Suites are disabled.
You have to change to min. TLS1.2 in Exchange 2010.

I was able to solve this issue.
PLEASE NOTE
This is not a safe work around
TLS 1.0 is retired and should be moved away from
but if you need an immediate resolution do the following
1) Turn on TLS 1.0 on the local windows 11 system by adding a registry key under
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsWinHttp
DWORD named DefaultSecureProtocols
with the key value of 00000080
Save and restart
Reconnect, the error should be gone and should work offsite

Other solutions are:
2) Switch Exchange 2010 to TLS 1.2 (better option)
3) Switch to newer Exchange or hosted email plaform

RohanBradley-7040, you’re the best. It helped me too.

I was using an Outlook 2013 to connect to a Windows 2008 Exchange Server but yesterday I updated my laptop to windows 11 and now I cannot access the exchange server from outside office (i did not try from inside our office network). I receive the same error message with code 80000000
I am not very good with registry and I am not sure I understand correct your solution.
After edit my registr looks like this (picture attached) but still does not work. Any ideas?

You have that correct, you just need to add it to a second location. It has to be added to the same spot under this location

One remote user got new laptop (Windows 11) Uses OWA to connect to mail — I know this is a little old but this did not work for me. I added it to the first location just fine in registry and no go (still times out.) Then I saw to add to second location. Well second location did not have WinHttp location in registry. I added it and the DWORD and no luck. New HP laptop Windows 11 Pro v. 22H2 — Not much on the web about other than changing the WinHttp settings. Anyone?

Running Ex 2010 (Win2k12 server)

Thank you so much.
I was on the verge of returning to windows 10.
This worked for Outlook 2013 with a Windows 2009 Exchange Server.

Ok, so this worked great and allows Outlook to connect to an old Exchange 2007 server. However when this registry key is present, Microsoft Edge will no longer update. In Edge if you go to «Help and Feedback, About Microsoft Edge» it will say «Checking for updates» and then eventually error out with «An error occurred while checking for updates: Unable to connect to the Internet. If you use a firewall, please allowlist MicrosoftEdgeUpdate.exe. (error code 7: 0x80072EFE — system level).» If I remove the registry key it updates poperly. Any idea on how to get around this?

Issue solved by reconfiguring servers:

Our failed configuration was: Outlook 2013 running on Windows 11 not connecting to Exchange 2010 running on Windows 2008 R2 via proxy.

Cause of failure: Windows 11 disables TLS 1.0 and TLS 1.1 by default and Exchange 2010 running on Windows 2008 R2 uses TLS 1.0. Therefore, Outlook can’t communicate with Exchange. In our case, this happened when the Windows 10 workstations were upgraded to Windows 11 and is only noticed on workstations connected outside of the subnet the server is connected to. That is all of the workstations connected to the same subnet as the server never had a problem after the Windows 11 upgrade, but all of the workstations outside of that subnet failed with proxy (Error Code 80000000).

NOTE: This is a safe work around:

Solution: Add TLS 1.2 to the servers. This works because Windows 11 supports TLS 1.2 by default at this time and Windows 2008 R2 can be made to support TLS 1.2. This is great solution because only the server needed to be touched and we did not have to touch the workstations. We followed this for guidance: https://jaapwesselius.com/2018/10/05/exchange-2010-and-tls-1-2/

Fortunately, in our case Windows and Exchange were already well patched so we only needed to add these registry keys and DWORD items on the server and reboot it.

Here are all of the registry keys and DWORD items we added:

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocols]
Added Key: TLS 1.2

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2]
Added Key: Client
Added Key: Server

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client]
Added DWORD: DisabledByDefault = 00000000 (0)
Added DWORD: Enabled = 00000001 (1)

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Server]
Added DWORD: DisabledByDefault = 00000000 (0)
Added DWORD: Enabled = 00000001 (1)

Источник

You may receive the error message There is a problem with the proxy server’s security certificate when Outlook tries to connect to a server by using an RPC connection or an HTTPS connection. In this post, we will identify the potential causes, as well as offer the most adequate solutions to resolve this issue.

When you encounter this issue, you’ll receive the following full error message;

There is a problem with the proxy server’s security certificate.
The name on the security certificate is invalid or does not match the name of the target site webmail.domain.com.

Outlook is unable to connect to the proxy Server. (Error Code 0)

Possible variants of the error message with accompanying error code when the error occurs can be any of the following;

• There is a problem with the proxy server’s security certificate, %s. Outlook is unable to connect to this server.
• There is a problem with the proxy server’s security certificate, %s. The name on the security certificate is invalid or does not match the name of the site. Outlook is unable to connect to this server.
• There is a problem with the proxy server’s security certificate, %s. The security certificate is not from a trusted certifying authority. Outlook is unable to connect to this server.

According to Microsoft documentation, this issue may occur if one or more of the following conditions are true:

• The connection to the server requires a certification authority (CA).
• You haven’t trusted the certification authority at the root.
• The certificate may be invalid or revoked.
• The certificate doesn’t match the name of the site.
• A third-party add-in or a third-party browser add-in is preventing access.

If you’re faced with this issue on your Windows 11/10 PC, you can try our recommended solutions below in no particular order and see if that helps to fix the Outlook error message There is a problem with the proxy server’s security certificate.

1. Check Proxy server certificate
2. Install the trusted root certificate
3. Disable third-party add-on in Outlook
4. Disable third-party browser add-ins
5. Manually configure Exchange Proxy Settings in Outlook

Let’s take a look at the description of the process involved concerning each of the listed solutions.

1] Check Proxy server certificate

This solution requires you to check the certificate, and then contact your system administrator to resolve this There is a problem with the proxy server’s security certificate issue.

To check the proxy server certificate, do the following:

• Open Edge browser on your Windows 11/10 PC.
• Type or copy and paste the URL below into the address bar of the web browser and hit Enter. Replace the server_name placeholder with the RPC server name or the secure server name.

https://www.server_name.com/rpc

• Next, click the padlock icon on the address bar.
• On the flyout, click Connection is secure.
• Click on the Security Certificate icon to view the Security Certificate.
• In the Security Certificate properties sheet, click the Details tab.
• Now, make a note of the information in the fields highlighted on the image above.

The Valid to field should indicate the date until which the certificate is valid. The data in the Subject field should match the site name – and if this is not the case, contact your IT administrator.

2] Install the Trusted Root Certificate

This solution requires you to install the Trusted Root Certificate on the Windows 11/10 client computer.

Do the following:

• When the error occurs and you’re prompted with the Certificate dialog box, click Install Certificate.
• Click Next.
• Click to select the Place all certificate in the following store check box.
• Click Browse.
• Click Trusted Root Certification Authorities.
• Click OK.
• Click Next.
• Click Finish.
• Click OK.

3] Disable third-party add-on in Outlook

Another viable solution to fix the error in view is to disable third-party add-in in Outlook. To do this, you first need to start Outlook in Safe Mode, and if Outlook successfully opens in Safe Mode, then it’s likely the error is triggered by third-party add-ons.

To disable third-party COM add-ins in Outlook, do the following:

• Start Outlook in Safe Mode.
• On the File menu, click Options > Add-Ins.
• In the Manage box, click COM Add-ins > Go.
• Now, uncheck the box for the third-party add-ins that you want to disable.
• Restart Outlook.

4] Disable third-party browser add-ins

Depending on your browser, this solution requires you to disable third-party browser add-ins and see if that helps to resolve the issue. Otherwise, try the next solution.

5] Manually configure Exchange Proxy Settings in Outlook

To manually configure Exchange Proxy Settings in Outlook, do the following:

• Open Microsoft Outlook.
• Navigate to Account Settings > More Settings > Connection > Exchange Proxy Settings.
• Now, type in the address below into the Only connect to proxy servers that have this principal name in their certificate field.

msstd:webmail.domain.com

• Click OK.

Alternatively, to achieve the same result, do the following:

• Press Windows key + X to open Power User Menu.
• Tap A on the keyboard to launch PowerShell in admin/elevated mode.
• In the PowerShell console, type in or copy and paste the command below and hit Enter.

Set-OutlookProvider EXPR -CertPrincipalName:$null

• Exit PowerShell when the cmdlet executes.

That’s it!

Related post: Error 0x80004005, The Operation Failed in Outlook

Why is my Outlook not trusted?

If you have encountered the Outlook.com security certificate error or the error message The server you are connected to is using a security certificate that cannot be verified  – the most common reason behind this error is that you have the wrong hostname configured in Microsoft Outlook.

Read: Your Outlook account settings are out of date in Mail or Calendar app.

Why am I getting a security certificate warning?

The reason why you might be getting a security certificate warning on your Windows 11/10 PC is due to incorrect date and time. Security certificates are used by web browsers and computers to make sure a particular site is safe. So, if your computer has the wrong date and time, it can cause certificates to appear invalid & your web browser will begin to issue security warnings. So, make sure the date and time is correct on your computer.

How do I get rid of security certificate errors?

To get rid of security certificate errors on Windows 11/10, you need to disable this option. Follow these instructions:

• Open Control Panel.
• Select Internet Options.
• Click the Advanced tab.
• Scroll down to the Security section.
• Under the Security section, uncheck the Warn about certificate address mismatch option.
• Click Apply > OK to save the changes.
• Reboot your PC.

Why is my email certificate not trusted?

The most likely reason your email certificate is not trusted is due to incorrect email settings. When you’re getting a certificate not secure error message for your email, it is because you’ve synced an email account that belongs to you or your organization domain, but there’s a mismatch in the SMTP/IMAP settings, port settings, or domain name settings.

ksartisis	#1 Оставлено : 18 января 2019 г. 14:25:44(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.01.2014(UTC) Сообщений: 3 Откуда: Нижний Новгород Поблагодарили: 1 раз в 1 постах	Есть рабочая станция в домене с установленной Windows 7. Использовались Крипто-Про 3.9 и клиент аутлук 2013 для подключения к почте office 365. Возникла необходимость перехода на КриптоПро 4, сразу после обновления перестал подключаться к серверу клиент Outlook 2013. Ошибку приложил в скриншоте. Текст — «Обнаружена ошибка сертификата безопасности прокси-сервера.» Outlook не может выполнить подключение к прокси-серверу otlook.office365.com. (Код ошибки 80000000) В системном журнале записи отсутствуют по данной ошибке. После удаления КриптоПро 4 возможность подключения в Outlook’е восстанавливается. Пробовал устанавливать R3 и R4 релизы, результат одинаков, почта перестает подключаться. После удаления КриптоПро CSP почта подключается. Корневые и промежуточные сертификаты office365 переустанавливал, не помогает. В каком направлении копать? outlook_error1.jpg (50kb) загружен 5 раз(а). Отредактировано пользователем 18 января 2019 г. 14:27:45(UTC)  | Причина: Не указана

Aleksandr G*	#2 Оставлено : 18 января 2019 г. 14:47:43(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 13.09.2016(UTC) Сообщений: 126 Сказал(а) «Спасибо»: 8 раз Поблагодарили: 32 раз в 27 постах	может поможет с направлением: https://www.cryptopro.ru…ts&m=57810#post57810

ksartisis	#3 Оставлено : 18 января 2019 г. 14:58:36(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.01.2014(UTC) Сообщений: 3 Откуда: Нижний Новгород Поблагодарили: 1 раз в 1 постах	Автор: Aleksandr G* может поможет с направлением: https://www.cryptopro.ru…ts&m=57810#post57810 Читал эту тему. Установка сигнатуры не решает проблему и видимого эффекта не дает. Основной смущающий момент, что после удаления КриптоПро возможность подключения восстанавливается без каких-либо дополнительных действий, т.е. КриптоПро подменяет какой-то системный процесс или механизм и вот в нем происходит затык.
1 пользователь поблагодарил ksartisis за этот пост.	Gamelot оставлено 06.10.2021(UTC)

ksartisis	#4 Оставлено : 24 января 2019 г. 13:26:08(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.01.2014(UTC) Сообщений: 3 Откуда: Нижний Новгород Поблагодарили: 1 раз в 1 постах	Проблема была вызвана одновременно установленными КриптоПро CSP и Vipnet CSP. В моем случае решение: Для корректной работы TLS в Internet Explorer по ГОСТ при установленном КриптоПРО CSP и ViPNet 4.2 — необходимо в реестре отредактировать параметр «Security Packages» в ветке: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\ из «Security Packages» — необходимо исключить имя: Sspp, перезагрузить ОС и проверить работу Internet Explorer. Решение получено из: https://support.cryptopr…data-csp-i-kriptopro-csp

basid	#5 Оставлено : 24 января 2019 г. 14:53:50(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 21.11.2010(UTC) Сообщений: 990 Сказал(а) «Спасибо»: 6 раз Поблагодарили: 133 раз в 119 постах	ViPNet CSP 4.2 позволяет удалить TLS-компонент или вообще его не устанавливать. Приседания с реестром уже не требуются.

Gamelot	#6 Оставлено : 6 октября 2021 г. 9:42:50(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 06.10.2021(UTC) Сообщений: 1 Сказал(а) «Спасибо»: 1 раз	Автор: ksartisis Автор: Aleksandr G* может поможет с направлением: https://www.cryptopro.ru…ts&m=57810#post57810 Читал эту тему. Установка сигнатуры не решает проблему и видимого эффекта не дает. Основной смущающий момент, что после удаления КриптоПро возможность подключения восстанавливается без каких-либо дополнительных действий, т.е. КриптоПро подменяет какой-то системный процесс или механизм и вот в нем происходит затык. В Windows 11 выловили такую же ошибку 80000000. Авторизация через домен. Не работали Outlook, skype, tdms. После удаления crypto pro все заработало.

Пользователи, просматривающие эту тему

Guest

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.