Проблема сертификата Exchange
Ключ к пониманию производительности SQL Server для любого данного запроса должен иметь подробно понимание планов запросов. Конкретно понимая типы используемых соединений, типы шагов выборки (сканирования по сравнению с ищет), и ограничения того, что планы могут сказать Вам. Планы запросов почти всегда завинчивают стоимость определяемые пользователем функции в СПИСКЕ ВЫБОРКИ, например. Но если Вы поймете, как планы запросов работают, у Вас будет понимание того, как SQL Server работает, повреждается, и как зафиксировать его.
Ключ к пониманию устойчивости сервера SQL Server понимает, как быстро прочитать журнал ошибок. Не журнал событий окон, фактическое, честное богу текстовый файл ERRORLOG.
Ключ к найму хорошего SQL Server запрашивает устройство записи, должен попросить, чтобы они записали для Вас с правильным синтаксисом, как использовать курсор в T-SQL. Если они разбираются в ответе, не нанимайте их, они используют курсоры слишком много, и курсоры являются почти всегда неправильным подходом.
Я подозреваю что, если бы Вы действительно установили свой ISA, чтобы только позволить портам SMTP войти и, что это было бы причиной Вашей проблемы, а не сертификатами OWA.
Для HTC Touch Dual (или любое Устройство Windows Mobile) для работы это должно получить доступ виртуальному серверу Веб-доступа Outlook, который мог быть проксирован сервером ISA, или работающий непосредственно на поле Exchange (Вы будете знать который). Чтобы это работало, Вам нужен, по крайней мере, порт 80 (для HTTP) и 443 (для SSL) открытый.
Я предполагаю, что Вы используете SSL только, еще Вы не спросили бы о сертификатах, поэтому имейте looksee в том, что сервер ISA и удостоверяется, что Вы непреднамеренно не заблокировали tcp/443 на сайт OWA.
Можно также использовать регулярный браузер из локального Starbucks (или дома) и перейти к https://<Ваш owa.website> и посмотрите, работает ли это.