Ошибка ваш запрос не может быть выполнен немедленно повторите попытку позже owa

  • Remove From My Forums
  • Вопрос

  • Здравствуйте!

    был удален самоподписанный сертификат Microsoft Exchange server Auth Certificate, после этого в OWA не открываются письма и выдается ошибка: Ваш запрос не может быть выполнен немедленно. Повторите попытку позже

    Нашел обсуждение 
    http://social.technet.microsoft.com/Forums/ru-RU/7b840193-dc91-4cc3-b080-2ca24ee988fe/owa-exchange-2013-?forum=exchange2013ru

    в этой статье описывается как сгенерировать новый сертификат
    http://blogs.technet.com/b/jenstr/archive/2012/11/22/getting-internal-server-error-500-when-creating-new-cspartnerapplication-for-exchange-2013.aspx

    начал выполнять с пункта №3, сделал все как в статье, перезапустил iis на всех серверах и все равно не работает.

    Подскажите пожалуйста, как победить эту ошибку

    спасибо

    • Изменено

      11 марта 2014 г. 21:30

Ответы

  • проблему решил:

    на сервере с ролью cas, на виртуальном каталоге owa нужно поставить интегрированная проверка, а на сервере с ролью mbx, на каталоге owa и интегрированная и анонимная проверка.

    • Помечено в качестве ответа
      kirimey
      12 марта 2014 г. 14:56

I have MS Exchange 2007 — 2013 CU3 coexistence at two sites connected by VPN link. 

OWA and Outlook work fine for mailboxes on 2007 server. OWA does not work for mailboxes on 2013 server, however Outlook connects fine to any mailbox on 2013 server.

Here is what happens with OWA.

Users (Moved from 2007 or Created on 2013) can log in to OWA and see their mailbox folder structure and messages, but when they click on any email they get «Error: Your request can’t be completed right now. Please try again later. » instead of
the message body. When they try to create a new message via OWA, GAL lookup does not seem to be working, everyone gets «Error:
The message can’t be sent because at least one recipient isn’t valid.«

I can’t see any errors in the application event viewer that get logged during OWA session.

HTTP Log has the following error codes: 241,242,302,401,403,405,500.

I am not sure at this point, but I think 405 is the HTTP error that can be associated with errors displayed in OWA

date                         11/28/2013
time                         18:01:02
s-ip                          192.168.1.1
cs-method                POST
cs-uri-stem               /owa/service.svc                           

cs-uri-query              action=GetConversationItems&UA=0 
s-port                       444 
cs-username             DOMAINchukcha           

c-ip                          192.168.1.113
cs(User-Agent)          Mozilla/5.0+(Windows+NT+6.3;+WOW64;+Trident/7.0;+rv:11.0)+like+Gecko
cs(Referer)              
https://EXCHANGE2013/owa/#path=/mail

Any suggestions on troubleshooting this problem? 

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

здесь ошибка:

enter image description here

Устранение неполадок сделано до сих пор:

  • гарантированный рекламный аккаунт не заблокирован
  • сбросить пароль и попытался снова, используя известный Хороший пароль
  • убедитесь, что OWA включен на вкладке функции Exchange на сервере Exchange

интересно, что успешные входы в OWA почти мгновенно (для других наших пользователей), но всегда есть 15+ вторая задержка, прежде чем эта ошибка появляется, когда этот пользователь пытается войти в систему — ошибка никогда не появляется мгновенно. Интересно, может ли эта задержка дать некоторые подсказки относительно возможной причины?

У кого-нибудь есть идеи что может быть что здесь происходит?

28

Распечатать страницу

1 ответ

У кого-нибудь есть идеи, что может быть здесь происходит?

при использовании правил OWA может потребоваться установить пакет обновления и / или проверить параметры области вкладки «пользователи».


не удалось войти в Forefront TMG » — Решение 1

симптомы

рассмотрим следующий сценарий:

  • создать правило веб-публикации с помощью нового правила веб-публикации Волшебник.
  • в параметрах параметров проверки подлинности задаются следующие параметры:
    • HTML форма аутентификации
    • LDAP (Active Directory)
  • в параметрах серверы LDAP добавьте полное доменное имя (FQDN) сервера глобального каталога. Затем вы оставляете тип
    Доменного имени (используйте полное доменное имя)
    параметр пустой.
  • в аутентификации Опция делегирования, вы выбираете обычную аутентификацию.
  • при доступе к веб-серверу, опубликованному TMG, необходимо указать имя пользователя без префикса домена и пароль.

в этом случае при попытке войти на опубликованный веб-сайт, вы
не удается войти. Кроме того, появляется следующее сообщение об ошибке :
Не удалось войти в Forefront TMG. Убедитесь, что ваш
имя домена, имя пользователя и пароль указаны правильно, а затем попробуйте еще раз.

разрешение

чтобы устранить эту проблему, установите пакет обновления, описанного в
следующая статья базы знаний Майкрософт:2555840
Описание пакет обновления 2 для Microsoft Forefront угроз
Управления Шлюзом 2010

Source FIX:» не удалось войти в Forefront TMG » сообщение об ошибке


вы не удалось войти в систему Forefront TMG-Solution 2

сообщение публикации OWA правило на сервере TMG, клиенты получают ошибку » вы могли
не входить в Forefront TMG. Убедитесь, что ваше доменное имя ,
имя пользователя и пароль указаны правильно, а затем повторите попытку.»

информация:

правило OWA настраивается в соответствии с руководящими принципами Microsoft с basic и form
на основе проверки подлинности Windows active directory.

Exchange 2010 также настроен на использование обычной проверки подлинности

вопрос:

OWA страница приходит, но войти не работает, а также дает
следующая ошибка:

» не удалось войти в Forefront TMG. Убедитесь, что ваш
имя домена, имя пользователя и пароль, а затем повторите попытку.»

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

причина:

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

разрешение:

на OWA правило публикации изменить область вкладки пользователи от всех
аутентифицированный пользователь для всех пользователей.

или

сделайте TMG частью домена, но это не будет рекомендовать сделать
брандмауэр часть домена.

Source ошибка публикации правила OWA Exchange 2010 на TMG

0

отвечен DavidPostill 2023-03-12 06:41

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Query: “Are you getting http 500 internal server error in Microsoft Exchange 2016, 2013 and 2010 ECP/OWA after login? Don’t worry, Read this blog and get the best solution for Exchange server error 500.”

Most of the time it seems that whenever you login to your Exchange Admin centre (EAC) a common Exchange server http 500 error occurs. The main source of this problem is caused due to improper configuration of the device. The Error indicates that the device tried to establish a connection with the server, but the request was rejected with an error message by the Exchange server itself. Let’s see the solution of Exchange Server 500 error.

Method 1: Step by Step Solution for HTTP 500 Error in Exchange Server 2016

Step 1: Go to Search bar and type «Exchange Managmenent Shell».

Step 2: A new window will appear named as: Administrator: Exchange Managmenent Shell.

Step 3: It will start connecting to your local EAC ip.

Step 4: After connecting, type Remove-OwaVirtualDirectory ‘win2owa

Remove-OwaVirtualDirectory

Step 5: Message will appear “Are you sure you want to perform this action? Outlook Web App virtual directory “win2owa ” is being removed.

Step 6: Type y.

Outlook Web App virtual directory

Step 7: Type New-OwaVirtualDirectory – Website Name ‘Default Web site’.

New-OwaVirtualDirectory

Step 8: Restart your Computer.

Step 9: Now re-login. Exchange Server http 500 Error will be fixed.

Method 2: How to Fix 500 internal server error in Microsoft Exchange

1. Create a separate virtual directory which doesn’t require SSL or any other authentication method to establish a connection with the server. In this way you could temporarily connect with the server but that might serve as a potential threat due to lack of authentication.

2. Alternatively you can enable the settings on the root Exchange directory for the front end server using Microsoft utility “Metaedit.exe”.

Metaedit.exe

3. To determine the Maximum token size allotted to the user, use Microsoft provided tool : Tokensz.exe : By default the maximum token size- 8,000 bytes were allotted for the legacy versions; but for the later versions , token size was increased upto 12,000 bytes.

4. Insufficient permissions problem might be raised due to broken Access Control List inheritance in the Active Directory. To resolve this follow these steps:

  • Launch Active Directory Users and Computers.
  • Locate View >> Advanced Features.
  • Select the mailbox and right click to explore the properties.
  • Navigate to Security >> Advanced.
  • Ensure that “Include inheritable permissions from this object’s parent» is selected.

Active Directory Service Information

5. Alternatively you can re-add the existing users and new users to the Exchange. For that you need to access Active Directory Service Information:

  • Open adsi edit.
  • Locate the user in your existing domain.
  • Expand the user details and remove the object “CN=ExchangeActiveSyncDevices”.

Tools that could be beneficial: http://test exchange connectivity.com helps to test the connectivity between the exchange server and the device.

Exchange Remote Content Analyzer: Helps to determine the connectivity issues between the exchange server and the deployments easily.

Remote Content Analyzer

Causes of Exchange Server HTTP 500 Error

Now let’s examine the root cause for http 500 internal server error in Exchange here:

For the legacy Exchange server versions such as Exchange 2016, 2013, 2010, 2007,etc. the 500 internal server error is caused due to the following circumstances:

The Server uses SSL or Secure Sockets Layer protocol or form based authentication.

1. Virtual Directory of the Exchange Server has disabled Windows Authentication: The Active Sync Service uses the virtual directory to access the Outlook Web Access Templates and the WebDav on the Exchange Server. Hence, If the Virtual Directory is not enabled then Active Sync returns error.

2. Members existing in too many groups might face the error as the tokens generated might be larger than the maximum size allotted to them.

3. For Exchange 2010 and later versions, the user account might not have sufficient Permissions to access the mailbox in the Active Directory.

Conclusion

In the above content, I have discussed the best solution to resolve Exchange admin center http 500 internal server error quickly. Using step by step Exchange Management Shell method easily fix Exchange server error 500 without getting any hurdle.

Описание: Эта статья предлагает решение и помогает пользователям решить проблему «owa и ecp перестали работать после установки обновления безопасности» с помощью описанного здесь метода.

Microsoft Exchange Server широко используется в деловых и коммуникационных целях многими пользователями, ИТ-компаниями и другими отраслями по всему миру. Когда пользователи устанавливают обновление безопасности на сервер, на котором запущен Exchange Server, либо OWA (Outlook в Интернете), либо ECP (панель управления Exchange), либо и то, и другое, приложение, которое перестает работать на сервере.

Когда Outlook в Интернете (OWA) перестанет работать, вы увидите следующую ошибку:

Что-то пошло не так

Ваш запрос не может быть выполнен. Код состояния HTTP 500

И когда панель управления Exchange (ECP) перестанет работать, вы увидите следующее сообщение об ошибке:

Ошибка сервера в приложении ‘/ ecp’.

Не удалось загрузить файл или сборку “Microsoft.Exchange.Common, Version = 15.0.0.0,

Культура = нейтральный, PublicKeyToken = 31bf3856ad364e35 ‘или одна из его зависимостей.
Указанный файл не найден системой.

Причина этой проблемы OWA и ECP перестают работать после установки обновления безопасности

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

Решение для исправления ошибки: Exchange OWA и ECP перестают работать после установки обновления безопасности

Пользователи должны использовать повышенные привилегии для переустановки обновления безопасности на сервере.

  1. Откройте командную строку от имени администратора
  2. Когда появятся окна UAC (Контроль учетных записей пользователей), выберите данную опцию, чтобы открыть окно командной строки с повышенными привилегиями >> после этого выберите Далее
  3. Если вы не видите окна UAC, используйте следующий шаг.
  4. Введите полный путь к файлу обновление безопасности .msp >> Нажмите входить.
  5. После установки обновлений перезагрузите сервер.

Затем убедитесь, что пользователи могут получить доступ к Outlook в Интернете (OWA) или панели управления Exchange (ECP) на сервере, не получая сообщения об ошибке.

Если вы по-прежнему получаете сообщение об ошибке в ECP, попробуйте выполнить следующие действия:

1. Запустите диспетчер IIS на сервере.
2. Затем перейдите в виртуальный каталог Панель управления Exchange Backend-Website Exchange (ECP)
3. Щелкните папку Параметры приложения Binsearch.
4. Затем проверьте путь или расположение каталогов Exchange, перечисленных ниже. Пользователи также могут просматривать аналогичный путь к каталогу.

“% ExchangeInstallDir% bin;
% ExchangeInstallDir% bin CmdletExtensionAgents;
% ExchangeInstallDir% ClientAccess Owa bin »

5. Затем замените указанный путь на указанный путь:

“C: Program Files Microsoft Exchange Server V15 bin;
C: Program Files Microsoft ExchangeServer V15 bin CmdletExtensionAgents;

C: Program Files Microsoft Exchange Server V15 ClientAccess Owa bin »

Примечание. Путь должен указывать на место, где установлен Microsoft Exchange Server.

6. Затем перейдите в конкретную папку, содержащую сценарий Exchange Server.
Пример:

Для Exchange Server 2013 скрипты по умолчанию расположены по указанному пути:
“C: Program Files Microsoft Exchange Server v15 Bin”

Примечание: сценарий для Exchange Server 2010 находится в версии 14.

7. Запустите EMS от имени администратора и запустите указанный сценарий:
“. UpdateCas.ps1 и. UpdateConfigFiles.ps1.”
8. Закройте командную консоль Exchange и откройте CMD от имени администратора.
9. Затем выполните iisreset.
10. Наконец, перезапустите сервер и убедитесь, что пользователи больше не получают сообщение об ошибке при доступе к ECP.

Примечание. При перезапуске сервера может быть несколько причин, по которым файл базы данных Exchange пользователя может быть поврежден и отключен от сети или не будет развернут. Затем на этом этапе очень необходимо создать резервную копию почтовых ящиков Exchange из этой базы данных, поскольку существует вероятность потери данных при ремонте базы данных пользователями. Затем в этот момент пользователи могут использовать файл резервной копии для получения данных Exchange. Не существует ручного решения, которое помогло бы пользователям экспортировать почтовый ящик из автономного файла .edb Exchange в Outlook PST.

Совет от профессионала: пользователи могут использовать расширенный SysTools Конвертер EDB в PST, который поддерживает автономные / дизассемблированные файлы базы данных Exchange и используется многими техническими и нетехническими пользователями для преобразования почтового ящика из файла Exchange 2016 EDB в формат файла PST для извлечения. Кроме того, он предлагает быстрый и расширенный режим сканирования, который восстанавливает файл EDB от повреждений, а после восстановления пользователи могут массово экспортировать почтовые ящики в PST Exchange 2010/2013/2016 упрощенным способом без командлета, такого как – New-MailboxExportRequest для всех почтовые ящики. использовать PST

Скачать сейчас купить сейча

Собери все вместе

Теперь у пользователей есть подробная информация о том, как решить проблему OWA и ECP после установки обновления безопасности с помощью решения, представленного здесь. Если по какой-то причине пользователи хотят экспортировать почтовые ящики из хранимого или автономного файла базы данных Exchange в файл Outlook PST, они могут использовать расширенное решение, упомянутое в разделе выше.

  • Ошибка ваш аккаунт не отвечает необходимым требованиям
  • Ошибка ваш аккаунт заблокирован мта провинция
  • Ошибка введена некорректная схема декларирования росаккредитация
  • Ошибка ваш ip изменился мы отправили ссылку для подтверждения входа на ваш email
  • Ошибка введен неверный номер карты тинькофф