none
Ipad перестал получать почту с Microsoft Exchange 2007 RRS feed

  • Вопрос

  • Добрый день. В домене существует корпоративный Exhange Server (Exchange Server 2007 Microsoft Corporation Версия: 08.03.0348.002). Некоторые сотрудники читают почту, контакты, календари, напоминания со своих Ipad. В один прекрасный момент Exch клиент на ipad перестал получать почту.

    При обновлении почты на ipad ошибка:

    "Сбой доставки почты. Подключение к серверу не удалось."

    Пробовал удалять почтовую учётную запись с настройками на ipad и создавать заного - результата не дало.

    Клиенты с outlook работают нормально.

    Пробовал банально физически ребутнуть сервер - не помогло.

    Кто нибудь сталкивался с такой проблемой? Подскажите как победить?



    • Изменено ssidex84 18 июля 2014 г. 8:54
    18 июля 2014 г. 8:52

Все ответы

  • День добрый.

    1. Раз перезагрузка не помогла, то выключить сервер, протереть пыль и пропылесосить.

    2. Включить и проверить тест https://testconnectivity.microsoft.com/

    3. Test-OutlookWebServices

    4. Test-ActiveSyncConnectivity


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    21 июля 2014 г. 13:06
    Модератор
  • 1. Я баллончиком с сжатым воздухом обычно выдуваю на горячюю, между прочим HPшники сами так делают.

    2.

    3.

    [PS] C:\Documents and Settings\kozakovsa.ITS>Test-OutlookWebServices -identity:k
    ozakovsa@its-tambov.ru | ft * -AutoSize -Wrap
    
      Id        Type Message
      --        ---- -------
    1003 Information Подготовка к проверке автообнаружения с помощью адреса электро
                     нной почты KozakovSA@its-tambov.ru.
    1006 Information Подключение к службе автообнаружения выполнено в https://its-d
                     c01.its.lan/Autodiscover/Autodiscover.xml.
    1016     Success [EXCH]-Подключение к службе AS на https://its-dc01.its.lan/EWS
                     /Exchange.asmx выполнено успешно. Прошло времени: 890 мс.
    1015     Success [EXCH]-Подключение к службе OAB на https://its-dc01.its.lan/EW
                     S/Exchange.asmx выполнено успешно. Прошло времени: 0 мс.
    1014     Success [EXCH]-Подключение к службе UM на https://its-dc01.its.lan/Uni
                     fiedMessaging/Service.asmx выполнено успешно. Прошло времени:
                     250 мс.
    1006     Success Служба автообнаружения успешно проверена.
    4.
    [PS] C:\Documents and Settings\kozakovsa.ITS>Test-ActiveSyncConnectivity
    WARNING: Тестовый пользователь "CAS_d2b8ed4a366243f6" недоступен, поэтому этот
    командлет не сможет проверить сервер почтовых ящиков "ITS-dc01.its.lan".
    Test-ActiveSyncConnectivity : Не удается найти пользователя its.lan\CAS_d2b8ed
    a366243f6 или войти в систему с его учетной записью. Если эта задача запускает
    я без учетных данных, войдите в систему с учетной записью администратора домен
     и выполните команду new-TestCasConnectivityUser.ps1, чтобы проверить наличие
    ользователя на сервере почтовых ящиков ITS-dc01.its.lan
    At line:1 char:27
    + Test-ActiveSyncConnectivity <<<<
    WARNING: Не было проверено ни одного сервера клиентского доступа.


    22 июля 2014 г. 5:36
  • Проверьте записи DNS в Internet и включенную Anyware.

    Проверьте порты и правила публикации на FW.

    Создайте тестового пользователя серез скрипт.

    New-TestCasConnectivityUser.ps1


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    22 июля 2014 г. 6:18
    Модератор

  • Проверьте порты и правила публикации на FW.


    Exch в организации не публикуется в интернет. Пользователи получают почту посредством подключения к сети организации через Интернет.
    22 июля 2014 г. 6:32
  • Тогда разбирайтесь с VPN и маршрутами подключения, а также наличие записей autodiscover.domain.lan и записи подключения AS. 

    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    22 июля 2014 г. 6:42
    Модератор

  • Проверьте порты и правила публикации на FW.


    Exch в организации не публикуется в интернет. Пользователи получают почту посредством подключения к сети организации через Интернет.

    День Добрый!

    Мы же не знаем как у Вас там все устроено... Пользователи подключаются через VPN - так Вас понимать? 


    Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    22 июля 2014 г. 6:43

  • Проверьте порты и правила публикации на FW.


    Exch в организации не публикуется в интернет. Пользователи получают почту посредством подключения к сети организации через Интернет.

    День Добрый!

    Мы же не знаем как у Вас там все устроено... Пользователи подключаются через VPN - так Вас понимать? 


    Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    Прошу прощения. Мой косяк. Пользователи тянут почту исключительно через VPN. VPN сервером является ISA 2006.

    В DNS запись о mail.its-tambov.ru присутствует. Внутренний хостнейм Exch сервера its-dc01 (IP 10.3.0.2) .


    • Изменено ssidex84 22 июля 2014 г. 13:13
    22 июля 2014 г. 13:12
  • Вопрос.

    А где в настройках CAS участвует запись mail.its-tambov.ru

    У вас везде its-dc01.its.lan прописан на сервере

    https://its-dc01.its.lan/Autodiscover/Autodiscover.xml.
    https://its-dc01.its.lan/EWS/Exchange.asmx

    ЗЫ. В дополненние походу Exchange установлен на доменном контроллере. 

    White Paper: Exchange 2007 Autodiscover Service


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    22 июля 2014 г. 13:34
    Модератор
  • 1. https://its-dc01.its.lan/Autodiscover/Autodiscover.xml

    2. https://its-dc01.its.lan/EWS/Exchange.asmx

    <?xml version="1.0" encoding="UTF-8"?>
    
    -<wsdl:definitions xmlns:t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/">
    
    
    -<wsdl:types>
    
    
    -<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
    
    <xs:import schemaLocation="messages.xsd" namespace="http://schemas.microsoft.com/exchange/services/2006/messages"/>
    
    </xs:schema>
    
    </wsdl:types>
    
    
    -<wsdl:message name="ConvertIdSoapIn">
    
    <wsdl:part name="request" element="tns:ConvertId"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="ConvertIdSoapOut">
    
    <wsdl:part name="ConvertIdResult" element="tns:ConvertIdResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="GetFolderSoapIn">
    
    <wsdl:part name="request" element="tns:GetFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="GetFolderSoapOut">
    
    <wsdl:part name="GetFolderResult" element="tns:GetFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="CreateFolderSoapIn">
    
    <wsdl:part name="request" element="tns:CreateFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="CreateFolderSoapOut">
    
    <wsdl:part name="CreateFolderResult" element="tns:CreateFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="CreateManagedFolderSoapIn">
    
    <wsdl:part name="request" element="tns:CreateManagedFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="CreateManagedFolderSoapOut">
    
    <wsdl:part name="CreateManagedFolderResult" element="tns:CreateManagedFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="DeleteFolderSoapIn">
    
    <wsdl:part name="request" element="tns:DeleteFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="DeleteFolderSoapOut">
    
    <wsdl:part name="DeleteFolderResult" element="tns:DeleteFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="UpdateFolderSoapIn">
    
    <wsdl:part name="request" element="tns:UpdateFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="UpdateFolderSoapOut">
    
    <wsdl:part name="UpdateFolderResult" element="tns:UpdateFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="MoveFolderSoapIn">
    
    <wsdl:part name="request" element="tns:MoveFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="MoveFolderSoapOut">
    
    <wsdl:part name="MoveFolderResult" element="tns:MoveFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="CopyFolderSoapIn">
    
    <wsdl:part name="request" element="tns:CopyFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="CopyFolderSoapOut">
    
    <wsdl:part name="CopyFolderResult" element="tns:CopyFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="FindFolderSoapIn">
    
    <wsdl:part name="request" element="tns:FindFolder"/>
    
    <wsdl:part name="Impersonation" element="t:ExchangeImpersonation"/>
    
    <wsdl:part name="S2SAuth" element="t:SerializedSecurityContext"/>
    
    <wsdl:part name="MailboxCulture" element="t:MailboxCulture"/>
    
    <wsdl:part name="RequestVersion" element="t:RequestServerVersion"/>
    
    </wsdl:message>
    
    
    -<wsdl:message name="FindFolderSoapOut">
    
    <wsdl:part name="FindFolderResult" element="tns:FindFolderResponse"/>
    
    <wsdl:part name="ServerVersion" element="t:ServerVersionInfo"/>
    
    </wsdl:message>
    
    
    и т.д.

    22 июля 2014 г. 14:19
  • Клиент не знает куда подключатся. Пропишите А или SRV запись autodiscover.its-tambov.ru на ip сервера its-dc01.its.lan.

    Потом посмотрим, что скажут клиенты.

    Troublshooting Autodiscover (Exchange 2007/2010)


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    22 июля 2014 г. 14:23
    Модератор
  • Клиент не знает куда подключатся. Пропишите А или SRV запись autodiscover.its-tambov.ru на ip сервера its-dc01.its.lan.

    Потом посмотрим, что скажут клиенты.

    Troublshooting Autodiscover (Exchange 2007/2010)


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    Я это обязательно сделаю.

    Вчера вечером обнаружил в логах сервера вот такие ошибки:

    Тип события:	Ошибка
    Источник события:	ESE
    Категория события:	Ведение журнала и восстановление 
    Код события:	419
    Дата:		23.07.2014
    Время:		8:30:19
    Пользователь:		Н/Д
    Компьютер:	ITS-DC01
    Описание:
    Microsoft.Exchange.Cluster.ReplayService (4608) Recovery E00 ITS-DC01\First Storage Group: Не удается прочитать страницу 3102808 базы данных C:\Program Files\Microsoft\Exchange Server\Mailbox\LocalCopies\First Storage Group\Mailbox Database.edb. Ошибка -1018. 
    
    Для получения дополнительных сведений щелкните следующую ссылку: http://www.microsoft.com/contentredirect.asp.

    Тип события:	Ошибка
    Источник события:	ESE
    Категория события:	Ведение журнала и восстановление 
    Код события:	454
    Дата:		23.07.2014
    Время:		8:30:20
    Пользователь:		Н/Д
    Компьютер:	ITS-DC01
    Описание:
    Microsoft.Exchange.Cluster.ReplayService (4608) Recovery E00 ITS-DC01\First Storage Group: При восстановлении базы данных или возвращении ее в исходное состояние произошла непредвиденная ошибка -1018. 
    
    Для получения дополнительных сведений щелкните следующую ссылку: http://www.microsoft.com/contentredirect.asp.

    Могут ли все мои проблемы быть из-за того что навернулась база First Storage Group ?

    Бэкапы делались, + стояла галка Циклического ведения журнала.

     
    Помогите пожалуйста решить мою бедищу :(

    • Изменено ssidex84 23 июля 2014 г. 11:32
    23 июля 2014 г. 4:41
  • Клиент не знает куда подключатся. Пропишите А или SRV запись autodiscover.its-tambov.ru на ip сервера its-dc01.its.lan.

    Потом посмотрим, что скажут клиенты.

    Troublshooting Autodiscover (Exchange 2007/2010)


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    После восстановления копии группы хранения добавил А запись. Не помогло.

    Плюс в журнале при каждом не удачном подключении с ipad появляется такая ошибка:

    Тип события:	Предупреждение
    Источник события:	MSExchange ActiveSync
    Категория события:	Запросы 
    Код события:	1008
    Дата:		31.07.2014
    Время:		9:41:29
    Пользователь:		Н/Д
    Компьютер:	ITS-DC01
    Описание:
    Произошло исключение, которое было обработано Exchange ActiveSync. Возможная причина: связь Exchange ActiveSync с устройством устарела или повреждена. Это может произойти, если пользователь пытается изменить один и тот же элемент с нескольких компьютеров. Если причина в этом, то Exchange ActiveSync повторно установит связь с устройством. Элементы будут обновлены во время следующей синхронизации. 
    
    URL-адрес=/Microsoft-Server-ActiveSync
    — Начало исключения —
    Тип исключения: Microsoft.Exchange.AirSync.AirSyncPermanentException
    Сообщение об исключении: Получен анонимный HTTP-запрос. Рекомендуется изменить метод проверки подлинности в IIS и запретить этот тип доступа.
    Уровень исключения: 0
    Код состояния HttpStatusCode: 403
    Код состояния AirSyncStatusCode: 0
    Отклик XmlResponse: 
    В этом запросе отсутствует отклик WBXML.
    Трассировка стека исключений:    в Microsoft.Exchange.AirSync.AirSyncUser.InitializeFromLoggedOnIdentity()
       в Microsoft.Exchange.AirSyncHandler.Handler.BeginProcessRequest(HttpContext context, AsyncCallback asyncCallback, Object extraData)
    — Конец исключения ---.
    Microsoft Windows [Version 6.3.9600]
    (c) Корпорация Майкрософт (Microsoft Corporation), 2013. Все права защищены.
    
    C:\Windows\SysWOW64>nslookup autodiscover.its-tambov.ru
    ╤хЁтхЁ:  its-dc02.its.lan
    Address:  10.3.2.3
    
    ╚ь :     autodiscover.its-tambov.ru
    Address:  10.3.0.2
    
    
    C:\Windows\SysWOW64>




    • Изменено ssidex84 31 июля 2014 г. 6:19
    31 июля 2014 г. 5:36