Я - большой поклонник teraterm utf-8. Я делаю большую работу последовательной консоли. Это делает очень хорошее задание в последовательном материале, а также ssh, telnet и роде.
И лучший из всего это свободно.:)
Сначала проверьте, чтобы удостовериться, что клиенты не превысили свое ограничение соединения MAPI. Точно так же, как Kyle говорит, что первое, что нужно сделать, проверяют ошибки в средстве просмотра события.
Если ничто не обнаруживается там, можно всегда пробовать к удалению .srs файла или в случае необходимости восстанавливать профиль перспективы.
У нас совсем недавно была эта точно та же самая проблема, и преступник был фанатичным брандмауэром ЯЩИКА ДЛЯ ПРОБНОЙ МОНЕТЫ и proxyarp. По данным Cisco, это - известная проблема. Проверьте arp записи клиента на Exchange Server, и Вы будете, вероятно, видеть неправильный MAC-адрес в некоторых случаях.
Мы зафиксировали это путем издания "sysopt noproxyarp внутри" на нашем ЯЩИКЕ ДЛЯ ПРОБНОЙ МОНЕТЫ. Очевидно, удостоверьтесь, что Вы понимаете последствия отключения proxyarp, сначала.
Если пользователи на том же сегменте LAN как Exchange Server не испытывают проблему, но пользователи на другом сегменте LAN действительно испытывают проблему, то мне ясно, что проблема связана с сетью. Проверьте переключатель в затронутую LAN для перегрузки, ошибок, отбрасываний, и т.д. и проверьте маршрутизаторы, которые соединяют сегменты LAN для перегрузки, ошибок, отбрасываний, и т.д.