Как сэкономить на телефонной связи? Часть вторая

В первой части я определился с тем, на какие АТС приходится подавляющая часть расходов. Теперь следует разобраться с тем, на что уходят деньги.

Итак, с помощью программы тарификации и анализа статистики АТС, делаю отчет за месяц, для наглядности отфильтрую только одну из АТС – bg-ats, при этом делаю отчет “По зоне звонка”, чтобы отсечь звонки, которые нам ничего не стоят, отбираю только исходящие.

Из отчета видно, что более 80% по расходам занимают исходящие звонки на мобильные телефоны, а оставшиеся типы звонков занимают порядка 5% каждый. Если менять в отчете параметр “Отображать в диаграмме” со Стоимость на Длительность или Количество, то можно увидеть структуру загрузки звонками, в зависимости от зоны исходящих звонков, или, выражаясь проще, как долго разговаривают по межгороду и т.д. и насколько часто разговаривают в зависимости от зоны звонка. К этому я вернусь позже, когда нужно будет выяснять сколько линий (каналов, транков) потребуется задействовать.

Для более точного анализа, проверю все это, но уже за период в три месяца и для обеих АТС.
Итак делаю отчет за три полных месяца, затем тип отчета “По месяцам, по АТС, по Зоне звонка”, отбираю обе нужные нам АТС, и отфильтровываю только исходящие звонки, чтобы “бесплатные” входящие звонки не влияли на статистику.

Видно, что пропорция сохраняется.

Исходя из всего этого и проанализировав ситуацию на рынке были сделаны следующие выводы:

1. Оптимизировать следует только звонки на мобильные телефоны, т.к. именно они занимают большую часть расходов
2. Оптимизировать следует путем перевода таких звонков в канал ip телефонии
3. Так или иначе в компании есть много входящих звонков, которые поступают по PRI каналам оператора, кроме того, за эти каналы платится абонентская плата, которую нужно на что-то тратить, поэтому все остальные типы звонков будут идти в те же каналы связи, что и ранее.

Далее рассмотрим то, как следует рассчитывать технические требования к каналам ip телефонии.

Продолжение следует …

Как сэкономить на телефонной связи? Часть первая

 

Часть вторая …

Давно уже собирался написать про свой опыт экономии на телефонной связи. А в связи с кризисом это стало еще более актуально.

Итак, имеется компания, в которой есть один или более офисов, в каждом из которых есть офисная АТС, с которых можно снимать статистику. В нашем случае это было две АТС LG CS1000, одна LG LDK300 и несколько Samsung ARIA SOHO. Все они позволяют снимать статистику и, что немаловажно, все они позволяют делать это по сети. В более старых АТС, приходится делать это только через COM порт, что не очень удобно.

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

Итак, требуется скачать программу, установить ее на каком-либо из серверов и настроить подключения к АТС. Что немаловажно, программа умеет работать как с встроенным Firebird SQL, так и с другими SQL серверами (MS SQL, Oracle, MS SQL и т.д.), в нашем случае я использовать уже имеющийся у нас Microsoft SQL Server 2005.

Кроме того, с сайта программы тарификации АТС были скачаны тарифы Голден Телеком, которым мы пользуемся почти во всех наших офисах.

Затем нужно было ждать некоторое время, чтобы статистика накопилась. Как минимум месяц, лучше несколько, т.к. так лучше видны тенденции. Т.к. статистика АТС снималась нами уже давно и использовалась для контроля телефонных звонков, то с этим у нас проблем не было.

Для начала строю отчет, показывающий структуру расходов по АТС. Для этого запускаю Phone Xpress Анализатор, в нем выбираю Отчеты и строю отчет за полный месяц с типом отчета “По АТС”

Из этого отчета видно, что 90% расходов дают только две АТС из шести, присутствующих в статистике. Проверяем это анализируя статистику за квартал. Для этого в Анализаторе делаю комплексный отчет за три месяца, а в типе отчета выбираю “По месяца, по АТС”. 

Как и предполагалось, меняется только общая сумма, соотношение затрат между АТС меняется незначительно. Таким образом, наибольший интерес для оптимизации расходов представляют две из шести АТС, которые у нас называются bg-ats и ls-ats. С ними и будет происходить вся работа.

Продолжение следует …

Зависание и вылеты браузеров

Уже давно пытаемся побороть проблему зависания или вылета IE7/IE8. Время от времени, он, собака, начинает выкаблучиваться и вылетать или зависать. Причина этого совершенно непонятно, особенно если учесть то, что компов с ним много, а ведут себя так далеко не все.

Под подозрением несколько претендентов: flash, java и, возможно, некое взаимодействие настроек отображения IE с драйверами видео.

Знаю, знаю, что бразеров всяких развелось как грязи. Но

1. Реальный рынок занимают только три, IE, FireFox и Opera
2. FireFox и Opera не предназначены для использования в корпоративной среде, т.к. не поддерживают централизованной настройки и централизованного обновления. Есть и другие соображения, но не сейчас.
3. На тяжелых флешовых сайтах Firefox вешается не хуже чем IE ...

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 по устранению или избежанию негативных явлений.

AD Mappings for the Active Directory Users and Computers Snap-in

Наткнулся в сети на интересный блог Ильи Сазонова.  А там чудная статья, в которой он описывает соответствия параметров оснастки Active Directory Users and Computers со свойствами AD. Мне много раз приходилось разыскивать соотношение этих параметров а скриншоты, которые он сделал - просто находка

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

 Полное описание соответствия полей и атрибутов можно найти в документации по ссылке Mappings for the Active Directory Users and Computers Snap-in.

 1.       Описание соответствия атрибутов для объекта Пользователь (User Object User Interface Mapping):

 

 

2.       Описание соответствия атрибутов для объекта  Компьютер (Computer Object User Interface Mapping):

 

 

3.       Описание соответствия атрибутов для объекта  Группа (Group Object User Interface Mapping):