Ошибка обновления 0x800F0922 в WSUS

При установке обновления KB3022345 на Server 2012 R2 постоянно появляется ошибка 0x800F0922.

Для устранения вышеуказанной ошибки и нормальной установки обновления необходимо установить компонент BitLocker.

1. Переходим в Панель управления - Администрирование.
2. Запускаем Диспетчер серверов.
3. В меню Управление выбираем пункт Добавить роли и компоненты.
4. Жмем 3 раза кнопку Далее и затем с левой стороны переходим в пункт Компоненты.
5. Внизу списка ставим галочку для выбора компонента Шифрование диска BitLocker.
6. Жмем кнопку Добавить компоненты, кнопку Далее и кнопку Установить.
7. По окончании установки компонента жмем кнопку Закрыть и можем приступать к дальнейшей установке обновлений Windows.

Ошибка "Не удается получить данные счетчиков производительности" в диспетчере серверов

При запуске Диспетчера серверов на одном из серверов Windows Server 2008 R2 начала появляться ошибка "Не удается получить данные счетчиков производительности". Если на самом сервере в меню выбрать пункт Обновить - появлялась ошибка "Набор программ сбора данных не найден".

Ошибка была связана с отсутствием группы сборщиков данных "Server Manager Performance Monitor" в Системном мониторе на сервере выдающем ошибку получения счетчиков.

Для устранения проблемы необходимо выполнить следующие действия:

1. Запустить Системный монитор (perfmon.exe), затем развернуть меню Группы сборщиков данных, а после этого Особый и найти группу Server Manager Performance Monitor. Так как, скорей всего, она будет отсутствовать, переходим к следующему шагу.
2.  Переходим на сервер в котором счетчики производительности работают без проблем.
3. Открываем Командную строку (cmd.exe) с правами администратора и экспортируем группу сборщиков данных "Server Manager Performance Monitor" используя команду:
   
   logman export -n "Server Manager Performance Monitor" -xml SMPM.xml
4.  Открываем полученный файл SMPM.xml в Wordpad и полностью удаляем секцию <Security>Список различных ID</Security>, а затем сохраняем файл.
5. Переносим файл SMPM.xml на неработающий сервер. Там же открываем Командную строку (cmd.exe) с правами администратора и импортируем вышеуказанный XML файл:
   
   logman import -n "Server Manager Performance Monitor" -xml SMPM.xml
6. Запускаем счетчики производительности:
   
   logman start "Server Manager Performance Monitor"
7. После обновления Диспетчера серверов данные производительности станут доступны.

Ошибка "#550 5.1.3 STOREDRV.Submit; invalid recipient address #SMTP#" при отправке через Outlook 2010

Данная ошибка у меня возникла после переноса почты и контактов из Outlook Express в Microsoft Outlook 2010. При отправке письма определенным адресатам появлялась вышеуказанная ошибка.

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

Проверка работоспособности SMTP-сервера при помощи Telnet

В этом примере используются следующие значения.

• SMTP-сервер назначения   mail1.fabrikam.com
  
• Исходный домен   contoso.com
  
• Адрес электронной почты отправителя   chris@contoso.com
  
• Адрес электронной почты получателя   kate@fabrikam.com
  
• Тема сообщения   Test from Contoso
  
• Текст сообщения   This is a test message
  

Примечание.

Команды клиента Telnet вводятся без учета регистра. Команды SMTP набраны заглавными буквами для большей ясности. После подключения к SMTP-серверу назначения в сеансе Telnet нельзя использовать клавишу BACKSPACE. Если при вводе команды SMTP допущена ошибка, следует нажать клавишу ВВОД и повторно ввести команду. Неизвестные команды SMTP или синтаксические ошибки приведут к появлению сообщения об ошибке следующего вида: 500 5.3.3 Unrecognized command

1. В командной строке введите telnet и нажмите клавишу ВВОД. Эта команда открывает сеанс Telnet.
   
2. Введите set localecho и нажмите клавишу ВВОД. Эта необязательная команда позволяет видеть вводимые знаки. Этот параметр может быть необходим для некоторых SMTP-серверов.
   
3. Введите set logfile <имя файла>. Это необязательная команда включает ведение журнала сеанса Telnet в указанный файл журнала. Если указать только имя файла, местоположением файла журнала будет текущий рабочий каталог. При указании пути и имени файла путь должен быть локальным для компьютера. Путь и имя файла необходимо вводить в формате Microsoft DOS 8.3. Указанный путь должен уже существовать. Если указать файл журнала, который не существует, он будет создан.
   
4. Введите open mail1.fabrikam.com 25 и нажмите клавишу ВВОД.
   
5. Введите EHLO contoso.com и нажмите клавишу ВВОД.
   
6. Введите MAIL FROM:chris@contoso.com и нажмите клавишу ВВОД.
   
7. Введите RCPT TO:kate@fabrikam.com NOTIFY=success,failure и нажмите клавишу ВВОД. Необязательная команда NOTIFY определяет конкретные уведомления о доставке, которые SMTP-сервер назначения должен предоставить отправителю. Уведомления о доставке определены в стандарте RFC 1891. В данном случае запрашивается уведомление об успешной доставке или невозможности доставки сообщения.
   
8. Введите DATA и нажмите клавишу ВВОД. Появится отклик, подобный приведенному ниже:
   
   354 Start mail input; end with <CLRF>.<CLRF>
   

9. Введите Subject: Test from Contoso и нажмите клавишу ВВОД.
   
10. Нажмите клавишу ВВОД. RFC 2822 требует, чтобы между полем заголовка Subject: и текстом сообщения была пустая строка.
    
11. Введите This is a test message и нажмите клавишу ВВОД.
    
12. Нажмите клавишу ВВОД, введите точку ( . ) и нажмите клавишу ВВОД. Появится отклик, подобный приведенному ниже:
    
    250 2.6.0 <GUID> Queued mail for delivery
    

13. Чтобы отключиться от конечного сервера SMTP, введите QUIT и нажмите клавишу ВВОД. Появится отклик, подобный приведенному ниже:
    
    221 2.0.0 Service closing transmission channel
    

14. Чтобы закрыть сеанс Telnet, введите quit и нажмите клавишу ВВОД.

Взято здесь.

Ошибка 1402 при установке обновления Office 2010

При установке обновления kb2850016 для Office 2010 в логах появилось сообщение следующего содержания: "Ошибка 1402. Не удается открыть раздел реестра: UNKNOWN\Components\DA42BC89BF25F5BD0AF18C3B9B1A1EE8\413B7F47705019F4A9E46B9C0B724E01. Убедитесь, что у вас есть необходимые разрешения на доступ к реестру, или обратитесь в службу поддержки Майкрософт (PSS)."

Данная ошибка означает отсутствие прав доступа к указанному ключу реестра. Для решения проблемы необходимо выполнить следующие действия:

1. Открываем редактор реестра командой regedit.
2. Вместо слова UNKNOWN в моей ошибке подсталяем такой путь: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18 (ключ 'S-1-5-18' может быть другим на вашей системе).
3. Предоставляем права на полный доступ группе Администраторы (если понадобится необходимо стать владельцем объекта) и заменяем все разрешения дочерних объектов.
4. Повторяем установку обновления (при повторной ошибке необходимо просмотреть в логах разделы реестра, которые также нуждаются в исправлении и повторить все вышеизложенные действия).

Ошибка консоли управления Exchange: «Клиент WinRM получил статус Ошибка сервера HTTP (500)»

Для решения проблемы необходимо запустить следующие команды в консоли Exchange Powershell:

1. Import-Module ServerManager
2. Remove-WindowsFeature WinRM-IIS-Ext
3. Add-WindowsFeature WinRM-IIS-Ext

Отключение отчетов о недоставке писем в Exchange 2010

Для отключения отчетов о недоставке писем в Exchange 2010 необходимо:

1. Открыть консоль управления Exchange.
2. Нажать на значке "+" рядом с папкой Конфигурация организации в левой панели для того чтобы развернуть ее.
3. Выбрать пункт Транспортный сервер-концентратор.
4. Перейти на вкладку Удаленные домены, и затем дважды кликнуть на объект Default. Это приведет к открытию диалогового окна Свойства.
5. Выбрать вкладку Формат сообщения и снять галку напротив параметра Разрешить отчеты о недоставке.