Скрипт для автоматической очистки ящиков в Exchange 2007/2010 от ненужных сообщений

У нас в компании есть служебные рассылки в которые приходят служебные сообщения с разного рода информацией: ошибки, предупреждения и т.д. Временами оттуда может прилететь “волна” в сотни мегабайт или того больше, т.к. и самих сообщений может быть десятки тысяч, да и их размер в особо неприятных случаях может достигать нескольких десятков мегабайт.

В былые времена это приводило к ступору сервера. Затем мы перешли на Exchange 2007 и сервера стали намного мощнее и падать сервер перестал. Зато получалась такая себе DOS атака, т.к. вся очередь была забита такими сообщениями, а все остальные проходили тяжело. Мы переформировали очереди, проставили приоритеты и все вроде бы исправилось … Но теперь возникла та проблема, что если такая “волна” проходит на праздниках или во время отпуска, то ящик пользователя может заблокироваться.

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

Особенности установки сервис паков на Exchange 2007 кластер

Недавно обнаружил, что, оказывается, Microsoft выпустил Service Pack 3 для MS Exchange 2007 :-) Как ни смешно это звучит, но выпустили его еще летом, а заметил я это только сейчас. Проблема в том, что SP к Exchange во WSUS не прилетают и, при этом, Microsoft продолжает выпускать обновления для версии со вторым сервис паком. Ну, в общем-то, оно и к лучшему. За это время MS выпустил два кумулятивных пакета обновления, и ошибочки там пренеприятные.

Что же там поменялось? Самое главное изменения – поддержка установки сервера на Windows 2008 R2 и установки консоли на Windows 7. Кроме того, добавились полнотекстовые индексы в поиске, и улучшили возможность замены пароля через OWA, ну и другое, по мелочи.

Но писать-то я хотел не об этом, интерес представляет сам процесс установки сервис пака на кластер. Я, в свое время, намучался, когда ставил SP2.

Классификация сообщений в Outlook 2010

Сегодня обнаружил, что классификация сообщений перестала отображаться в моем Outlook 2010.

Для тех, кто забыл или не знает, что такое классификация сообщений и как ее настраивать – прошу смотреть по ниже приведенным ссылкам:

Классификация сообщений сервера Exchange 2007 (Часть 1)
Классификация сообщений сервера Exchange 2007 (Часть 2)
Managing Message Classifications

Для Outlook 2010 нужно использовать другой путь к ключам реестра. И, конечно же, все это следует делать с помощью Group Policy Preferences.

Итак, вместо

[HKCU]\Software\Microsoft\Office\12.0\Common\Policy

Следует использовать:

[HKCU]\Software\Microsoft\Office\14.0\Common\Policy

Контролируем доступ к чужим ящикам в MS Exchange 2007

В Exchange есть такая интересная возможность как управление чужим ящиком. Любой человек с правами администратора Exchange может дать права пользователю подключиться к чужому ящику. Такая возможность нужна и полезна, например, для того чтобы срочно достать письмо из ящика человека, который в настоящий момент недоступен или для работы с двумя ящиками в Outlook 2007 (Outlook 2010 уже умеет работать с двумя и более ящиками Exchange).

В то же время, это не та возможность, которую можно использовать бесконтрольно, т.к. возможны злоупотребления.

В этом случае на помощь приходит функция, которая появилась в Exchange 2007 SP2 - функция аудита доступа к почтовым ящикам. Эта функция имеет более широкое применение, с ее помощью можно многое записывать в журнал, но я рассмотрю только применительно к вещам, описанным выше.

BE2010 заработал с моим кластером

Как я уже писал ранее после перехода на Backup Exec 2010 выяснилось, что родной его агент отказывается видеть Information Store на сервере с Exchange 2007 работающего в режиме SCC.

С тех пор провели несколько сеансов удаленного саппорта с Symantec, написали кучу писем и собрали кучу логов. В конце концов они выпустили новый патч, который таки исправляет проблему!

Так что это уже второй hotfix в создании которого я участвовал :-)

BE2010 и Microsoft Exchange 2007 SCC кластер

Вчера, наконец-то, перенесли файловый сервер и сервер бэкапирования с Windows Server 2003 R2 на Windows Server 2008 R2. Перенос файлового сервера прошел достаточно гладко – переключили разделы на SAN и перезагрузили сервера. После этого раздал разделам те же буквы и с помощью командных файлов пересоздал share. Как оказалось, пару синтаксических ошибок я таки не заметил, но это, в общем-то, была мелочь. После этого изменил пути в DFS и все заработало. File Screens и Storage Reports еще нужно перенастраивать, но это, в общем-то, не самая большая проблема.

Проблема подкралась при запуске Backup Exec. Как оказалось, Backup Exec 2010, в случае использования родного агента, не видит Exchange Information Store, если пытаться подключиться к Exchange Server 2007, использующий Mailbox Cluster. В общем-то, Symantec утверждает, что это касается только CCR кластера, но у меня-то SCC (Single Copy Cluster) и на нем тот же эффект. Решения пока нету, но есть обходной путь, который заключается в том, чтобы установить на Exchange агента от Backup Exec версии 12.5, причем обязательно с Hotfix 337202.

Я попробовал и таки да, работает. Пишет предупреждение, но работает. Так что теперь нужно ждать от них патча, который устранит эту проблему.

Вышла версия 3 программы Mail for Exchange для телефонов Nokia

Недавно, я, наконец-то, поменял свой заслуженный “кирпич” Nokia E90 Communicator на Nokia N97 mini. Мне нравятся телефоны, которые можно использовать двояко, и как телефон и, при необходимости, выдвигается полная клавиатура. E71 Или E72 тоже хорошие телефоны, но их форм-фактор мне неудобен.

Для телефонов Nokia, работающих под управлением Symbian, есть замечательная программа Mail for  Exchange. Она позволяет синхронизировать с телефоном почту, календарь, задачи и контакты с Microsoft Exchange Server. Все это происходит с помощью протокола ActiveSync. Это очень удобно, особенно с календарем, т.к. вести календарь в Outlook гораздо удобнее. Пользуюсь я этой программой уже давно, и у нее есть ряд недостатков из которых главные: возможность работать только с папкой Inbox (Входящие) и невозможность просматривать письма в html. Точнее даже, возможность просматривать их есть, но сильно ограниченная, похожая на текстовый браузер lynx в юниксе :-)

У Нокии, в последнее время, есть такая фишка, некоторые версии программ можно скачать только из Ovi Store или в процессе работы визарда настройки в телефоне. Т.е. на сайте, скажем, версия 2.9.158, а если зайти через Ovi, то уже 2.9.202. Вот и сейчас, если зайти на страницу версий Mail for Exchange, то последней версией заявлена 2.9.158. Несколько дней назад, когда я настраивал новый телефон, через страницу MfE на Ovi Store, я закачал версию 2.9.208. Ну а вчера, я заметил, что там написано о версии 3! Причем именно в ней заявлено о поддержке папок и html сообщений! Мы попробовали на ее поставить на E71 и все получилось. Ну а когда я попробовал сделать то же самое на свой N97 mini, то все как бы установилось, но версия, при этом, не поменялась! Аналогичная ситуация для тачевой модели 5800. Так что это или глюк их сервиса, или они еще не сделали эту версию для тачевых моделей телефона.

Так что – будем ждать.

Blackberry и Exchange

Есть такие интересные телефоны компании RIM – Blackberry. Интересно у них как сама конструкция и интерфейс, так и сервисы, которые они предоставляют. У нас они не очень распространены, в отличие от США и Канады, где их очень много. Связано это с тем, что они продают не только устройства, но и сервисы. У нас же эти сервисы стоят заоблачные суммы. В общем случае, чтобы получать на blackberry почту с Microsoft Exchange нужно покупать Blackberry Enterprise Server (~$10000) и к нему еще и клиентские лицензии. Может быть к этой сумме еще и железку для этого сервера. Т.к. у нас таких клиентов нету, то мы поступили просто – с помощью набора транспортных правил отбирали нужную почту и перенаправляли ее на ящик у провайдера blackberry, а он ее уже заливал на телефон. Способ работающий, но не очень красивый.

Но, есть специальные программы под blackberry, которые позволяют ему подключаться с помощью ActiveSync протокола к Exchange 2007. На текущий момент я знаю две такие программы:

1. NotifySync - $120 за первый год, затем $35 в год за пользователя

2. AstraSync - $30 в год за пользователя

Если получится протестировать эти программки,то отпишусь про результаты. Кстати, Mail for Exchange для Symbian под Nokia работает отлично.

Installation failed with error 1603 или проблемы с агентом BackupExec

И снова проблемы с переустановкой агента BackupExec. В прошлый раз удалось обойти проблему удалением файлов модификации для Microsoft Installer.

Симптомы следующие, при попытке установить агента на сервера x64 получаем ошибку Installation failed with error 1603. При этом при установке с сервера ошибка хоть видна, а при локальной установке с помощью setupaax64.cmd – просто ничего не происходит. Причем в этот раз, я даже сохранил копию инсталляции агента, которую использовал в прошлый раз, но и с ней было то же самое.

И снова я перерыл кучу статей по этому поводу. Ни одна из их рекомендаций не помогла. Тогда я решил попробовать получить нечто более подробное, чем Installation failed with error 1603. Вначале я пытался получить весь список ключей для setup.exe, чтобы включить подробный вывод ошибок. Но это я вно не в духе Symantec, взять и просто все красиво выдать при вводе команды setup.exe /?. При вводе этой команды мы получаем GUI-вое окошко с обрезанными данными. В командном файле была строка

@start /wait setup /RAWSX64: –s

из нее явно подразумевается, что –s – это явно silent режим и я решил отключить хоть его и ввел

setup /RAWSX64:

запустился инсталлятор с вопросами и … о чудо, при прохождении по диалогам агент таки встал куда нужно. Как показали последующие эксперименты на остальных серверах – это таки решение. С ключиком –s не становится, а без него через диалог – все в порядке. Мистика, блин.

Кстати, заодно обнаружилось, что вышла новая версия Microsoft Exchange Server MAPI Client and Collaboration Data Objects 6.5.8131.0 Надеюсь, что ее переустановка на BackupExec Media Server и на Exchange 2007 Mailbox Server таки решит мои проблемы с ошибками при резервном копировании баз.

Как узнать кто пользуется ActiveSync для Exchange 2007?

Нашел простое и элегантное решение получения списка пользователей, которые подключаются к почте Exchange 2007 с помощью ActiveSync (Mail for Exchange для Nokia и родной клиент на смартфонах на Windows Mobile)

Get-CASMailbox -Filter {HasActiveSyncDevicePartnership -eq $true} | Select Name

Решение проблем с переустановкой агентов Backup Exec 12.5 на x64 серверах

 

На днях получил “подарочек” от компании Symantec. Устанавливал обновления (HOTFIX 327135, HOTFIX 329045, HOTFIX 328459, HOTFIX 328462) на наш Backup Exec 12.5. Часть этих обновлений касалась агентов на серверах, т.е. нужно удалить агент на сервере, а затем его установить заново. На всех Windows 2003 x32 агенты заменил быстро и без проблем, а на системах Windows 2003 x64 все и началось … Удаление старого агента прошло без вопросов, а новый молча не ставился. Запускаешь инсталляцию, она что-то делает, закрывается без сообщений и ничего … Агента нету.

Полез искать причину. На Symantec пишут “ищите подробности в логе”, который лежит в %systemroot% и называется bkupinst.log. Весь вопрос в том, что такого файла вообще в системе нету :-) Как оказалось, лог ведется в \Documents and Settings\All Users\Application Data\Symantec\Backup Exec\Logs и называется bkupinst.htm. В логе долгожданная ошибка, цитирую:

08-15-2009,21:45:03 : ERROR: Installation failed with error 1603.

Очень познавательно и, главное, понятно? В базе знаний тоже ничего интересного: почистить все что относится к Symantec (файлы, папки и ключи), очистить MSI Cleaner & etc. Ничего из рекомендованного не помогло.

Ну раз непонятно что делать, то пришлось искать обходной путь, т.к. бэкапироваться перестали как раз SQL 2005 севрер и Exchange 2007 сервер. А без бэкапа у них логи транзакций не обрезаются, т.е. на разделах с логами, особенно у Exchange просто закончится место. (Понятно, что и это можно обойти, но тем не менее …)

Т.к. Symantec использует для инсталляции msi и по полной программе, т.е. они не переделывают инсталляцию, а делают файлы исправлений msp. В итоге нашел виновников, которых нужно удалять оба - RAWSx642213RHF327135.msp andи RAWSx642213RHF328462.msp. После их удаления агенты снова ставятся. Это, конечно, не решение, а обходной путь, но тем не менее, агенты установлены и бэкап снова работает.

Cохранение писем в Sent items дополнительного mailbox в Outlook 2007

 

Приятная новость, Microsoft выпустил hotfix, который позволяет сохранять сообщения, отправленные от имени делегированного пользователя дополнительного mailbox в Sent Items этого же mailbox, а не основного, как это было ранее.

Для включения этой функции требуется заказать и скачать hotfix, установить его и не забыть прописать в реестре:

[HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Preferences]
“DelegateSentItemsStyle”=dword:00000001

Обновлено

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

Возвращаюсь к старой схеме. Я использую способ, состоящий из двух компонентов. Первый – создание imap подключения к присоединенному ящику Exchange, что позволяет получить две учетных записи, а с помощью надстройки к Outlook, под названием Potolook я получаю возможность автоматического изменения отправителя, в зависимости от того, в каком из ящиков я создал новое письмо или ответил на письмо.

Как закалялся (внедрялся) Exchange 2007

 

Мысли о внедрении Exchange в нашей компании были давно. Но все, как обычно, упиралось в деньги. Поэтому, мы до начала 2008 года пользовались Mailsite, начиная еще с его бесплатного предка  и заканчивая версией 7. Продукт, в целом, неплохой, достаточно простой в установке и эксплуатации, но не без проблем. Да и с поддержкой у них слабовато. Мог бы выручать форум, но клиентов не настолько много, как хотелось бы, а уж использующих кириллицу – тем более.

В компании давно назревала необходимость в более серьезной и надежной системе, кроме того, актуальным стал вопрос работы пользователей удаленно, в том числе и с мобильных устройств. Перед принятием окончательного решения, весной 2007 года, в сертифицированном учебном центре Microsoft компании Сетевые технологии, мной и нашим сетевым инженером Андреем были прослушаны курсы:

1. Введение в установку и управление Microsoft Exchange Server 2007
2. Управление безопасностью электронной почты при использовании Microsoft Exchange Server 2007
3. Восстановление почтовых серверов и баз данных при использовании Microsoft Exchange Server 2007
4. Мониторинг и устранение неисправностей Microsoft Exchange Server 2007

Параллельно, совместно с компанией Квазар-Микро, которая в настоящий момент превратилась в Ситроникс, была разработана спецификация и сделан заказ на оборудование и ПО для резервного копирования. Замечу, что проект включал не только Exchange, но еще и внедрение быстрого,  надежного и масштабируемого хранилища, сервер терминалов (Windows Server 2003 x64), сервер баз данных MS SQL 2005 и др.

Для развертывания Exchange (и не только его) были приобретены:

1. Шасси IBM BladeCenter H
2. Несколько лезвий HS21
3. Дисковый массив IBM TotalStorage DS4700
4. Корзина расширения IBM TotalStorage DS4000 EXP810 (SATA)
5. Корзина расширения IBM TotalStorage DS4000 EXP810 (Fiber Channel)
6. Ленточная библиотека IBM System Storage TS3200 и набор картриджей LTO3
7. BackupExec 11d, в последствии замененный на версию 12.0, а затем и 12.5

В середине лета этот заказ был размещен. Доставка, настройка и монтаж компонентов производилась в период октябрь-январь

Самую критичную роль, Mailbox, было решено развернуть на SCC кластере из двух лезвий, остальные роли, HUB и CAS – на отдельном лезвии. Еще один сервер был зарезервирован для ISA2006

Наконец, в компании Аспарк был размещен заказ на лицензии Microsoft по программе Open License. Для Exchange было приобретено:

1. Windows Server 2003 Enterprise Edition – 2 шт.
2. Windows Server 2003 Standard Edition – 1 шт.
3. Exchange 2007 Enterprise Edition – 2 шт.
4. Exchange 2007 Standard Edition – 1 шт.
5. Exchange Server Standard CAL – 800 шт
6. Exchange Enterprise CAL – 30 шт.
7. ISA Server 2006 Standard – 1 шт.

Замечу, что Windows Server CAL, свободные лицензии Windows Server, а так же лицензии на MS Office 2007 у нас уже были.

Процесс внедрения всего проекта в целом, где Exchange был одним из компонентов, занял около года.  Одной из самых трудоемких задач был перевод всех компьютеров в офисе с MS Office XP на MS Office 2007 и перенос почты сотрудников.

Перенести напрямую сообщения, адресную книгу, списки рассылок и другие настройки из MailSite  было невозможно, но к счастью, в Exchange был PowerShell а ребята из Quest Software выпустили свои Free PowerShell Commands for Active Directory! Мной было написано несколько десятков скриптов, которые позволили автоматизировать, а следовательно и существенно уменьшить количество ошибок, процесс создания групп хранения, баз, пользователей, списков рассылок и много другого, что понадобилось на этапе миграции.

Еще через некоторое время был запущен защищенный доступ для удаленных (OWA) и мобильных (ActiveSync) пользователей организованный посредством публикации на сервере ISA 2006, развертыванием которого занимался наш сетевой инженер Андрей.

В настоящий момент мы имеем надежное, масштабируемое решение для коллективной работы нашей компании.

К сожалению, кризис спутал наши планы, иначе было бы что рассказать еще и о внедрении системы виртуализации :-)

NDR и DSN коды в Microsoft Exchange 2007

Классификация NDR Расширенных общих кодов состояния
Коды разумеется представляют собой не произвольные цифры, в них есть четкая система. Первая цифра, 2.y.z, 4.y.z, or 5.y.z, обозначает класс кода: например 5.y.z - постоянная ошибка.

Вторая цифра, x.1.z означает тему сообщения, а третья, x.y.1 - содержит уточнение сообщения отчета о доставке.

2.y.z	Success	успешные Оповещения о Статусе Доставки (DSN). Дальнейшая детализация раскрывает подробности обработки и доставки сообщения.
4.y.z	Persistent Transient Failure	Длительные временные сбои, при которых, обычно, само сообщение валидно, но наличие каких-либо временных условий приводит к отказу или задержке попыток передачи сообщения. Этот код предоставляется вместе с отчетом о сбое доставки. Повторная отправка может увенчаться успехом.
5.y.z	Permanent Failure	Перманентные ошибки, обычно не решаются просто повторной отправкой сообщения, в текущей форме. Для успешной доставки должны быть внесены какие-либо изменения в сообщение или адрес назначения.

Код	Сообщение	Описание, возможные причины и дополнительные сведения
2.1.5	Destination address valid	Указанный почтовый адрес является валидным. Код используется только в успешных оповещениях.
4.2.2	Mailbox full	Почтовый ящик переполнен, поскольку его пользователь превысил административную квоту или физическую вместимость. Это обощее выражение подразумевает, что пользователь может удалить сообщения для получения свободного пространства. Код используется для продолжающихся временных сбоев.
4.3.1	Insufficient system resources —————————— Mail system full	Произошла ошибка нехватки памяти. Причиной ошибки может быть проблема с ресурсом, например нехватка места на диске. Вместо возврата ошибки нехватки места на диске может быть возвращена ошибка нехватки памяти. Убедитесь, что на диске сервера Exchange достаточно свободного места. По возможности переместите очереди сообщений в раздел с файловой системой NTFS. Подразумевается также, что конечный получатель может быть не в силах освободить пространство для успешного приема почты.
4.3.2	System not accepting network messages	Данный отчет о недоставке формируется при замораживании очереди. Устранить проблему можно, разморозив очередь.
4.4.1	Connection timed out. —————————— No answer from host.	Конечный сервер не отвечает. Эта ошибка может быть вызвана временными проблемами с сетью. Сервер Exchange автоматически пытается подключиться к серверу снова и доставить почту. Если после нескольких попыток почта не доставлена, формируется отчет о недоставке с кодом постоянной ошибки. Следите за ситуацией. Возможно, эта проблема исчезнет без вмешательства администратора.
4.4.2	Connection dropped —————————— Bad connection	Разрыв соединения между серверами. Эта ошибка может возникнуть из-за временных проблем с сетью или неполадок сервера. Отправляющий сервер повторно попытается доставить сообщение через заданный интервал времени, а затем будет создавать дальнейшие отчеты о состоянии. Следите за ситуацией, когда сервер повторяет попытки доставки сообщения. Возможно, эта проблема исчезнет без вмешательства администратора. Данная ситуация может также возникнуть при достижении действующего для подключения ограничения размера сообщений или превышении заданного ограничения частоты отправки сообщений на IP-адрес клиента.
4.4.3	Directory server failure	Сетевая система не смогла переслать сообщение, поскольку сервер каталогов не был доступен. Код используется только для временных сбоев. Невозможность подключения к DNS серверу в интернете может быть причиной подобной ошибки сервера.
4.4.5	Mail system congestion	Почтовая система не смогла доставить сообщение, поскольку была перегружена. Код используется только для временных сбоев.
4.4.6	Routing loop detected	Петля маршрутизации вызвала слишком большое количество пересылок сообщения, из-за некорректной таблицы маршрутов, или пересылки пользователей. Код используется только для временных сбоев.
4.4.7	Message expired	Срок действия сообщения в очереди истек. Отправляющий сервер попытался ретранслировать или доставить сообщение, но операция не была завершена до истечения срока действия сообщения. Данное сообщение может также указывать на достижение ограничения заголовка сообщения на удаленном сервере или на истечение времени ожидания другого протокола при взаимодействии с удаленным сервером. Данное сообщение обычно свидетельствует о проблеме на принимающем сервере. Проверьте допустимость адреса получателя и выясните, правильно ли настроен принимающий сервер для получения сообщений. Возможно, необходимо уменьшить количество получателей в заголовке сообщения для узла, в связи с которым возникает ошибка. При повторной отправке этого сообщения оно снова будет помещено в очередь. Если принимающий сервер доступен, сообщение будет доставлено.
4.4.9	A DNS problem	Проверить настройки smart host в свойствах SMTP коннектора. Например, проверить правильность SMTP формата записи. Также, проверить наличие прямых скобок IP адреса [197.89.1.4]. Такая же ошибка может быть получена, если удалена группа маршрутизации.
4.6.5	Multi-language situation	Сервер не имеет корректной языковой кодовой страницы.
5.0.0	HELO / EHLO requires domain address	Данная ситуация является постоянным сбоем. Некоторые причины: Нет маршрута для конкретного адресного пространства; например, SMTP-соединитель настроен, но адрес ему не соответствует. Служба DNS возвратила доверенный узел, не найденный в домене. Произошла ошибка SMTP. Возможные способы решения проблемы: На одном или нескольких соединителях SMTP добавьте звездочку (*) в качестве адресного пространства SMTP. Убедитесь, что служба DNS работает.
5.1.0	Sender denied	Этот отчет о недоставке связан с общей ошибкой (ошибкой неправильного адреса). В Active Directory не удалось найти адрес электронной почты или другой атрибут. Причиной проблемы могут быть записи контактов без заданного атрибута targetAddress. Другой возможной причиной может быть то, что не удается определить атрибут homeMDB пользователя. Атрибут homeMDB соответствует серверу Exchange Server, на котором находится почтовый ящик пользователя. Другая частая причина получения этого отчета о недоставке возникает в том случае, если пользователь с помощью Microsoft Office Outlook сохранил сообщение электронной почты в виде файла, а затем кто-то открыл сообщение в автономном режиме и ответил на него. Когда Outlook доставляет сообщение, свойство сообщения сохраняет только атрибут legacyExchangeDN, поэтому поиск может завершиться неудачей. Или адрес получателя отформатирован неправильно, или не удалось правильно выполнить разрешение получателя. При устранении этой ошибки прежде всего следует проверить адрес получателя и отправить сообщение повторно.
5.1.1	Bad destination mailbox address	Этот сбой может быть вызван следующими условиями: отправитель неправильно указал адрес электронной почты получателя; в конечной почтовой системе отсутствуют получатели; почтовый ящик получателя перемещен и кэш получателей Microsoft Office Outlook на компьютере отправителя не обновлен; недопустимое устаревшее различающееся имя (DN) для почтового ящик получателя Active Directory. Ошибка обычно возникает в том случае, когда отправитель сообщения неправильно вводит адрес электронной почты получателя. Отправитель должен проверить адрес электронной почты получателя и повторить отправку. Эта ошибка может также возникать в том случае, если адрес электронной почты ранее был правильным, но изменился или был удален из конечной почтовой системы. Если отправитель сообщения находится в той же организации Exchange, что и получатель, и почтовый ящик получателя все еще существует, определите, не был ли почтовый ящик получателя перемещен на новый почтовый сервер. Если это так, возможно, Outlook неправильно обновил кэш получателей. Попросите отправителя удалить адрес получателя из кэша получателей Outlook, а затем создать новое сообщение. При повторной отправке исходного сообщения сбой повторится. Причиной этой ошибки могут быть другие проблемы, например недопустимое устаревшее различающееся имя (DN) в Active Directory. Изучите и исправьте устаревшее различающееся имя почтового ящика получателя. Затем попросите отправителя удалить адрес получателя из кэша получателей Outlook, а затем создать новое сообщение. При повторной отправке исходного сообщения сбой повторится.
5.1.2	Invalid X.400 address —————————— Bad destination system address	Получатель имеет адрес, отличный от SMTP, который не может быть сопоставлен с местом назначения. Адрес не является локальным, поэтому соединителей, настроенных для адресных пространств, содержащих адрес получателя, нет. Убедитесь, что адрес получателя введен правильно. Если адрес получателя отличен от SMTP, необходимо добавить в топологию соответствующий тип соединителя и настроить его так, чтобы он обслуживал систему электронной почты получателя. Целевая система, указанная в адресе, не существует или не может принимать сообщения электронной почты. Для почтовых адресов интернета это значит, что часть адреса, правее “@” невалидна для электронной почты.
5.1.3	Invalid recipient address —————————— Bad destination mailbox address syntax	Это сообщение свидетельствует о том, что в сообщении указан неправильный адрес получателя. Или адрес получателя отформатирован неправильно, или не удалось правильно выполнить разрешение получателя. При устранении этой ошибки прежде всего следует проверить адрес получателя и отправить сообщение повторно. Адрес назначения синтаксически неверен. Это может касаться любой части адреса. Убедитесь также, что в политике получателей SMTP правильно указан каждый домен, для которого необходимо получать почту.
5.1.4	Destination mailbox address ambiguous	Несколько получателей в организации Exchange имеют одинаковый адрес. Эта ошибка обычно возникает из-за неправильной настройки Active Directory. Возможно, из-за проблем с репликацией два объекта получателя в Active Directory имеют одинаковый SMTP-адрес или адрес Exchange Server (EX-адрес).
5.1.5	Destination mailbox address invalid	Адрес целевого почтового ящика неверный.
5.1.6	Problem with homeMDB or msExchHomeServerName —————————— Destination mailbox has moved, No forwarding address	Проблемы наличия или корректности значений аттрибутов homeMDB или msExchHomeServerName целевого реципиента. Ситуация также возможна при незавершенном переносе почтовых ящиков. Указанный почтовый адрес был когда-то валидным, но сообщения на него больше не принимаются.
5.1.7	Invalid address	SMTP-адрес отправителя (атрибут mail в службе каталогов) указан неправильно или отсутствует. Сообщение невозможно доставить без допустимого атрибута mail. Проверьте структуру каталогов отправителя и выясните, существует ли атрибут mail.
5.1.8	Relaying denied	Релейная трансляция сообщения запрещена. В поле “From” не может быть указан удаленный хост, применить SMTP аутентификацию.
5.2.1	Mailbox cannot be accessed	Не удается получить доступ к почтовому ящику. Возможно, почтовый ящик переведен в автономном режиме или отключен либо сообщение помещено на карантин в соответствии с правилом. Проверьте, подключена ли база данных получателей, не отключен ли почтовый ящик получателя и не помещено ли на карантин сообщение.
5.2.2	Mailbox full	Почтовый ящик получателя превысил свою квоту и не может принимать новые сообщения. Эта ошибка возникает, когда почтовый ящик получателя превышает свою квоту хранилища. Для успешной доставки сообщения получатель должен уменьшить размер почтового ящика или администратор должен увеличить квоту хранилища. Если получатель относится к локальной организации Exchange 2007, см. раздел Настройка квот хранилища для почтового ящика.
5.2.3	Message too large —————————— Message length exceeds administrative limit	Сообщение слишком велико, превышена локальная квота. Например, для удаленного пользователя Exchange может быть задано ограничение на максимальный размер входящего сообщения. Отправьте сообщение повторно без вложений или настройте серверное либо клиентское ограничение так, чтобы оно допускало доставку сообщений большего размера.
5.2.4	Mailing list expansion problem	Получателем является неправильно настроенный динамический список рассылки. Или строка фильтра, или базовое различающееся имя динамического списка рассылки указаны неверно. Задайте для классификатора хотя бы минимальный уровень ведения журнала событий и отправьте другое сообщение в динамический список рассылки. Проверьте, имеется ли в журнале событий приложений событие 6025 или 6026 со сведениями о том, какой атрибут объекта динамического списка рассылки настроен неправильно.
5.3.3	Unrecognized command	Когда на удаленном сервере Exchange на диске заканчивается место для хранения почты, он может возвратить данный отчет о недоставке. Эта ошибка обычно возникает, когда отправляющий сервер отправляет почту с помощью команды ESMTP BDAT. Кроме того, она может свидетельствовать об ошибке протокола SMTP. Убедитесь, что на удаленном сервере достаточно места для хранения почты. Проверьте журнал SMTP.
5.3.4	Message too big for system	Сообщение превышает ограничение на размер сообщения, заданное для транспорта или базы данных почтовых ящиков, и его не удается принять. Этот сбой может вызваться отправляющей почтовой системой или почтовой системой получателя. Эта ошибка возникает, когда размер отправленного сообщения превышает максимально допустимый размер сообщения при прохождении через компонент транспорта или базу данных почтовых ящиков. Для успешной доставки сообщения отправитель должен уменьшить его размер. Дополнительные сведения о настройке ограничений размера сообщений в организации Exchange 2007 см. в разделе Управление ограничениями размера сообщения.
5.3.5	System incorrectly configured	Обнаружена ситуация зацикливания почты; это означает, что сервер настроен так, что отправляет почту себе. Проверьте наличие циклов в конфигурации соединителей сервера и убедитесь, что каждый соединитель определяется уникальным входящим портом. При наличии нескольких виртуальных серверов убедитесь, что ни один из них не находится в состоянии “Все неназначенные”.
5.4.4	Invalid arguments	Данный отчет о недоставке возвращается, если отсутствует маршрут доставки сообщения или классификатор не может определить следующий узел. Убедитесь, что указано допустимое имя домена и что существует запись почтового обменника (MX).
5.4.6	Routing loop detected	Ошибка конфигурации привела к зацикливанию электронной почты. По умолчанию после 20 итераций цикла электронной почты Exchange 2007 прерывает цикл и создает отчет о недоставке для отправителя сообщения. Эта ошибка возникает, когда доставка сообщения приводит к созданию ответного сообщения. Это сообщение создает третье сообщение, и процесс повторяется, образуя цикл. Чтобы избежать исчерпания системных ресурсов, Exchange 2007 прерывает цикл почты после 20 итераций. Циклы почты обычно возникают из-за ошибки конфигурации на отправляющем или принимающем почтовом сервере (или на обоих серверах). Проверьте конфигурацию правил почтовых ящиков получателя и отправителя, чтобы определить, включена ли автоматическая переадресация сообщения.
5.5.1	Invalid command	Команда протокола передачи почты не поддерживается или была вне последовательности. Код используется только для перманентных сбоев.
5.5.2	Send hello first —————————— Syntax error	Произошла общая ошибка SMTP при отправке команд SMTP вне последовательности. Например, сервер попытался отправить команду AUTH (авторизация), прежде чем идентифицировал себя с помощью команды EHLO. Ошибка почтового протокола могла быть вызвана командой, которую невозможно интерпретировать из-за ошибки синтаксиса или ее невозможно распознать. Данная ошибка может также свидетельствовать о нехватке места на системном диске. Просмотрите журнал SMTP или журнал средства Netmon и убедитесь в наличии достаточного места на диске и объема виртуальной памяти.
5.5.3	Too many recipients	Общее число получателей сообщения, указанных в полях «Кому», «Копия» и «СК», превышает общее количество получателей, допустимое для одного сообщения. Эта ошибка происходит, если отправитель указывает слишком много получателей для сообщения. Для успешной доставки сообщения необходимо сократить количество адресов получателей сообщения или увеличить максимальное количество получателей. Чтобы настроить максимальное количество получателей, которое можно указать для сообщения, используйте параметр RecipientLimits командлета Set-Mailbox. Дополнительные сведения см. в разделе Set-Mailbox.
5.5.4	Invalid domain name —————————— Invalid command arguments	В сообщении используется неправильный формат адреса отправителя или получателя. Одна из возможных причин этой проблемы заключается в том, что адрес получателя содержит знаки, не соответствующие стандартам Интернета. Валидная команда почтового протокола была вызвана с неверными аргументами, либо из-за того, что аргументы вне совокупности, или представляли неопознанные опции. Код используется только в перманентных сбоях. Проверьте, не содержит ли адрес получателя нестандартных знаков.
5.5.6	Invalid message content	Данное сообщение свидетельствует о возможной ошибке протокола. Проверьте журнал событий на наличие ошибок.
5.6.1	Media not supported	Формат сообщения не поддерживается протоколом доставки или следующей передающей системой. Код используется только в перманентных сбоях.
5.7.1	Delivery not authorized	Отправителю не разрешено оправлять сообщения получателю. Сообщение может возникать в результате фильтрования для получателя или узла. Само сообщение не раскрывает подробностей такого фильтрования, и служит только для оповещения информирования об этом. Эта ошибка возникает, когда отправитель пытается отправить сообщение получателю, но не имеет на это разрешений. Это часто происходит при отправке сообщений в группу рассылки, которая принимает сообщения только от своих членов или других полномочных отправителей. Отправитель должен запросить разрешение на отправку сообщений получателю. На сервере Exchange 2007 перечисленные ниже командлеты могут иметь параметры AcceptMessageOnlyFrom и AcceptMessagesOnlyFromDLMembers, которые позволяют определить, кто имеет разрешение на отправку сообщений заданным получателям: New-Mailbox и Set-Mailbox New-MailUser и Set-MailUser New-MailContact и Set-MailContact New-DistributionGroup и Set-DistributionGroup New-DynamicDistributionGroup и Set-DynamicDistributionGroup Эта ошибка также может возникать в том случае, если правило транспорта Exchange 2007 отклоняет сообщение из-за того, что оно соответствует условиям, настроенным для правила транспорта. Дополнительные сведения о правилах транспорта см. в разделе Обзор правил транспорта.
5.7.1	Unable to relay	Отправляющей почтовой системе запрещено отправлять сообщения в почтовую систему, которая не является конечным назначением сообщения. Эта ошибка возникает, когда отправляющая почтовая система пытается отправить анонимное сообщение в принимающую почтовую систему, а принимающая почтовая система не принимает сообщения для доменов, указанных для одного или нескольких получателей. Ниже перечислены наиболее распространенные причины этой ошибки. Сторонний пользователь пытается использовать почтовую систему для отправки нежелательной почты, и принимающая почтовая система отклоняет попытку. Как часто происходит при отправке нежелательной почты, адрес электронной почты отправителя может быть подделан, поэтому отчет о недоставке будет отправлен на адрес электронной почты пользователя, который ничего не знает о ситуации. Избежать этой ситуации трудно. Запись почтового обменника (MX) службы доменных имен (DNS) для домена указывает на почтовую систему, для которой домен не является обслуживаемым. Администратор, отвечающий для определенное имя домена, должен исправить запись MX DNS или настроить принимающую почтовую систему на прием сообщений, отправленных в этот домен (либо выполнить оба этих действия). Дополнительные сведения о принятии сообщений для домена см. в разделе Управление принятыми доменами. Отправляющая почтовая система или клиент, которые должны использовать принимающую почтовую систему для передачи сообщений, не имеют для этого правильных разрешений. Дополнительные сведения о разрешениях для транспорта см. в разделе Модель «Транспортные разрешения» в Exchange 2007.
5.7.1	Client was not authenticated	Отправляющая почтовая система не выполнила проверку подлинности для принимающей почтовой системы. Принимающая почтовая система требует проверки подлинности перед передачей сообщения. Эта ошибка возникает в том случае, когда принимающий сервер должен пройти проверку подлинности перед передачей сообщения, а отправляющая почтовая система не выполнила проверку подлинности для принимающей почтовой системы. Для успешной передачи сообщений администратор отправляющей почтовой системы должен настроить ее для проверки подлинности принимающей почтовой системы. Эта ошибка также может возникать при попытке принятия анонимных сообщений из Интернета с помощью транспортного сервера-концентратора, не настроенного для этого. Рекомендуется разместить пограничный транспортный сервер в демилитаризованной зоне между транспортным сервером-концентратором и Интернетом. Дополнительные сведения см. в следующих разделах: Получение электронной почты Интернета с помощью пограничного транспортного сервера Инструкции по настройке соединителей для потока почты Интернета Получение электронной почты Интернета с помощью транспортного сервера-концентратора Инструкции по настройке соединителей для потока почты Интернета Разрешения для транспорта в Exchange Server 2007 Модель «Транспортные разрешения» в Exchange 2007
5.7.2	Mailing list expansion prohibited	Отправителю не разрешено пересылать сообщение на указанный список рассылки. Код используется только для перманентных сбоев.
5.7.3	Not Authorized	Отправитель запретил переназначение альтернативному получателю.
5.7.3	Security conversion required but not possible	Требуется конверсия сообщения из одного протокола безопасности в другой, но конверсия невозможна. Код используется только для перманентных ошибок.
5.7.4	Security features not supported	Сообщение содержит опции безопасности, такие как безопасная аутентификация, которые, однако, не поддерживаются доставляющим протоколом. Код используется только для перманентных ошибок.

Прочие общие оповещения

x.0.z	Other or Undefined Status	Неопределенные и прочие статусы.
x.0.0	Other undefined Status	Прочие неопределенные статусы. Используется только для ошибок, в которых класс оповещения известен.
x.1.z	Addressing Status	Статус адреса сообщает об отправителе или получателе. Может включать в себя синтаксис адреса или его валидность. В целом, отправитель может сам разрешить подобные ошибки и повторить отправку.
x.1.0	Other address status	Сообщение о статусе доставки информирует о чем либо, связанном с адресом.
x.1.4	Destination mailbox address ambiguous	Указанный почтовый адрес принадлежит одному или более получателям в конечной системе. Это может быть в результате эвристического алогоритма сопоставления определенного адреса с почтовым ящиком.
x.1.7	Bad sender's mailbox address syntax	Адрес отправителя синтаксически неверен. Это может относиться к любой части адреса.
x.1.8	Bad sender's system address	Указанный адрес отправителя не существует, или не принимает ответные сообщения. Для доменных имен, это означает, что часть правее “@” невалидна для почты.
x.2.z	Mailbox Status	Статус почтового ящика указывает, что необходимо действие с ящиком, вызвавшим данное оповещение. Подразумевается, что вопросы связанные непосредственно с почтовым ящиком находятся в ведении получателя.
x.2.0	Other or undefined mailbox status	Почтовый ящик существует, но что-то вызывает отправку данного оповещения DSN.
x.2.1	Mailbox disabled, not accepting messages	Почтовый ящик существует, но не принимает сообщения. Это может быть как перманентной ошибкой, если почтовый ящик не был активирован, или временной, если он временно отключен.
x.2.4	Mailing list expansion problem	Указанный адрес является списком рассылки, но его не удалось раскрыть. Код может представлять перманентный или временный сбой.
x.3.z	Mail System Status	Статус почтовой системы указывает, что что-то в целевой системе вызывает отправку данного сообщения DSN. Подразумевается, что вопросы связанные с Системой находятся в ведении системного администратора.
x.3.0	Other or undefined mail system status	Целевая система существует и может нормально принимать сообщения, но что-то в системе генерирует данное оповещение DSN.
x.3.2	System not accepting network messages	Сервер, на котором расположен почтовый ящик, не принимает сообщения. Причинами этого могут быть естественное отключение, чрезмерная нагрузка или время системной профилактики. Сообщение может быть вызвано перманентным или временным сбоем.
x.3.3	System not capable of selected features	Выбранные опции, указанные для сообщения, не поддерживаются конечной системой. Это может происходить на шлюзах, когда опции одного домена не могут быть сопоставлены с поддерживающимися возможностями в другом домене.
x.3.5	System incorrectly configured	Система не сконфигурирована в режиме, который позволяет принять это сообщение.
x.4.z	Network and Routing Status	Коды отчетов статуса сети или маршрутизации сигнализируют о самой системе доставки. Подобные системные компоненты включают в себя любые необходимые объекты инфраструктуры, такие как каталоги или службы маршрутизации. Подразумевается, что вопросы связанные с сетями, находятся в ведении системного администратора конечного или промежуточного сегмента.
x.4.0	Other or undefined network or routing status	Неполадки с сетью, однозначной причины не указано, или проблема не может быть выражена каким-либо имеющимся конкретным кодом.
x.4.4	Unable to route	Почтовая система не смогла определить следующий узел для пересылки, поскольку необходимая информация о маршрутизации была недоступна из службы каталогов. Код используется для перманентных и временных сбоев. Запрос DNS, возвращающий только SOA (Start of Administration) запись для доменного имени, может быть примером причины ошибки маршрутизации.
x.4.7	Delivery time expired	Отказавшая система сочла письмо устаревшим, вследствие того, что оно находилось на сервере слишком долго, или того, что время жизни, укащанное в сообщении истекло. По возможности, актуальный код ошибки должен быть предоставлен, вместо данного кода.
x.5.z	Mail Delivery Protocol Status	Коды статусов протоколов доставки почты сообщают о сбоях, касающихся именно этих протоколов. Подобные сообщения содержат полный перечень проблем, начиная от ошибок реализации до ненадежных сетевых соединений.
x.5.0	Other or undefined protocol status	Неполадки с протоколом, необходимым для доставки сообщения, или проблема не может быть выражена любым другим, более конкретным кодом.
x.5.3	Too many recipients	В сообщении указано получателей больше, чем может быть обработано протоколом. Обычно, данная проблема разрешается сегментированием сообщения на два, с последующей попыткой его отправки оставшимся получателям. Код применяется в случаях, когда такая сегментация невозможна.
x.5.5	Wrong protocol version	Возникло разногласие версий протокола, которое не может быть урегулировано взаимодействующими сторонами.
x.6.z	Message Content or Media Status	Коды статусов содержимого сообщения или носителя, формата сообщают об ошибках, связанных с содержимым сообщениям. Такими кодами сообщаются ошибки трансляции, транскодирования, или прочих случаев форматирования данных. Содержимое и формат сообщения находятся в ведении отправителя и получателя, которые должны поддерживать общий набор типов данных.
x.6.0	Other or undefined media error	Неполадки содержимого сообщения, вызывающие ситуацию невозможности доставки, и проблемы, не описанные прочими, более конкретными кодами.
x.6.2	Conversion required and prohibited	Содержимое сообщения должно быть сконвертировано перед отправкой, но подобная конвертация не разрешена. Подобный запрет может быть указан самим отправителем, либо политиками отправляющего узла.
x.6.3	Conversion required but not supported	Содержимое сообщения должно быть сконвертировано перед отправкой, но подобная конвертация невозможна, или не практикуется узлом в транзитной цепочке. Подобная ситуация может возникнуть, когда ESMTP шлюз поддерживает 8bit транспортировку, но не может сконвертировать сообщение в 7bit формат, как того требует следующий узел.
x.6.4	Conversion with loss performed	Это предупреждение, получаемое отправителем, когда доставка сообщения была успешной, но доставка требовала конвертации, в процессе которой некоторые данные были утеряны. Это может также быть перманентной ошибкой, если отправитель указал, что конвертация с потерями запрещена для сообщений.
x.6.5	Conversion Failed	Требовалась конвертация, но была неуспешной. Это может быть оповещение о перманентной или временной ошибке.
x.7.z	Security or Policy Status	Коды статусов безопасности или политик сообщают о сбоях, связанных с политиками получателя или узла по фильтрованию или криптографическим операциям. Вопросы безопасности и политик находятся в ведении получателя и/или отправителя. Как получатель, так и отправитель должны позволять обмениваться сообщениями и регулировать обмен необходимыми ключами и сертификатами для криптографических операций.
x.7.0	Other or undefined security status	Сообщение возникает в случаях возврата сообщения из-за вопросов безопасности, и случаях, которые не могут быть описаны лучше с помощью других имеющихся кодов. Код статуса также используется, когда ситуация не может быть описана из-за действующих политик безопасности.
x.7.5	Cryptographic failure	Транспортная система, авторизованная для валидации или дешифрования сообщения в процессе транспортировки, не может этого сделать, вследствие того, что необходимая информация, такая как ключи - недоступна, или некорректна.
x.7.6	Cryptographic algorithm not supported	Транспортная система, авторизованная для валидации или дешифрования сообщения в процессе транспортировки, не может этого сделать, вследствие того, что необходимый алгоритм не поддерживается.
x.7.7	Message integrity failure	Транспортная система, авторизованная для валидации сообщения не может этого сделать, поскольку сообщение повреждено или изменено. Код может использоваться в случаях перманентной или временной ошибки, или успешного оповещения.

Это не перечень ошибок в Microsoft Exchange Server, а всего лишь его соответствие стандартам RFC, адаптация кодов к терминологии Exchange и рекомендации Microsoft по устранению или избежанию негативных явлений.