Виправлення неполадок ретрансляції пошти в Exchange Server 2003 і в Exchange 2000 Server

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 895853
Цю статтю переведено до архіву. Вона доступна у версії "як є" та більше не оновлюватиметься.
Підсумки
комп’ютер-зразок, на якому працює Microsoft Exchange Server 2003 або Microsoft Exchange 2000 Server можна настроїти як ретрансляції пошти. Таким чином, пошта, яка надсилається до іншого домену або з іншого домену можуть бути відправлені до місця призначення за сервер Exchange. Деякі проблеми можуть виникнути, якщо сервер Exchange або обліковий запис А комп'ютера на сервер Exchange налаштовано як відкриття пошти реле. Крім того, деякі проблеми можуть виникнути, якщо неправильно настроєно ретрансляції пошти.

Сервера Exchange, настроєного як відкриття пошти реле може використовуватися для надсилання небажаної комерційної електронної пошти, також відомий як спам. Якщо інші поштові сервери ідентифікувати комп'ютер Exchange як небажаної комерційної електронної пошти сервер, сервер Exchange можуть бути додані блокувати списки. Таким чином, ви можете мати проблеми під час надсилання пошти до інших доменів. Щоб вирішити цю проблему, потрібно настроїти комп'ютер Exchange так що це не відкриття пошти реле. Потім потрібно видалити сервер Exchange за блок списки.

Якщо сервер Exchange не відкриті пошти реле, обліковий запис на комп ' ютері Exchange можуть використовуватися для надсилання небажаної комерційної електронної пошти. Таким чином, ви не повинні допустити когось з використанням порушення безпеки облікового запису.

У цій статті описуються симптоми пошти реле питань і включає в себе виправити конфігурацію комп'ютера Exchange.

У ЦЬОГО ЗАВДАННЯ

Введення
У цій статті описано нижче:
  • Виправлення неполадок, пошти реле питань в Exchange Server 2003 і Exchange 2000 Server
  • Як запобігти сервер Exchange використовується як відкриття пошти реле
  • Як налаштувати SMTP доменах для вхідної пошти і ретрансляції пошти в Exchange
Exchange надає повний простий пошти міграції даних протоколу SMTP пошти послуги. Обмін SMTP-сервер використовується для отримання пошти і ретрансляції пошти до інших валют комп'ютерів у мережі або на інші SMTP-сервери в Інтернеті. Пошти реле дозволу обміну поштових клієнтів надсилати пошту для користувачів в інших організаціях. Якщо пошту реле не допускається, обміну комп'ютера може тільки отримувати і надсилання пошти для користувачів, які знаходяться в тому самому домені, пошти Exchange комп'ютера.

Коли він ретранслює пошту, комп'ютер Exchange можна пересилати повідомлення, яка адресована пошти доменах, відмінних від власного домену. Така поведінка дозволяє Exchange пересилати пошту на будь-які внутрішні чи зовнішні мережі SMTP сервера.

Ви повинні бути обережні, коли інтернет-користувачів можуть отримати доступ до комп'ютера Exchange. Це тому, що сервер Exchange може використовуватися як ретрансляції пошти недобросовісних користувачів. Ці користувачі можуть пересилати повідомлення до сервера Exchange SMTP для розповсюдження небажаної комерційної пошти, також відомий як спам, на багатьох комп'ютерах. Це може мати негативний вплив на пропускна здатність вашого підключення до Інтернету. Крім того, це може призвести до сервер Exchange, додаються до "чорна діра" списки відкриття пошти реле. Якщо сервер Exchange додається до такий список, інші поштові сервери не може прийняти пошти з вашого домену.

на початок

Симптоми пошти реле питань

Одна або кілька таких симптомів можуть виникнути під час пошти реле питань.

Натисніть тут, щоб розгорнути або Згорнути список

  • Отримання звітів про невдалу доставку (NDR) що містять код помилки 5.0.0, 5.7.1 або 5.7.3.
  • Ви не зможете надсилати повідомлення до збільшення кількості доменів.
  • Небажаної комерційної електронної пошти відображається в чергах пошти, і ви виявите, що ваш комп'ютер Exchange надсилає небажаної комерційної електронної пошти.
  • Віддалений домен інформує вас, що він отримує небажаної комерційної електронної пошти від сервер Exchange.
  • У журналі застосунків реєструється одна або кілька таких подій:

    Тип події: попередження
    Джерело події: MSExchangeTransport
    Категорія події: Протоколу SMTP
    Код події: 1709
    Комп'ютер: Computer_Name
    Опис/контроль: Клієнт SMTP не аутентифікації перш ніж відправити пошту. Відмовлено в доступі. Дані: 0000: 05 00 07 80...?

    Тип події: попередження
    Джерело події: MSExchangeTransport
    Категорія події: Протоколу SMTP
    Код події: 1710 р
    Комп'ютер: Computer_Name
    Опис/контроль: Клієнт SMTP автентифіковані як користувач "NT AUTHORITY\ANONYMOUS вхід до системи" спроба надіслати як "User.one @ domain.edu". Відмовлено в доступі через перевірку автентичності клієнта не дозволу на надсилання як адреса SMTP. Дані: 0000: 05 00 07 80...?

    Тип події: помилка
    Джерело події: MSExchangeTransport
    Категорія події: Протоколу SMTP
    Код події: 7004
    Дата: Дата
    Час: Час
    Користувач: n/a
    Комп'ютер: Computer_Name
    Опис/контроль: Опис для КОДУ події (7004) джерела (MSExchangeTransport) не знайдено. На локальному комп'ютері немає необхідних змін до реєстру або DLL-файлів повідомлення для відображення повідомлення з віддаленого комп'ютера. Іноді можна використовувати в /AUXSOURCE = прапор отримати цей опис; Див подробиці. Така інформація є частиною заходу: 1, 1, від, helo, з 571 IP-адреса Ми не реле від вас. HELO Domain_Name.com Ви знайдете пошти застрягли в чергу віддаленого доставки до віддаленого домену, і в журналі подій не дає вам які-небудь подробиці на ім'я віддаленого домену. Якщо ви telnet до віддаленого домену на порт 25, ви знайдете впали зв'язок відразу ж помилку в вище запис в журналі подій: 571 за IP адресу, ми не реле від вас.

    Дата: Дата
    Джерело: MSExchangeTransport
    Час: Час
    Категорія: (3).
    Тип: попередження
    Код події: 4001
    Користувач: n/a
    Комп'ютер: Computer_Name
    Опис/контроль: Доставку до віддаленого домену повідомлень 'Mail.Example.Com' не вдалося. Повідомлення про помилку є "An SMTP помилка протоколу". 553 5.3.0 ПОШТА, пошта за IP-адресою відмовився, див http://mail-abuse.org/rbl + / lookup.cgi? IP-адреса даних: 0000: d7 02 04 c0

    Дата: Дата
    Джерело: MSExchangeTransport
    Час: Час
    Категорія: (3).
    Тип: попередження
    Код події: 4001
    Користувач: n/a
    Комп'ютер: Computer_Name
    Опис/контроль: Доставку до віддаленого домену повідомлень 'Mail.Example.Com' не вдалося. Повідомлення про помилку є "An SMTP помилка протоколу". Відхилено ПОШТА, 550 пошти за dial-up; див http://mail-abuse.org/dul/enduser.htm або зверніться до служби підтримки приклад в. Дані: 0000: d7 02 04 c0

    Дата: Дата
    Джерело: MSExchangeTransport
    Час: Час
    Категорія: (3).
    Тип: попередження
    Код події: 4001
    Користувач: n/a
    Комп'ютер: Computer_Name
    Опис/контроль: Доставку до віддаленого домену повідомлень 'Mail.Example.Com' не вдалося. Повідомлення про помилку є "An SMTP помилка протоколу". ПОШТА, пошта 550 5.7.1 із IP-адреса відмовився від blackhole сайт dialups.mail-abuse.org. Дані: 0000: d7 02 04 c0

    Дата: Дата
    Джерело: MSExchangeTransport
    Час: Час
    Категорія: (3).
    Тип: попередження
    Код події: 4001
    Користувач: n/a
    Комп'ютер: Computer_Name
    Опис/контроль: Доставку до віддаленого домену повідомлень 'Mail.Example.Com' не вдалося. Повідомлення про помилку є "An SMTP помилка протоколу". RCPT, 554 Служба недоступна; [IP-адреса] заблоковані за допомогою dialups.mail-abuse.org. Дані: 0000: d7 02 04 c0




на початок

Можливі причини NDR, які містять код помилки 5.0.0, 5.7.1 або 5.7.3


Натисніть тут, щоб розгорнути або Згорнути список


Код помилки 5.0.0 або 5.7.1 може виникнути за наявності таких умов:
  • Сервер Exchange перераховані як сервер обміну повідомленнями, яка посилає небажаної комерційної електронної пошти.
Код помилки 5.7.1 може виникнути, якщо один або більше з таких умов це правда:
  • Відправник повідомлення не має прав, необхідних дляповне постачання.
  • Спробуйте передати пошту за допомогою другого сервера, і другий сервер неНехай реле пошти. Віддалений сервер повертає на 5.7.1 код помилки.
  • У вас немає одержувачів політику настроєно для домену, до якої надіслано повідомлення.
  • Одержувач має обмежень доставки поштової скриньки ввімкнуто. Наприклад, обмеження доставку поштової скриньки одержувача настроєно на отримання пошти тільки за вказаний список. Інші повідомлення буде відхилено.
  • Настроювання списку розсилки обмежити доставку пошти до повідомлень за перевірку автентичностікористувачів. Пошта, надіслана за анонімними сесії буде відхилено.
  • Сервер Exchange є в списку небажаної комерційної електронної пошти. Сервер Exchange може бути перераховані на відкриту ретрансляцію.
  • Повне доменне ім'я (FQDN) комп'ютера Exchange закінчується на ".Місцеві".
  • Сервер Microsoft Windows NT 4.0 або Windows 2000 доменних імен (DNS) отримує неважливий відповідь від кореневого натяк або експедитор. Сервер Windows NT 4.0 або Windows 2000 DNS-сервер надсилає збій сервера до поштового сервера, який запитав для домену, який не настроєно з записи обміну поштою (MX). Така поведінка виникає, коли сервер Windows NT 4.0 або Windows 2000 DNS-сервер отримує Пуск повноваження (SOA) запис від не авторитетний ресурс. Нові версії BIND кеш порожній авторитетний відповіді. Windows DNS-сервери розглянути порожній авторитетний відповіді бути рефералів. Коли Windows DNS-сервери отримують ці відповіді, ігноруються відповідей. Крім того, клієнт отримує сервером невдача замість запису SOA.
  • Ключ метабази DS2MB пошкоджено.
  • На Дозволити всі комп'ютери, які успішно автентифікації на реле, незалежно від списку вище Віртуальний сервер SMTP не встановлено прапорець.
  • Анонімний доступ до віртуальних серверів SMTP вимкнуто.
Помилка з кодом 5.7.3 може виникнути за наявності однієї з таких умов:
  • Анонімну автентифікацію сервера призначення не допускається.
  • Сервер призначення не може знайти належного одержувача.
Код помилки 5.7.1 або 5.7.3 може виникнути за виконання однієї з таких умов:
  • Функцію DNS настроєно неправильно.
  • Користувачі мають адреси електронної пошти, які не відповідають будь-якій з наявної політики одержувачів. Зазвичай, проксі-адрес має відповідати принаймні одного одержувача політики.
  • У разі використання Microsoft ISA Server 2000, і однієї з таких умов:
    • Змінено зовнішній IP-адресу сервера ISA.
    • IP-адреса SMTP публікації правила оновлюється для відображення нового зовнішнього IP-адресу сервера ISA.
    • Isactrl послуга не перезавантаження після оновлення IP адреса SMTP публікації правила.

на початок

Можливі причини подій 1701, 1709 1710, 4001 та 7004

Натисніть тут, щоб розгорнути або Згорнути список


1701, 1709 Року, 1710, 4001 або 7004 буде записано подію до журналу застосунку однієї з таких умов:
  • 1709 І 1710 подій коли NDR, яке містить код помилки 5.7.1 породжується сервер Exchange.
  • 1701 Події NDR, яке містить код помилки 5.7.3, отримане сервер Exchange.
  • Події 7004 і 4001 виникнути, якщо інші поштові сервери список сервер Exchange, як сервер обміну повідомленнями, яка посилає небажаної комерційної електронної пошти, або якщо сервер Exchange є відкриття пошти реле.


на початок

Якщо сервер Exchange налаштовано як відкриття пошти реле, яке надсилає небажаної комерційної електронної пошти

Якщо інші поштові сервери список сервер Exchange, як сервер обміну повідомленнями, яка посилає небажаної комерційної електронної пошти, можуть виникнути одне або більше з наступних симптомів:
  • Ви не зможете надсилати повідомлення до збільшення кількості доменів.
  • Небажаної комерційної електронної пошти відображається в чергах пошти, і ви виявите, що ваш комп'ютер Exchange надсилає небажаної комерційної електронної пошти.
  • Віддалений домен інформує вас, що він отримує небажаної комерційної електронної пошти від сервер Exchange.
  • Ви отримувати звіти про недоставку, які містять код помилки 5.0.0 або 5.7.1.
  • Події 7004 і 4001 записуються в журналі застосунку.
Ця проблема може виникнути, якщо сервер Exchange налаштовано як відкриття пошти реле. Крім того, ця проблема може виникнути, якщо обліковий запис на комп ' ютері Exchange була скомпрометована і використовується як ретрансляції пошти.


Щоб вирішити цю проблему, натисніть тут, щоб розгорнути або згорнути кроки

  1. Переконайтеся, що сервер Exchange не відкриті пошти реле. Для цього виконайте такі дії.
    1. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Microsoft Exchangeа потім натисніть кнопку Система менеджер.
    2. В Exchange системного диспетчера, розгорніть такий об'єкт:
      Servers\Your_Exchange_Server_Name\Protocols\SMTP
    3. Клацніть правою кнопкою миші віртуального сервера SMTP, де ви хочете, щоб запобігти ретрансляції пошти і натисніть кнопку Властивості.
    4. Натисніть на Доступ вкладки а потім натисніть кнопку Реле.
    5. За промовчанням, відкрийте реле блокується. Настройки за промовчанням є наступні:
      • На Тільки списку установлено прапорець.
      • На Дозволити всі комп'ютери, які успішно автентифікації на реле, незалежно від списку вище установлено прапорець.
    6. Якщо ви повинні дозволити один комп'ютер, група комп'ютерів або домену для ретрансляції через сервер, натисніть кнопку Додати. У в Комп'ютер діалогове вікно, клацніть відповідний вибір для комп'ютерів, які ви хочете реле через сервер. Введіть потрібні відомості.

      Примітка. Увімкнення доступу за IP-адресу або ім'я домену є корисним для користувачів, які не автентифікації з комп'ютером Exchange.
    7. У в Реле обмежень діалогове вікно, натисніть кнопку Гаразд.
    8. Натисніть кнопку Застосуватиа потім натисніть кнопку Гаразд у в Властивості віртуального сервера SMTP за замовчуванням діалогове вікно.
    Якщо сервер Exchange не реле повідомлення на зовнішні домени, сервер Exchange має роз'єм SMTP, який дозволяє для реле. Щоб отримати додаткові відомості про те, як запобігти реле через SMTP роз'єм, клацніть номер статті в базі знань Microsoft Knowledge Base:
    314734Реле обмеження віртуального сервера SMTP за замовчуванням не працює
  2. Щоб визначити, чи комп'ютер Exchange небажаної комерційної електронної пошти списку, відвідайте такий веб-сайт: Корпорація Майкрософт надає контактні відомості сторонніх виробників, щоб полегшити отримання технічної підтримки. Ці відомості можуть змінюватися без попереднього повідомлення. Корпорація Майкрософт не гарантує точності контактних відомостей сторонніх виробників.
  3. Визначення, чи комп'ютер Exchange в списку небажаної комерційної електронної пошти AOL. Якщо ви визначаєте, що сервер Exchange перераховані в списку небажаної комерційної електронної пошти AOL, видалити сервер Exchange зі списку. Інформацію про те, як це зробити відвідайте веб-сайт корпорації AOL:
  4. Визначення, чи сервер Exchange на Mail-Abuse.org список організацій, які надсилають небажану комерційну пошту. Для цього виконайте такі дії.
    1. Відвідайте такий веб-сайт:
    2. На сторінці підстановки карт введіть загальнодоступні IP-адресу комп'ютера Exchange та натисніть клавішу Enter.

      Примітка. КАРТИ стенди для системи профілактики зловживання пошти.
  5. Видалити комп'ютер обміну пошти-Abuse.org списку. Для цього виконайте такі дії.
    1. Відвідайте такий веб-сайт:
    2. Введіть загальнодоступні IP-адресу комп'ютера Exchange у в Можна здійснювати пошук цього індексу. Введіть ключові слова для пошуку Поле а потім клавішу Enter.
    3. Виконайте інші інструкції з видалення з комп'ютера обміну зі списку.
  6. Видалити сервер Exchange відкриту ретрансляцію чорного списку, які не охоплені Mail-Abuse.org. OpenRBL.org підтримує запит двигун, який містить посилання на більш ніж 35 відкриту ретрансляцію блок списки. Кожен список підтримує окремий список відкриту ретрансляцію поштових серверів. Тому сервер Exchange може з'явитися на деякі, але не всі, списки.
    1. Відвідайте такий веб-сайт а потім на сервер Exchange IP-адреса або повне доменне ім'я:
    2. Якщо сервер Exchange на будь-якому відкриту ретрансляцію блок списки, ви отримаєте посилання цього конкретного списку провайдера веб-сайті.
    3. Веб-сайт для цього списку Постачальник зазвичай надає інструкції про те, як видалити комп ' ютер обміну з цього списку.
Примітка. Виконайте в списку-процес видалення для кожного списку, який містить сервер Exchange. У разі видалення сервер Exchange з одного списку, сервер Exchange не може бути вилучений з всіх списків.

Якщо сервер Exchange не котируються на будь-який в реальному часі блок списки, можливо, доведеться зверніться до адміністратора сервера пошти для віддаленого домену, до якого не вдається надіслати повідомлення. Потім запитати, що сервер Exchange вручну видалити від адміністратора чорного списку. Не всі адміністратори використовувати в реальному часі блок списки. Деякі адміністратори підтримувати власні списки. Ці адміністратори повинні зв'язатися безпосередньо.

на початок

Якщо пошта ретрансляції відбувається за обліковий запис сервера Exchange, який настроєно як відкриття пошти реле

Визначити, чи обліковий запис на ваш обмін комп'ютер надсилає автентифікованих передав пошти.

Для цього клацніть тут, щоб розгорнути або згорнути кроки


  1. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Microsoft Exchangeа потім натисніть кнопку Система менеджер.
  2. У системному диспетчері Exchange, клацніть правою кнопкою миші Your_Exchange_Server_Nameа потім натисніть кнопку Властивості.
  3. Натисніть на Діагностичне журналювання вкладки.
  4. У в Послуги Виберіть MSExchange транспорт.
  5. У в Категорії список, натисніть кнопку автентифікаціята натисніть кнопку Максимум у в Рівні ведення журналу зона.
  6. Натисніть кнопку Застосувати, натисніть кнопку Гаразді вийти системний Диспетчер Exchange.
  7. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Адмініструванняа потім натисніть кнопку Послуги.
  8. Клацніть правою кнопкою миші Простий поштовий транспортний протокол (SMTP)а потім натисніть кнопку Перезавантаження.
  9. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Адмініструванняа потім натисніть кнопку Перегляд подій.
  10. У засобі перегляду подій пошук у журналі застосунку для події 1708 р. Події 1708 вказує, що засвідчує обліковий запис з комп'ютером Exchange для надсилання пошти переданої.
Prevent обліковий запис від аутентифікації з комп'ютером Exchange для надсилання пошти переданої.

Для цього клацніть тут, щоб розгорнути або згорнути кроки


  1. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Microsoft Exchangeа потім натисніть кнопку Система менеджер.
  2. В Exchange системного диспетчера, розгорніть такий об'єкт:
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. Клацніть правою кнопкою миші Віртуальний сервер SMTP за замовчуванняма потім натисніть кнопку Властивості.
  4. Натисніть на Доступ вкладки а потім натисніть кнопку Реле.
  5. Залежно від середовища виконати одну з таких дій:
    • Якщо клієнт POP3 не потрібно пошти реле, зніміть із Дозволити всі комп'ютери, які успішно автентифікації на реле незалежно від списку вище прапорець. Змінити пароль та ім'я облікового запису, який використовується для ретрансляції пошти.
    • Якщо конкретних клієнтів або сервери повинні реле пошти, додати до списку у в Реле обмежень діалогове вікно.

на початок

Як налаштувати SMTP доменах для вхідної пошти та ретрансляції пошти

Ви можете приймати повідомлення через одну або декілька з наступних класів Інтернет SMTP доменах:
  • Домени, які є локальними для організації Exchange
  • Домени, які не є локальними для організації Exchange
  • Домени, які є спільними від організації Exchange до іншого сервера SMTP

Домени, які є локальними для організації Exchange

Щоб приймати повідомлення від домени, які є локальними для організації Exchange, створення політик одержувача, що містить адресу, подібне до такого:
SMTP: @Домен.Domain_Root
Щоб отримати додаткові відомості про створення політик одержувача клацніть номер статті в базі знань Microsoft Knowledge Base:
249299Настроювання політики одержувачів у Exchange
на початок

Домени, які не є локальними для організації Exchange

Щоб приймати повідомлення від домени, які не є локальними для організації Exchange, створіть SMTP роз'єм. Щоб отримати додаткові відомості про настроювання SMTP роз'єм клацніть номер статті в базі знань Microsoft Knowledge Base:
265293Як налаштувати SMTP роз'єм в обмін 200 х
на початок

Домени, які є спільними від організації Exchange до іншого сервера SMTP

Щоб приймати повідомлення від домени, які є спільними від організації Exchange до іншого сервера SMTP, налаштувати SMTP-роз'єм. Для цього виконайте кроки, описані в розділі "Доменів, не є місцевого до вашої організації Exchange". Однак, під час додавання домену до політики щодо одержувачів, так що користувачі можуть отримувати пошту з адреси, зніміть із Ця організація Exchange несе відповідальність за всі доставку пошти до цієї адреси прапорець. Щоб отримати додаткові відомості про спільне використання доменів SMTP разом з іншої поштової системи клацніть номер статті в базі знань Microsoft Knowledge Base:
321721Як поділитися адресу SMTP заборонено в Exchange 2000 Server або в Exchange Server 2003
на початок

Виправлення неполадок NDR, які містять код помилки 5.7.1 або 5.7.3

Коди помилок, 5.7.1 і 5.7.3 і події в журналі застосунку 1709 року, 1710 або 1701 відбуваються в різних умовах. Такі сценарії описати ці умови і пояснити, як вирішити відповідні звіти про недоставку та застосування журналу подій.

Примітка. Звіти про недоставку, які містять код помилки 5.7.1 може містити таке повідомлення:

"Є творцем немає дозволу надсилати повідомлення."

Це повідомлення може ввести в оману, оскільки вона припускає, що відправник має дозволи проблеми. Однак фактична причина для цього про Недоставку є, що віддалений домен заборонив домену, який надсилає пошту від ретрансляції пошти.Щоб отримати додаткові відомості клацніть, номер статті в базі знань Майкрософт:
262354Що вводить в оману NDR під час надсилання до віддаленого домену, який не дозволяє реле

Сценарій 1: Автентифікованих користувачів комп'ютерів не дозволено ретрансляції пошти

Якщо на Дозволити всі комп'ютери, які успішно автентифікації на реле незалежно від списку вище Віртуальний сервер SMTP не встановлено прапорець, ви можете отримувати звіти про недоставку, які містять код помилки 5.7.1. Щоб виділити на Дозволити всі комп'ютери, які успішно автентифікації на реле незалежно від списку вищеУстановіть прапорець, виконайте такі дії.

Натисніть тут, щоб розгорнути або згорнути кроки



  1. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Microsoft Exchangeа потім натисніть кнопку Система менеджер.
  2. В Exchange системного диспетчера, розгорніть такий об'єкт:
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. Клацніть правою кнопкою миші об'єкт віртуального сервера SMTP і натисніть кнопку Властивості.
  4. Натисніть на Доступ вкладки а потім натисніть кнопку Реле. Виберіть на Дозволити всі комп'ютери, які успішно автентифікації на реле незалежно від списку вище прапорець.
на початок

Сценарій 2: Анонімний доступ до віртуальних серверів SMTP вимкнуто

Якщо на Анонімний доступ прапорець не встановлено, ви можете отримувати звіти про недоставку, які містять код помилки 5.7.1. Щоб виділити на Анонімний доступУстановіть прапорець, виконайте такі дії.

Натисніть тут, щоб розгорнути або згорнути кроки



  1. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Microsoft Exchangeа потім натисніть кнопку Система менеджер.
  2. В Exchange системного диспетчера, розгорніть такий об'єкт:
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. Клацніть правою кнопкою миші об'єкт віртуального сервера SMTP і натисніть кнопку Властивості.
  4. Натисніть на Доступ вкладки а потім натисніть кнопку Перевірка автентичності.
  5. Щоб виділити на Анонімний доступ прапорець.
  6. Натисніть кнопку Гаразд два рази.
  7. Клацніть правою кнопкою миші сервер SMTP Віртуальний сервер і натисніть кнопку Зупинити.
  8. Клацніть правою кнопкою миші сервер SMTP Віртуальний сервер і натисніть кнопку Почати.
  9. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Адмініструванняа потім натисніть кнопку Послуги.
  10. Клацніть правою кнопкою миші Простий поштовий транспортний протокол (SMTP)а потім натисніть кнопку Перезавантаження.
  11. Клацніть правою кнопкою миші Microsoft Exchange маршрутизації двигунаа потім натисніть кнопку Перезавантаження.



на початок

Сценарій 3: DNS компонент неправильно настроєно

Якщо функцію DNS настроєно неправильно, може з'явитися NDR, які містять код помилки 5.7.1 або 5.7.3. Крім того, подія 1701, 1709 або 1710 р може увійти в журналі застосунку. Щоб виправити неполадки в конфігурації DNS, переконайтеся, що поштовий обмінник (MX) записує точки правильний Віртуальний сервер SMTP. Якщо функцію DNS настроєно неправильно, вхідних SMTP спроб підключення може випадково підключення неправильно Віртуальний сервер SMTP.

на початок

Сценарій 4: Існує немає відповідних політик одержувача для адрес проксі-серверів

Якщо користувачі в організації мають адреси електронної пошти, які не відповідають будь-який з існуючих політики одержувачів в організації, відправників, які надсилають пошту до цих користувачів можуть отримувати звіти про недоставку, які містять код помилки 5.7.1 або 5.7.3. Крім того, подія 1707, 1709 або 1710 р може увійти в журналі застосунку. Зазвичай, проксі-адрес користувачів в організації, має відповідати принаймні одного одержувача політики в організації.

Примітка. Термін "адреси проксі-серверів" відноситься до доменів SMTP, які є локальними для організації.Для отримання додаткових відомостей про створення нової політики одержувачів або оновлення наявних одержувачів політики, клацніть номер статті в базі знань Microsoft Knowledge Base:
319065Як працювати зі службою оновлення одержувачів Exchange
на початок

Сценарій 5: Потрібно додатковий ідентифікації

Якщо анонімний автентифікації не дозволяється сервера призначення, може з'явитися NDR, які містять код помилки 5.7.3. Переконайтеся, що надсилання клієнту або надсилання сервером може автентифікації на сервері призначення.

Примітка. Помилка з кодом 5.7.3 може виникнути також сервер призначення не може знайти належного одержувача.

на початок

Сценарій 6: ISA Server 2000 SMTP публікації правило не оновлюється

Якщо ви використовуєте ISA Server 2000, і SMTP публікації правило не оновлюється, може з'явитися NDR, які містять код помилки 5.7.1 або 5.7.3. Додатково подія 1701, 1709 або 1710 р записується до журналу застосунків. Ця проблема виникає, якщо ви використовуєте ISA Server 2000 і однієї з таких умов:
  • Змінено зовнішній IP-адресу сервера ISA.
  • IP-адреса SMTP публікації правила не оновлюється для відображення нового зовнішнього IP-адресу сервера ISA.
  • Isactrl послуга не перезавантаження після оновлення IP адреса SMTP публікації правила.
на початок
Посилання
Щоб отримати додаткові відомості про ретрансляції пошти Exchange клацніть номер статті в базі знань Microsoft Knowledge Base:
304897SMTP реле поведінки в Windows 2000, Windows XP і Exchange Server
313395 Як перевірити реле обмеження для анонімних підключень SMTP та фільтрування небажаної пошти повідомлень, в Exchange 2000 Server
319356 Як запобігти небажаної комерційної електронної пошти в Exchange 2000 Server
324958 Як заблокувати відкриті SMTP, relaying і очищення Exchange сервер SMTP черги на сервер Windows малого бізнесу
310356 Як запобігти пошти реле в IIS 5.0 SMTP сервера у Windows 2000
257538 Як отримати додаткові відомості з Інтернету пошту або комерційних розсилок
на початок
XCON
Додаткові ресурси

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 895853 – останній перегляд: 12/09/2015 02:16:08 – виправлення: 2.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Server Standard Edition

  • kbnosurvey kbarchive kbtshoot kbhowtomaster kbmt KB895853 KbMtuk
Зворотний зв’язок