none
Проблемы после установки Update Rollup 6 RRS feed

  • Общие обсуждения

  • Одни проблемы ушли, другие пришли.
    Внешние пользователи, подключенные через Outlook Anywhere начали генерировать жалобы.

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

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

    Никто не сталкивался?

    17 ноября 2011 г. 5:59

Все ответы

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

    Протестируйте подключение.

    https://www.testexchangeconnectivity.com/

    Если будут ошибки сообщите.


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 6:26
    Модератор
  • "Тест на возможность подключения выполнен успешно"
    17 ноября 2011 г. 6:37
  • Для клиентов выслать данную ссылку путь протестируют от себя. Может у них проблемы локального характера в точке подключения.


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 7:45
    Модератор
  • Что это вы такое говорите непонятное?
    Компьютер, с которого заполняется web-форма в тестировании участия не принимает.

    17 ноября 2011 г. 8:11
  • Что это вы такое говорите непонятное?
    Компьютер, с которого заполняется web-форма в тестировании участия не принимает.


    Точно. Туплю.

     


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 8:13
    Модератор
  • В Outlook 2010, зажав CTRL и выбрав ярлык в трее правой клавишей. Появиться меню. Поле Состояние подключения и Прверить авто конфигурацию.

    Пусть клиент сделает скрин шот подключений и вышлет результат теста проверки конфигурации. Выделить только использовать автооприделение.


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 8:18
    Модератор
  • Откуда ж в колхозе Outlook 2010, там 2003-ий. :-)
    И потом, это удалённое подключение через Outlook Anywhere, я в первом письме написал, какое там автоопределение?
    17 ноября 2011 г. 8:34
  • - письма висят в исходящих бесконечно, хотя адресату уже пришли

    Это из-за того что нет UDP оповещения http://support.microsoft.com/kb/2009942

    Возможно обновить или использовать OWA.


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 8:47
    Модератор
  • Повторюсь, подключение удалённое.
    Соответственно UDP-оповещение по-любому работать не будет.
    Хотя, да, возможно, последнюю жалобу вываливают до кучи, слегка утрируя.
    Её вычёркиваем.

    17 ноября 2011 г. 8:58
  • 1. http://support.microsoft.com/kb/919092

    2. В настройках Outlook 2003 указать, что подключение через медленные каналы.

    3. Время автоматической проверки почты поставить 15 минут.

     


    MCITP. Знание - не уменьшает нашей глупости.

     


    17 ноября 2011 г. 9:07
    Модератор
  • 1. Эта статья отношения к делу не имеет. Подключение возможно, хоть и в некоторых случаях затруднено. Ошибок на сервере не регистрируется.
    2. Это где? Есть настройка, определяющая способ подключения на быстрых и медленных каналах, есть настройка выбора подключения при работе в автономном режиме. Ни одна, ни другая, ясно дело, не имеют отношения к решению проблемы.
    3. Это мы про MAPI?

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

    17 ноября 2011 г. 9:46
  • Коллеги, это у меня одного оповещения об ответах по почте не приходят?
    17 ноября 2011 г. 9:50
  • Подключение к Exchange по протоколу HTTP. Там есть возможность указать использовать медленные каналы.

    пример описания.

    http://msbro.ru/index.php/archives/159 


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 9:53
    Модератор
  • Вы что-то путаете.
    Это всего лишь указание на медленных каналах подключаться по RPC over HTTP, что и происходит в нашем случае.
    17 ноября 2011 г. 10:10
  • Ситуация, как я ее вижу. Есть удаленный филиал. Outlook 2003 подключаеться к Exchange 2010 по RPC over HTTP.

    Установить только подключение по медленным каналам, проверить наличие ошибок.


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 10:56
    Модератор
  • Давайте уточним, для начала, вы об этом?
    В быстрых сетях: соединяться, вначале используя HTTP, а затем TCP/IP
    В медленных сетях: соединяться, вначале используя HTTP, а затем TCP/IP

    17 ноября 2011 г. 12:39
  • Да об этом. Установить только меделеные сети.


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 13:08
    Модератор
  • И как, если не секрет, вы понимаете эту установку?
    17 ноября 2011 г. 13:26
  • Понимаю ее вот так.

    Способ, с помощью которого Outlook решает, какой тип соединения использовать первым: по локальной сети (TCP/IP) или мобильный Outlook (HTTP). По умолчанию сначала используется подключение по локальной сети (TCP/IP), а затем мобильный Outlook (HTTP). Если пользователи будут подключаться за пределами корпоративной сети чаще, чем в ее пределах, рекомендуется настроить Outlook так, чтобы сначала использовался мобильный Outlook (HTTP).

    http://technet.microsoft.com/ru-ru/library/cc179036.aspx

    Было бы не плохо запустить командлет Test-OutlookConnectivity может, что-то прояснит.

    Описание Outlook Anywhere

    http://technet.microsoft.com/ru-ru/library/bb123741.aspx#outlookanywhere


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 13:48
    Модератор
  • Тогда очень странно, что вы даёте такой совет.
    У пользователей эксченьджя в колхозах стоят обе галки и никакого смысла снимать первую и оставлять только вторую нет. Кроме увеличения времени подключения это ни к чему не приведёт.

    17 ноября 2011 г. 13:59
  • Когда стоят две галки, то схема Outlook такая он сначала подключаеться по быстрым сетям, а потом (через некоторое время ~10 минут) при задержках он переключаеться на медленные подключения и данная процедура происходить каждый раз как запускают outlook. По этому надо устанавливать, на заведом медленных каналах, одну "галку".


    MCITP. Знание - не уменьшает нашей глупости.
    17 ноября 2011 г. 14:09
    Модератор
  • Сдаётся мне, вы не понимаете сути этих настроек.

    17 ноября 2011 г. 14:17
  • Получил доступ к удалённому компьютеру с зависшим подключением.

    Ситуация выглядит следующим образом.

    Windows XP Prof SP3 RUS, Outlook 2003 SP3 RUS.
    В трее значок отображает ситуацию "Аутлук пытается получить информацию с сервера".
    В состоянии подключения выглядит всё хорошо, ошибок ноль.
    netstat показывает соединения с сервером в состоянии established.
    Сетевые настройки в порядке.
    Пинг есть, трассировка в порядке, видимых потерь нет, задержка 20-30 миллисекунд.
    Пинг полноразмерными пакетами с зпрещённым флагом фрагментации проходит.
    При щелчке на кнопке "Повторное подключение" всё бесконечно долго висит в состоянии "Подключается".
    Параллельно можно открыть OWA, всё работает.
    После закрытия и повторного запуска соединение устанавливается и можно нормально работать до следующего затыка.

    18 ноября 2011 г. 5:46
  • Возможно содать новый профиль в Outlook для этого пользователя? Проверить работу в новом профиле.


    MCITP. Знание - не уменьшает нашей глупости.
    18 ноября 2011 г. 6:18
    Модератор
  • Если бы это был единичный случай, можно было бы пошаманить.
    Местный админ говорит, что проблема практически у всех пользователей.
    В такой ситуации смысла не вижу.

    18 ноября 2011 г. 7:58
  • Попробовал бы поиграться с Outlook 2003. Поставить все SP и hotfix. Попробовать с новым профилем. Изминить подключение для медленных каналов. Отключил/включить кеширование Outlook. Включил архивацию и уменьшил количество писем на почтовом ящике.


    MCITP. Знание - не уменьшает нашей глупости.
    18 ноября 2011 г. 8:54
    Модератор
  • Дополнение 1: Глючит Аутлук 2003, 2010-й не глючит.
    Дополнение 2: Балансировка нагрузки на CAS серверы осуществляется по DNS Round Robin. Аутлук 2003 глючит, если указывать имя CAS-Array'я. Если указывать конкретный CAS-сервер, не глючит.

    28 ноября 2011 г. 7:03
  • Ограничени динамических портов нет?

    Ограничения на CAS NLB нет?


    MCITP. Знание - не уменьшает нашей глупости.
    28 ноября 2011 г. 12:01
    Модератор
  • Речь об RPC Client Access?
    Клиенты напрямую RPC не используют, поскольку коннектсятся, как я уже писал, через HTTPS.
    Или какие имеются в виду ограничения?
    Static port не используются, трафик между rpc-proxy и CAS не фильтруется, это физически один сервер.

    NLB нет, я же написал, что для балансировки нагрузки используюется механизм DNS Round Robin.

    28 ноября 2011 г. 12:17
  • Если нет NLB между CAS, то создавать CAS array не надо он работать не будет. А балансировки на DNS Round Robin с CAS array не работает.

    http://technet.microsoft.com/en-us/library/ee332317.aspx

    http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/uncovering-new-rpc-client-access-service-exchange-2010-part1.html

    Поэтому вам надос создать NLB и CAS array и у вас все заработает. 


    MCITP. Знание - не уменьшает нашей глупости.
    28 ноября 2011 г. 12:27
    Модератор
  • Я чего-то слегка, мягко говоря, недоумеваю от заявлений, которые вы делаете в этом обсуждении.
    Балансировка нагрузки на CAS с использованием механизма DNS Round Robin вполне себе работает.
    Прадставленные вами ссылки никакой информации на эту тему не несут.
    А вот в этих ссылках, например, DNS Round Robin упоминается, как одно из средств балансировки нагрузки на CAS.
    http://www.shudnow.net/2010/03/17/exchange-2010-rtm-high-availability-load-balancing-options/
    http://technet.microsoft.com/en-us/library/dd638137.aspx
    Да, для бедных. Но у нас колхоз небогатый.

    28 ноября 2011 г. 12:52
  • Да, это балансировка CAS средствами DNS, но это не CAS array. При балансировке через DNS у вас не может существовать Array. 

    И когда вы говорите.

    >Аутлук 2003 глючит, если указывать имя CAS-Array'я.

    Он и будет глючить, так как CAS Array работете только при NLB.

    http://howtoexchange.wordpress.com/2009/12/16/configuring-client-access-array-for-exchange-2010-walkthrough/


    MCITP. Знание - не уменьшает нашей глупости.
    28 ноября 2011 г. 14:21
    Модератор
  • При балансировке через DNS у вас не может существовать Array.

    Олег, не позорьтесь.
    28 ноября 2011 г. 14:36
  • Не вопрос. Покажите пальцем, где ошибаюсь. Но знаю, что DNS балансировка не позволяет корректно работать отказоустойчивости и CAS Array, это должен быть NLB. Для меня это достаточно, чтобы вычеркнуть из применения. В этом случае делаю на уровне TMG и Ferma и трафик через внешний интерфейс TMG.

    Да вы можете создать CAS array, да можете создать DNS балансировку. Только это в пользу бедных. MS не рекомендует построение в этой конфигурации. 

    http://www.stevieg.org/tag/cas/


    MCITP. Знание - не уменьшает нашей глупости.


    30 ноября 2011 г. 11:24
    Модератор
  • Ровно в том месте, которое я процитировал в своём предыдущем сообщении.
    Вы лучше покажите, откуда вы почерпнули знания о невозможности существования CAS array и DNS Round Robin как механизма балансировки нагрузки на CAS.
    А ещё лучше расскажите, как в вашем понимании выглядит балансировка нагрузки на CAS с использованием механизма DNS Round Robin и без создания массива. 

    30 ноября 2011 г. 11:43
  • При балансировке через DNS у вас не может существовать Array.

    Олег, не позорьтесь.

    Существовать может, но осуществлять отказоустойчивость 24 X 7, без вмешательства администратора нет. 
    MCITP. Знание - не уменьшает нашей глупости.
    30 ноября 2011 г. 11:54
    Модератор
  • Мне не интересна балансировка CAS Array средствами DNS robin robom, начиная и кончая тем, что не позволяет проверить доступность сервиса CAS.

    Если балансировать CAS не NLB и DNS Robin rob, то можно использовать TMG. В TMG есть возможность публиковать Ферму.


    MCITP. Знание - не уменьшает нашей глупости.
    30 ноября 2011 г. 12:09
    Модератор
  • Удивительная манера общения.
    Сделать голословное заявление, получть предложение дать разъяснения, в ответ заявить, что тема неинтересна, и повернуть вообще в другую сторону.
    Респект, уважуха и превед.

    30 ноября 2011 г. 12:18
  • Я где-то упомянул про отказоустойчивость?
    30 ноября 2011 г. 12:18
  • Вы не упоминаль об отказоустойчивости.

    CAS Array создается только с целью отказоустойчивости.

    http://www.scottfeltmann.com/index.php/tag/cas-array/ Вот зачем вообще CAS array и сценарии его применнения.

    Только интересно, в какую часть 50/50 попадет большинство в случае падения одного из CAS.


    MCITP. Знание - не уменьшает нашей глупости.
    30 ноября 2011 г. 13:00
    Модератор
  • CAS Array создается только с целью отказоустойчивости.

    http://www.scottfeltmann.com/index.php/tag/cas-array/ Вот зачем вообще CAS array и сценарии его применнения.

    Только интересно, в какую часть 50/50 попадет большинство в случае падения одного из CAS.



    Очередное безосновательное утверждение.

    Кто такой scott feltmann?

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

    Завяжу-ка я с вами дискутировать, смысла никакого.

    30 ноября 2011 г. 13:32
  • действительно, достаточно спорить, коллеги.
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    30 ноября 2011 г. 14:04