Сповіщення про стан доставки в Exchange Server і сервер

Переклади статей Переклади статей
Номер статті: 284204 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

Введення

Примітка. Ця стаття є виключно для інформування. Він не містить виправлення неполадок відомостей. Якщо ви шукаєте для вологого, які не згадані в цій статті, пошук див знову за допомогою ключових слів, які перелічені в наступній статті в базі знань Microsoft Knowledge Base:
242450 Як запит на змінення бази знань Майкрософт за допомогою ключових слів і слова для запит на змінення
У цій статті описано сповіщення про стан доставки у Microsoft Exchange 2000 Server і Microsoft Exchange Server 2003. Зокрема, у цій статті описано протокол IMAP постійні невдачі і перехідних провал протокол IMAP, які часто стати постійним постачання помилки. Таке протокол IMAP наведено приклад протокол IMAP на провал про доставку очима в Outlook client.
Your message did not reach some or all of the intended recipients.

      Subject:	Original Message
      Sent:	7/11/2001 9:20 AM

The following recipient(s) could not be reached:
      user@nwtraders.com on 7/11/2001 9:20 AM
            The e-mail account does not exist at the organization this message was sent to.
            Check the e-mail address, or contact the recipient directly to find out the 
            correct address.
            <server.nwtraders.com #5.1.1>

Додаткові відомості

Non доставки (NDR) є системні протокол IMAP, що доповідь стан доставки протокол IMAP до відправника. протокол IMAP перебувають підкласу загальні протокол IMAP інформаційною структурою, яка відома як сповіщення про стан доставки. Сповіщення про стан доставки описати три види ситуацій:
  • Успіх (2.ХХ числових кодів)
  • Стійкі тимчасові невдачі (4.ХХ числових кодів)
  • Постійні невдачі (5.ХХ числових кодів)
Звіти про недоставку створюються, коли протокол IMAP не вдалося доставити. Якщо комп ' ютер може виявити причину невдалих доставки, це карти причина фігуру на код стану і друкується відповідне протокол IMAP про помилку. Для звіти про недоставку більшість числових помилок коди повідомили у вигляді "5.ХХ«та описуються як постійні невдачі. Однак, певні нестаціонарних умовах викликати "4.ХХ"кодів.

Зверніть увагу, що сервер, який повідомляє проблема зазначено перед номером код. У наведеному прикладі звіт про недоставку, у розділі "Вступ" звітності сервер є server.nwtraders.com. Іноді сервер, що передає проблема не є сервер, який фактично досвідом з probhlem.

Нижче наведено коди числових помилок та відповідні помилка умови, які найбільш часто зустрічаються:
  • Числовий код: 4.2.2

    Примітка. Наявні в Exchange 2000 з пакетом оновлень 2 або більш ранніх версій. Переглянути код помилки 5.2.2.
  • Числовий код: 4.3.1

    Можливої причини: Ця помилка може бути викликана ресурс проблеми, такі як повного диска. Ця помилка також виникати, якщо виконуються такі умови:
    • Простий Поштовий переказ протоколу SMTP черги розташований на розділ таблиці розміщення файлів (FAT).
    • Послуга досягла Windows накладені обмеження на кількість одночасних файлу ручками, які можуть бути відкриті SMTP-служба.
    У цьому випадку, замість того, щоб отримувати протокол IMAP про помилку "диск заповнено", може з'явитися протокол IMAP про помилку "аут пам'яті".

    І усунення несправностей: Переконайтеся, що є достатньо дискового онлайнове пул носіїв та спробувати працювати ваш обмін транспорту черг на NTFS-розділів.
  • Числовий код: 4.3.2

    Перший доступні: Exchange 2000 з пакетом оновлень 1

    Можливої причини: протокол IMAP не вдалось доставити через інтерактивні елементи адміністратором через інтерфейс засіб перегляду черги в Exchange System Manager.
  • Числовий код: 4.4.1

    Можливої причини: Хост не відповідає.

    І усунення несправностей: Цей код може бути викликано перехідних мережі умовах. Exchange автоматично намагається підключитися знову і доставити сповіщення електронною поштою. Якщо доставка до цих пір не після декількох намагається, "постійні невдачі" створюватиметься звіт про недоставку.
  • Числовий код: 4.4.2

    Можливої причини: Зв'язок був скинутий між серверами.

    І усунення несправностей: Цей код може бути викликана перехідних мережі питань або серверів, що вниз. Сервер намагається доставити протокол IMAP для певного періоду часу і потім генерує додатковий статус звіти.
  • Числовий код: 4.4.6

    Можливої причини:Макс хоп значення було перевищено для протокол IMAP. Ця помилка може також виникнути петлю ситуація існує між відправка сервер і отримання сервера, які не в одній організації. За цим сценарієм протокол IMAP підстрибує і назад поки хоп кількість перевищено.

    І усунення несправностей: Властивість max хоп графа значення для кожного віртуального сервера. Можна вручну змінити цю настройку (за замовчуванням становить 15 для Exchange 2000 Server і 30 для Exchange Server 2003). Крім того, подивіться на будь-яких ситуаціях, які можуть спричинити петлі між серверами.
  • Числовий код: 4.4.7

    Можливої причини: протокол IMAP в черзі, минув. Відправка сервер спробував реле або доставити протокол IMAP, але дія не був завершений, перш ніж прострочені протокол IMAP. Цей звіт про недоставку може також означати, що протокол IMAP заголовка пошуку розв'язання вичерпано на віддаленому сервері, або деякі інші протокол Вільний час очікування сталася під Вільний час зв'язок "один-до-одного" з віддаленим сервером.
    І усунення несправностей: Цей код зазвичай вказує на проблеми на іншому сервері. Перевірити достовірність адресу одержувача та переконайтеся, що отримання сервер настроєно на отримання повідомлень правильно. Можливо, доведеться скоротити кількість одержувачів у заголовку протокол IMAP для хоста, з якого ви отримуєте цей звіт про недоставку. Якщо ви повторно надіслати протокол IMAP, протокол IMAP додається до черги знову. Якщо отримання сервера в Інтернеті, протокол IMAP буде доставлено.
  • Числовий код: 4.4.9

    Перший доступні: Exchange Server 2003

    Можливих причин: Цей код вказує на те, що виникла тимчасові маршрутизації помилка або що погано настроювання маршрутизації існує. Ця проблема може виникати в один або обидва з таких сценаріїв:
    • SMTP роз'єм налаштований на сценарій виконання DNS без проміжного вузла і також налаштований на сценарій виконання non-SMTP адресний простір, таких як X.400 адресного простору.
    • протокол IMAP було надіслано одержувачу, який був виявлений у складі з'єднувач груп маршрутизації, які було видалено.
    І усунення несправностей: Якщо проблема не зникає, за допомогою інструмента WinRoute вивчити групами маршрутизації в області дерево подання елементів а потім перевірте адресним простором маршрут, який береться за підозріле протокол IMAP. Щоб отримати додаткові відомості про засіб WinRoute клацніть номер статті для перегляду статті в базі знань Microsoft Knowledge Base:
    281382 Як використовувати інструмент "WinRoute"
  • Числовий код: 4.6.5

    Перший доступні: Exchange Server 2003

    Можливих причин: Цей код виникає, коли перетворення вхідних SMTP не вдалася, оскільки кодової сторінки, вказана в повідомленні не інстальовано на іншому сервері. Це сповіщення про стан доставки містить лише на заголовки вихідного протокол IMAP. Жоден з оригінальним змістом надається.

    І усунення несправностей: Переглянути MIME вихідного протокол IMAP. Переконайтеся, що встановлені необхідні мовні файли на сервері, який отримує протокол IMAP.
  • Числовий код: 5.0.0

    Перший доступні: Всі коди числових помилок, які спочатку були доступні з Exchange 2000 пакетом оновлень 1 (4.3.2, 5.4.0 5.4.4 та 5.5.0) були класифіковані як 5.0.0 у Exchange 2000 з пакетом оновлень 1 і попередніх версіях.

    Можливі причини:
    • Немає не маршрут за вказаною адресою простору. Наприклад, настроєно SMTP-роз'єм, але ця адреса не збігається.
    • DNS повернувся авторитетний хост, який не знайдено для домену.
    • з'єднувач груп маршрутизації не має конектор визначено. Таким чином, з одного сервера в одній групі маршрутизації пошти має маршрут до іншої з'єднувач груп маршрутизації.
    • Сталася помилка протоколу SMTP.
    Усунення проблем:
    1. Виправити адресний простір або додати адресний простір, який має тип "SMTP" і значення "*" (зірочка) одного або кількох SMTP сполучні лінії.
    2. Перевірте, чи правильно працює DNS.
    3. Переконайтеся, що що групами маршрутизації сполучних ліній, які з'єднують їх.
    4. Якщо ви використовуєте Exchange 2000 без пакета оновлень 1, застосувати пакет оновлень 1 для визначення актуальних проблем.
  • Числовий код: 5.1.0

    Можливої причини: Цей код вказує Генеральний categorizer на основі провал (погано адресу недостатності). Адресу електронна пошта або інших атрибутів не знайдено в каталозі. Ця проблема може виникнути, якщо елемент-контакт записів не мають встановлений атрибут targetAddress . Ця проблема найчастіше виникає, коли MDAccess отримує помилки "об'єкт не знайдено" від DSAccess, коли за Categorizer виконує homeMDB підстановки на користувача.

    Ця проблема також виникає, якщо використовується Microsoft Outlook зберегти сповіщення електронною поштою як файл, а потім хтось відкриває і відповідей на це протокол IMAP в автономному режимі. Властивості протокол IMAP зберігає на legacyExchangeDN, тільки тоді, коли Outlook передає протокол IMAP. Таким чином, може не homeMDB підстановки.

    І усунення несправностей: Перевірте адресу одержувача а потім повторно надіслати протокол IMAP. Перевірте, чи правильно відформатовано адресу одержувача і що в categorizer вдалося правильно вирішити одержувача.
  • Числовий код: 5.1.1

    Можливі причини:
    • обліковий запис А комп'ютера електронна пошта не існує в організації, яким було надіслано протокол IMAP. Ця проблема може виникнути, якщо сталася помилка, коли користувачі були перенесені між сайтами. Наприклад, якщо колишній Administrative_Group_1 користувач переходить до Administrative_Group_2 і потім відповідає на старі сповіщення електронною поштою, або якщо користувач не регенерує її профіль Outlook, старий стиль адміністративні групи LegDN адресу буде використано, і створюється звіт про недоставку.
    • Надіслати протокол IMAP для застарілих Особиста адресна книга записів.
    І усунення несправностей: За допомогою виправлення неполадок процедури, описаної для коду помилки 5.1.0.
  • Числовий код: 5.1.3

    Можливої причини: Погано адресу синтаксис. Наприклад, елемент-контакт налаштовано на сценарій виконання атрибут targetAddress, який має не тип адреси.

    І усунення несправностей: За допомогою виправлення неполадок процедури, описаної для коду помилки 5.1.0.
  • Числовий код: 5.1.4

    Можливої причини: Два об'єкти мають однакову адресу проксі-сервера, і листи, надіслані до цієї адреси. Ця проблема може також виникати, якщо одержувач не існує на віддаленому сервері.

    І усунення несправностей: Перевірте адресу одержувача а потім повторно надіслати протокол IMAP.
  • Числовий код: 5.1.6

    Перший доступні: Exchange 2000 з пакетом оновлень 2

    Можливої причини: Реєстр атрибути користувача, наприклад homeMDB або msExchHomeServerName, можуть бути відсутні або пошкоджені.

    І усунення несправностей: Перевірити цілісність атрибути каталогу користувача а потім запустіть службу оновлення одержувачів ще раз, щоб переконатися, що атрибути, які необхідні для транспорту є дійсними.
  • Числовий код: 5.1.7

    Перший доступні: Exchange 2000 з пакетом оновлень 2

    Можливої причини: Відправник має атрибут пошти через неправильне або відсутнє в структуру каталогів. Categorizer транспорт не може доставити елемент пошти без дійсні пошти атрибут.

    І усунення несправностей: Перевірте структуру каталогів відправника а потім визначити, чи є атрибут пошти існує.
  • Числовий код: 5.2.1

    Можливої причини: Місцеві пошти відмовлено тому, що протокол IMAP є занадто великим. Відсутні числа майстер ідентифікатор безпеки облікового запису (SID) на одержувач може викликати це протокол IMAP про помилку.

    І усунення несправностей: Перевірте дозволи на доступ на додаток до розміру протокол IMAP. Визначити, чи одержувач має послугами SID.
  • Числовий код: 5.2.2

    Перший доступні: Exchange 2000 SP 3 (раніше код помилки 4.2.2 в попередніх релізах).

    Можливих причин: ім’я поштової скриньки одержувача є Перевищено граничний онлайнове пул носіїв.

    І усунення несправностей: Перевірте, чи онлайнове пул носіїв даних поштової скриньки та квота пул носіїв поштових скриньок черги.
  • Числовий код: 5.2.3

    Можливої причини: протокол IMAP завелике для місцевих квоти. Наприклад, віддаленого Exchange користувача можуть мати доставки обмеження, які включають максимальний розмір вхідні протокол IMAP.

    І усунення несправностей: Надіслати протокол IMAP без вкладень, або встановити ліміт на стороні сервера або дозволити більший розмір протокол IMAP, обмеження на клієнтський.
  • Числовий код: 5.3.0

    Перший доступні: Exchange Server 2003

    Можливих причин: Exchange Server 2003 має функцію, яка дозволяє Exchange 2003, які працюють без протокол IMAP передача агента (MTA). Якщо протокол IMAP було відправлено, невірно, використовуючи MTA маршрут, це сповіщення про стан доставки повертається відправнику.

    Примітка. Хоча Exchange 2003 може працювати без MTA, ми не рекомендуємо або підтримати цю конфігурацію.

    Щоб увімкнути цю функцію і запобігти черг MTA повідомлень, виконайте такі дії:
    1. Відключити службу MTA.
    2. Установіть для DWORD значення 0 в таких підрозділах реєстру для кожного даних пул носіїв поштових скриньок інформації та спільних папок:
      HKLM\System\CurrentControlSet\Services\MsExchangeIS\<Server Name>\<PrivMDB_GUID>\Gateway In Threads


      HKLM\System\CurrentControlSet\Services\MsExchangeIS\<Server Name>\<PrivMDB_GUID>\Gateway Out Threads
      Примітка. Коли ви це зробите, ви зробити доступними магазин ресурси, які пов'язані з MTA доставки.
    3. Перезапустіть пул носіїв поштових скриньок даних.
    І усунення несправностей: Перевірте маршрутизації топології. Інструмент WinRoute щоб переконатися, що маршрути реплікуються правильно між серверами та групами маршрутизації.
  • Числовий код: 5.3.3

    Можливої причини: Віддалений сервер Exchange 2000 або віддаленого сервера Exchange 2003 не може бути дисковий запам'ятовуючий пристрій для онлайнове пул носіїв пошти. Ця проблема найчастіше виникає, коли відправка сервер надсилає пошта, яка включає в себе двійкових даних (BDAT). Цей код може також означати помилку протоколу SMTP.

    І усунення несправностей: Переконайтеся, що віддалений сервер має достатній онлайнове пул носіїв для онлайнове пул носіїв пошти і вивчити журналі протоколу SMTP на наявність помилок.
  • Числовий код: 5.3.5

    Можливої причини: Виявлено зворотного петлею ситуації. У цій ситуації сервер налаштовано петлю назад на самому собі.

    І усунення несправностей: Якщо у вас є кілька віртуальних серверів SMTP настроєним на комп'ютері з Exchange, переконайтеся, що віртуальних серверів порції унікальний вхідні порти і вихідних конфігурації порт SMTP дійсна. Ця конфігурація допомагає уникнути циклів між місцевими віртуальних серверів. Перевірте конфігурацію сервера з'єднувачі для петель. Наприклад, переконайтеся, що немає сполучні лінії мають адресний простір місцеві організації, якщо ви поділяєте домену і не вибрано параметр сценарій виконання DNS для маршрутизації для кожного адресний простір на цей роз'єм . Щоб отримати додаткові відомості клацніть, номер статті в базі знань Майкрософт:
    321721 Спільне сценарій виконання адресного простору SMTP на сервері Exchange 2000 або Microsoft Exchange Server 2003
    Переконайтеся, що кілька віртуальних серверів не дорівнюють Всі Непризначені.
  • Числовий код: 5.4.0

    Перший доступні: Exchange 2000 з пакетом оновлень 1

    Можливі причини:
    • Авторитетний хост не знайдено в DNS.
    • Smarthost запису хибне.
    • FQDN існує в файл Hosts. Ця проблема була виправлена у Windows 2000 з пакетом оновлень 3 (SP3).
    • Сталася помилка DNS, або побудованих хибна IP-адреса для вашого smarthost.
    • SMTP проти не дійсні FQDN або SMTP проти FQDN підстановки не вдалося.
    • Контакту доменів SMTP не вказує на пробіли адреса SMTP.
    І усунення несправностей: Nslookup дає змогу перевірити DNS. Перевірте, чи IP-адреса IPv4 буквальне формат. Перевірте, чи це дійсний запис А DNS для імені сервера або комп’ютер-зразок в питанні. Якщо ви розраховуєте на повне доменне ім’я у файлі хостів, ігнорувати її і оновлювати запис А у Системному диспетчері Exchange за допомогою припустиму IP-адресу або правильне ім'я.
  • Числовий код: 5.4.4

    Перший доступні: Exchange 2000 з пакетом оновлень 1

    Можливої причини: Немає маршрут до протокол IMAP, наступного кроку, не знайдено. Настроювання топологія з'єднувач груп маршрутизації, але немає не роз'єм з'єднувач груп маршрутизації створена між групами маршрутизації.

    І усунення несправностей: Додати або налаштувати ваш маршрутизації Група роз'єм між групами маршрутизації.
  • Числовий код: 5.4.6

    Можливої причини: Categorizer, виявлено центр вперед.
    Готель атрибута targetAddress користувача з поштовою скринькою. Хостинг Pack: Це загальні хостинг конфігурації проблема, що обумовлено організаційного підрозділу (ОП) конфлікту. Проблема виникає, коли хтось створює контакту в OU1 і використовує засобу для підготовки, щоб створити користувача в OU2, що має саму адресу електронна пошта.

    Усунення проблем:
    • Ця проблема виникає, коли contactA альтернативного одержувача цього пункту до contactB, і contactB альтернативного одержувача, який вказує на contactA. Перевірте альтернативного одержувача для кожного абонента.
    • Видалити атрибут targetAddress з поштовою скринькою користувачів.
    • Для хостингу, в якому ви хочете надіслати сповіщення електронною поштою від одного користувача серед компаній (OU), у іншої компанії (OU), рекомендовано, щоб вказати наступні зв'язаних об'єктів:
      Користувач: проксі-сервер SMTP: user@company.com
      Контакти: targetAddress: user@company.com; проксі-сервер SMTP: contact@company2.com
  • Числовий код: 5.4.8

    Перший доступні: Exchange 2000 з пакетом оновлень 1

    Можливої причини: Цей код вказує музикальний стані. Ця проблема може виникнути, якщо один з політики щодо одержувачів включає в себе місцеві домен, який відповідає повне доменне ім’я сервера Exchange в організації. Коли Categorizer транспорту обробляє електронній пошті, що він приречений на домен, який відповідає FQDN сервера Exchange, створюється звіт про недоставку, який має цей код.

    І усунення несправностей: Якщо ця проблема виникає через домен, який відповідає FQDN Exchange server у політиці одержувача, потрібно видалити цей запис А.
  • Числовий код: 5.5.0

    Перший доступні: Exchange 2000 з пакетом оновлень 1

    Можливої причини: Загальний протокол про помилку (помилка SMTP). Віддаленого SMTP реагує на наших EHLO, генеруючи 500 рівня помилку, і відправки системи закінчується з'єднання та повідомляє про цю помилку про Недоставку. Це свідчить про те, що віддалений сервер SMTP не може обробити протокол. (Наприклад, якщо обліковий запис А комп'ютера Outlook.com вже не є активною, 550 SMTP помилка виникає.)

    І усунення несправностей: Запустити SMTP журналу або Network Monitor трасування до deteremine чому віддалений сервер SMTP відхилили запит протоколу.
  • Числовий код: 5.5.2

    Можливої причини: Це відноситься до протоколу загальних помилок коли протоколи SMTP знаходяться поза чергою. Наприклад, виникає помилка протоколу SMTP AUTH випробувана перед EHLO. В одному спостереження це сталося, коли система відчуває "із диска" умова.

    І усунення несправностей: Запустити SMTP журналу або Network Monitor слід підтвердити те, що достатньо дискового онлайнове пул носіїв та віртуальної пам'яті, SMTP діяти.
  • Числовий код: 5.5.3

    Можливої причини: Існує Забагато одержувачів з відправленим повідомленням.

    І усунення несправностей: Обмеження одержувачів чи настроюється обмеження на іншому сервері. Щоб вирішити цю проблему, підвищити обмеження одержувачів або розбити протокол IMAP в кількох повідомлень з урахуванням обмеження на сервері.

    Примітка. Одержувачів максимальний на простий Поштовий переказ протоколу SMTP протокол IMAP — 5 000. Щоб установити цей ліміт, почати системного диспетчера Exchange, пункт Глобальні параметри вузла, клацніть правою кнопкою миші Доставку протокол IMAPі виберіть пункт Властивості. Це також може бути налаштування кожного користувача в служба Active Directory.
  • Числовий код: 5.6.3

    Перший доступні: Exchange Server 2003

    Можливі причини:
    1. протокол IMAP містить більше 250 вкладення. Більш ніж 250 вкладення викликати помилку з MAPI_E_TOO_BIG.
    2. Пошта, що неправильно addr822 заголовок був відправлений.

    Усунення проблем:
    1. Зменшити кількість вкладень у протокол IMAP а потім повторно надіслати протокол IMAP.
    2. Виправити заголовку. Ця помилка виникає в оману, тому що він вказує на те, що звіт про недоставку відбувається через неправильний формат P2 заголовки.
  • Числовий код: 5.7.1

    Можливі причини:
    • Загального доступі, відмовлено в доступі відправника; Відправник протокол IMAP не містить облікові дані, необхідні для повного доставки.
    • Ви намагаєтеся реле до пошти через інший SMTP-сервер, і що сервер не дозволяє реле.
    • Одержувач може мати поштову скриньку доставки обмеження включений. Наприклад, ім’я поштової скриньки одержувача доставки обмеження був встановлений отримувати від списку розсилки тільки, і сповіщення електронною поштою з є членом відхилятиметься та генерує помилку.
    • Exchange Server 2003 список розсилки можна налаштувати обмежити доставку пошти від неавторизованих користувачів. Пошта, яка надсилається за допомогою неперевірені SMTP сесії буде відхилено.
    І усунення несправностей: Перевірте дозволи та атрибутів для контакту та спробуйте надіслати протокол IMAP ще раз. Крім того, переконайтеся, що ви використовуєте Exchange 2000 з пакетом оновлень 1 або пізнішої версії, до відповідальності за інших відомих проблем.
Щоб отримати додаткові відомості клацніть, номер статті в базі знань Майкрософт:
256321 Розширених кодів стану для доставки - RFC 1893

Додаткові ресурси

Щоб отримати відомості про звіти про недоставку в Exchange Server 2007 і Exchange Server 2010 Перегляньте такі розділи Microsoft TechNet:
Розуміння звіти про недоставку

Розуміння DSN і звіти про недоставку
Щоб дізнатися більше про сповіщення про стан доставки, див. Прохання про коментар (RFC) 1891 і RFC 1893.

Щоб переглянути список NDR коди стану, див. RFC 1891 і RFC 1893.

Властивості

Номер статті: 284204 - Востаннє переглянуто: 12 вересня 2013 р. - Редакція: 3.0
Застосовується до:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Ключові слова: 
kbinfo kbmt KB284204 KbMtuk
Машинний переклад
ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 284204

Надіслати відгук

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com