troubleshooting

При массовой рассылке писем с вложениями через Microsoft Dynamics CRM 2011 некоторые получатели не могли просмотреть его содержимое - они видели только текст письма, а вложение заменялось на файл "winmail.dat" (как варианты: "ATT00008.dat" или "ATT00005.eml").

Причина этого - TNEF (Transport Neutral Encapsulation Format) - формат упаковки писем от Microsoft, который не поддерживается в полном объёме производителями сторонних почтовых серверов и клиентов.

Рекомендации Microsoft для таких случаев никак не помогали. Не помогало также принудительное выставление типа контента письма в text/html в коде формирования email - Outlook упорно отправлял письма с Content-Type: application/ms-tnef; name="winmail.dat".

Судя по всему, увидев письмо из CRM клиент для Outlook автоматически добавляет в него служебную информацию для отслеживания, конвертируя письмо в TNEF. Избежать такого вмешательства помогло выставление свойства "Доступ к электронной почте - исходящие" в "Маршрутизатор электронной почты" на форме пользователя CRM:

После чего письма отправляются получателям минуя Outlook с помощью Email Router'а и приходят как Content-Type: multipart/mixed;. [node:read-more:link]

Если вы активно используете CRM, то наверняка сталкивались с непроизвольной перезагрузкой окон Internet Explorer после закрытия како-либо формы.

Особенно неприятно было это наблюдать при работе с расширенным поиском, т.к. условие поиска сбрасывалось и его приходилось формировать повторно.

Избежать такого поведения Internet Explorer'а можно (в случае с CRM - даже нужно!) отключив автоматическое восстановление окон IE. Для этого в реестре выставляем в «0» значение ключа «HangRecovery» (ветка «HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\»). [node:read-more:link]

При рассылке корпоративного новогоднего поздравления быстрая кампания отработала только на половине участников выбранного маркетингового списка. Кампания продолжала висеть в статусе "Выполняется", но без каких-то признаков жизни.

Кнопка "Отменить" у быстрой компании отсутствует, единственный возможный вариант - удалить - не сработал: "This record is currently being used by Microsoft Dynamics CRM and cannot be deleted."

Как оказалось, выход есть - для каждой запущенной быстрой кампани создаётся соответствующее ей системное задание, которое можно найти в списке системных заданий в разделе "Параметры":

Или через расширенный поиск:

[node:read-more:link]

Сегодня команда разработчиков опубликовала интересный документ - требования по подключению и список задействованных портов в Microsoft Dynamics CRM 2011. Документ поможет корректно настроить межсетевой экран при разворачивании и настройке CRM.

Вот пример задействованных подключений при использовании Windows Integrated Authentication:

А вот подробная схема взаимодействия всех подсистем:

Первооснову данного документа следует искать в Microsoft Dynamics CRM 2011 Implementation Guide. [node:read-more:link]

Внезапно не завёлся простейший WCF-сервис с привязкой "netTcpBinding" (WCF self-hosted в windows-службе).

	...

        <host>
          <baseAddresses>
            <add baseAddress="net.tcp://server:8888/Service"/>
          </baseAddresses>
        </host>

	...

        <endpoint
            address=""
            binding="netTcpBinding"
            contract="Contoso.IService" />
	
	...

В логах появлялось следующее сообщение при попытке запустить службу: [node:read-more:link]

После установки четвёртого пакета обновлени (Update Rollup 4) внезапно перестали работать клиентские REST-запросы из форм действий: задач, эл. писем, кастомных действий. Каждый вызов REST заканчивался ошибкой Error: 400: Bad Request: "Сервер обнаружил ошибку при обработке запроса. Дополнительные сведения см. в журналах сервера." (The server encountered an error processing the request. See server logs for more details.).

[node:read-more:link]

После переноса Microsoft SQL Server Reporting Services работает - отчёты создаются.

Но стоит перейти к настройкам подписки/рассылки отчётов в административном разделе, как мы получаем интересное сообщение: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. (rsReportServerDatabaseError)

На редкость информативное сообщение обязывает заглянуть в логи SSRS, где расскрываются подробности произошедшего: [node:read-more:link]

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

Так, например, недостаточно просто перенести файлы баз данных SSRS на новый сервер, - требуется дополнительно переконфигурировать SSRS. Конфигурация производится в Диспетчере конфигурации служб Reporting Services, и основным шагом является привязка перенесённой базы к новому экземпляру сервера отчётов.

[node:read-more:link]

Если при настройке списка ожиданий вы столкнулись со следующей скриптовой ошибкой, поставьте Update Rollup 15 for Microsoft Dynamics CRM 4.0 (KB 2449283).

---------------------------
Сообщение с веб-страницы
---------------------------
Ошибка в изменяемом событии поля.

Поле:outgoingemaildeliverymethod

Событие:onchange

Ошибка:'showEmailCredentials' - определение отсутствует
---------------------------
ОК   
---------------------------

  [node:read-more:link]

Буквально сегодня решилась проблема внезапного пропадания ISV-кнопок с формы CRM. Проявлялась она вот в чём: эпизодически у разных пользователей внезапно пропадали ISV-кнопки. Временно исправить такую ситуацию помогала лишь очистка кэша IE.

Сначала я грешил на порядок кнопок и некорректную обработку заэскейпленных JS-скриптов браузером Internet Explorer. Потом даже было предположение, в некорректном обработчике из htc-компонента CRM который отвечает за "сворачивания" кнопки до иконки (если названия ISV-кнопок не могут быть отрисованы полностью). Не помогала даже серверная очистка кэша.

Как оказалось эта проблема связана с путаницей cookies, создаваемых IE и Outlook (точнее Outlook-клиентом для CRM). [node:read-more:link]