Depanarea problemelor de releu corespondenţă în Exchange Server 2003 şi în Exchange 2000 Server

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 895853
Acest articol a fost arhivat. Articolul este oferit „ca atare” şi nu va mai fi actualizat.
Dacă sunteţi un client de afaceri mici, găsi suplimentare de depanare şi de învăţare a resurselor la Suport pentru Small Business site-ul.
REZUMAT
Un computer care execută Microsoft Exchange Server 2003 sau Microsoft Exchange 2000 Server poate fi configurată ca releu de corespondenţă. Prin urmare, corespondenţa trimisă la alt domeniu sau la un alt domeniu pot fi redirecționate spre destinaţie de Exchange computer. Cu toate acestea, unele probleme pot apărea dacă computerul Exchange sau un cont pe Exchange computer este configurat ca un releu de corespondenţă deschise. În plus, unele probleme pot apărea dacă releu corespondenţă este configurat incorect.

Un computer Exchange care este configurat ca un releu de deschis poştă poate fi utilizat pentru a trimite e-mail comercial nesolicitat, cunoscut și ca spam. Dacă alte fermă de servere de mail identifica computer Exchange ca un server de e-mail comercial nesolicitat, computerul Exchange pot fi adăugate pentru a bloca liste. Prin urmare, ar putea avea probleme atunci când trimiteţi corespondenţă la alte domenii. Pentru a rezolva această problemă, trebuie să reconfiguraţi computerul Exchange aşa că nu este un releu de corespondenţă deschise. Apoi, trebuie să eliminaţi computerul Exchange de pe listele Blocului.

Dacă computerul Exchange nu este un releu de corespondenţă deschis, un cont pe computer de schimb poate recurge pentru a trimite e-mail comercial nesolicitat. Prin urmare, trebuie să împiedice pe cineva la utilizând contul compromise.

Acest articol descrie simptomele de corespondenţă releu probleme şi include paşi pentru a corecta configuraţia computerului de schimb.
INTRODUCERE
Acest articol descrie următoarele:
  • Cum se depanează corespondenţă releu probleme în Exchange Server 2003 şi în Exchange 2000 Server
  • Cum la spre prevent computerul Exchange de a fi utilizate ca un releu de deschis poştă
  • Cum se configurează domeniile SMTP pentru poștei mail şi releu în schimb
Schimb oferă plin consolidare servicii poștale Simple Mail Transfer Protocol (SMTP). Serverul SMTP de schimb poate fi utilizat pentru a primi poştă şi la releu mail la alte computere de schimb din rețea sau la alte fermă de servere SMTP pe Internet. Corespondenţă releu permite clienţi de poştă electronică Exchange pentru a trimite mail la utilizatori în alte organizaţii. Dacă releu de corespondenţă nu este permisă, computerul Exchange numai pot primi şi trimite poştă pentru users cine eşti în acelaşi domeniu de poştă electronică ca computerul Exchange.

Atunci când se retransmite poştă, computerul Exchange poate trimite mail care se adresează corespondenţă domenii decât propriile sale domeniu. Acest comportament permite schimbul de corespondenţă înainte la orice server de reţea intern sau external SMTP.

Trebuie să fiţi atenţi atunci când utilizatorii Internet pot accesa computerul Exchange. Acest lucru se datorează faptului că computerul Exchange poate fi folosit ca un releu de corespondenţă către utilizatorii fără scrupule. Acești utilizatori poate transmite corespondenţă serverul SMTP schimb de distribuire a corespondenţei comerciale nesolicitate, cunoscută și ca spam-ul, pe mai multe computere. Acest lucru ar putea avea un efect negativ asupra lăţimea de bandă disponibilă pentru conexiunea la Internet. În plus, ar putea duce la computer Exchange fiind adăugate la "gaură neagră" liste de corespondenţă deschise relee. Dacă computerul Exchange este adăugat la această listă, alte fermă de servere de mail nu ar putea accepta mail de la domeniul dvs.

Înapoi la partea de sus

Simptome de corespondenţă releu probleme

Una sau mai multe dintre următoarele simptome poate apărea când vă confruntaţi cu probleme de retransmisie a corespondenţei.

Click aici pentru a extinde sau restrânge Listă tabel

  • Primiţi rapoartele de nelivrare (NDRs) care conţine cod eroare 5.0.0, 5.7.1 sau 5.7.3.
  • Nu trimite mesaje pentru un număr tot mai mare de domenii.
  • E-mail comercial nesolicitat apare în dumneavoastră cozile de corespondenţă, iar tu detecta că computerul Exchange trimite e-mail comercial nesolicitat.
  • Un domeniu de la distanţă vă informează că primește e-mail comercial nesolicitat din Exchange computer.
  • Una sau mai multe dintre următoarele evenimente se înregistrează în Jurnalul de aplicaţii:

    Tip de eveniment: avertisment
    Eveniment sursa: MSExchangeTransport
    Eveniment Categorie: SMTP Protocol
    ID eveniment: 1709
    Calculator: Computer_Name
    Descriere: Un client SMTP nu a făcut autentifică înainte de a încerca să trimiteţi corespondenţă. Accesul a fost refuzat. Date: 0000: 05 00 07 80...?

    Tip de eveniment: avertisment
    Eveniment sursa: MSExchangeTransport
    Eveniment Categorie: SMTP Protocol
    ID eveniment: 1710
    Calculator: Computer_Name
    Descriere: Un client SMTP autentificat ca utilizator "NT AUTHORITY\ANONYMOUS LOGON" a încercat să trimiteţi ca "User.one @ domain.edu". Accesul a fost refuzat deoarece clientul autentificate nu are permisiunea de a trimite ca această adresă SMTP. Date: 0000: 05 00 07 80...?

    Tip de eveniment: eroare
    Eveniment sursa: MSExchangeTransport
    Eveniment Categorie: SMTP Protocol
    ID eveniment: 7004
    Data: Data
    Ora: marcă de timp
    Utilizator: N/A
    Calculator: Computer_Name
    Descriere: Descriere pentru Event ID (7004) în sursa (MSExchangeTransport) nu poate fi găsit. computer local nu poate avea ca informaţiile de registry necesare sau fişierele DLL mesaj pentru a afişa mesaje de la un computer la distanţă. Este posibil să reuşiţi să utilizeze /AUXSOURCE = flag pentru a prelua această descriere; consultați Ajutor și asistență pentru detalii. Următoarele informații este parte a evenimentului: 1, 1, la, helo, 571 din Adresă IP Noi nu releu de la tine. HELO Domain_Name.com Veţi găsi corespondenţă blocat în pune în Listă tabel de aşteptare livrare la distanţă la un domeniu de la distanţă, şi jurnal de evenimente nu vă oferă nici detalii pe nume de sign-in de domeniu de la distanţă. Dacă vă telnet de domeniu de la distanţă pe portul 25, veţi găsi că conexiunea este scăzut imediat cu aceeaşi eroare în jurnal de evenimente mai sus intrarea: 571 la IP adresă noi nu releu la tine.

    Data: Data
    Sursa: MSExchangeTransport
    Ora: marcă de timp
    Categorie: (3).
    Tip: avertisment
    ID eveniment: 4001
    Utilizator: N/A
    Calculator: Computer_Name
    Descriere: Mesaj livrarea la domeniul de la distanţă 'Mail.example.com' nu a reușit. Mesajul de eroare este 'un SMTP Protocolul eroare'. MAIL, 553 5.3.0 Mail la Adresă IP a refuzat, a se vedea http://mail-abuse.org/rbl / lookup.cgi? Adresă IP date: 0000: d7 02 04 c0

    Data: Data
    Sursa: MSExchangeTransport
    Ora: marcă de timp
    Categorie: (3).
    Tip: avertisment
    ID eveniment: 4001
    Utilizator: N/A
    Calculator: Computer_Name
    Descriere: Mesaj livrarea la domeniul de la distanţă 'Mail.example.com' nu a reușit. Mesajul de eroare este 'un SMTP Protocolul eroare'. Respinsă MAIL, Mail 550 de la prin dial-up; a se vedea http://mail-abuse.org/dul/enduser.htm sau contactaţi exemplu helpdesk la. Date: 0000: d7 02 04 c0

    Data: Data
    Sursa: MSExchangeTransport
    Ora: marcă de timp
    Categorie: (3).
    Tip: avertisment
    ID eveniment: 4001
    Utilizator: N/A
    Calculator: Computer_Name
    Descriere: Mesaj livrarea la domeniul de la distanţă 'Mail.example.com' nu a reușit. Mesajul de eroare este 'un SMTP Protocolul eroare'. POŞTĂ, 550 5.7.1 Mail la Ip_Address refuzată de blackhole site-ul dialups.mail-abuse.org. Date: 0000: d7 02 04 c0

    Data: Data
    Sursa: MSExchangeTransport
    Ora: marcă de timp
    Categorie: (3).
    Tip: avertisment
    ID eveniment: 4001
    Utilizator: N/A
    Calculator: Computer_Name
    Descriere: Mesaj livrarea la domeniul de la distanţă 'Mail.example.com' nu a reușit. Mesajul de eroare este 'un SMTP Protocolul eroare'. RCPT, 554 serviciu indisponibil; [Ip_Address] blocat folosind dialups.mail-abuse.org. Date: 0000: d7 02 04 c0




Înapoi la partea de sus

Cauze posibile de NDRs care conţin cod de eroare 5.0.0, 5.7.1 sau 5.7.3


Click aici pentru a extinde sau restrânge Listă tabel


cod de eroare 5.0.0 sau 5.7.1 poate apărea dacă condiţia următoare este adevărată:
  • Computerul Exchange este listată ca un server de mesagerie, care trimite e-mail comercial nesolicitat.
cod de eroare 5.7.1 se poate produce dacă una sau mai multe dintre următoarele condiţii este adevărată:
  • Expeditorul mesajului nu are privilegiile care sunt obligate săLivrare completă.
  • Încercaţi să releu corespondenţă utilizând un server al doilea şi al doilea server nulăsaţi releu de corespondenţă. Serverul de la distanţă întoarce 5.7.1 un cod de eroare.
  • Nu aveţi o politică destinatar configurate pentru domeniul la care este trimis mesajul.
  • Destinatarul are restricţii de livrare cutia poştală activată. De exemplu, cutie poştală a destinatarului livrare restricţie este configurat pentru a primi poştă electronică numai dintr-o listă specificate. Alte corespondenţă este respinsă.
  • O listă de distribuire este configurat pentru a restrânge livrarea poştei către mesaje de la autentificatutilizatori. Poştă electronică trimisă de la o sesiune de anonim este respinsă.
  • Computerul Exchange este pe o listă de e-mail comercial nesolicitat. Computerul Exchange poate fi listat ca o retransmisie deschisă.
  • nume de domeniu complet (FQDN) al computerul Exchange se termină cu ".Local".
  • Un server Microsoft Windows NT 4.0 sau Windows 2000 Domain Name System (DNS) primeşte un răspuns neautoritar dintr-un indiciu de rădăcină sau intermediar etc.. Apoi, server Windows NT 4.0 sau Windows 2000 server DNS trimite un eşec de a servi înapoi la server de e-mail care interogat pentru un domeniu care nu a fost configurat cu un record de Mail Exchange (MX). Acest comportament se produce atunci când serverul Windows NT 4.0 sau Windows 2000 DNS primește un start de autoritate (SOA) record la o resursă neautoritar. Versiunile mai noi BIND cache-ul gol autoritate răspunsuri. Serverele Windows DNS consideră răspunsuri cu autoritate gol să fie recomandări. Răspunsurile nu sunt luate în considerare atunci când serverele Windows DNS să primiţi aceste răspunsuri. În plus, clientul primeşte un eşec de a servi în loc de Înregistrare A SOA.
  • Metabaza DS2MB cheie este deteriorat.
  • The Permite toate computerele care autentifică cu succes la releu, indiferent de Listă tabel de mai sus pe serverul SMTP virtuale nu este bifată casetă de selectare.
  • Acces anonim la fermă de servere virtuale SMTP este dezactivată.
cod de eroare 5.7.3 poate surveni dacă una din următoarele condiţii este adevărată:
  • autentificare anonimă nu sunt permise de pe serverul destinaţie.
  • Serverul destinaţie nu poate găsi destinatarul.
cod de eroare 5.7.1 sau 5.7.3 poate apărea dacă una dintre următoarele condiţii este adevărată:
  • Caracteristica DNS este configurat incorect.
  • Utilizatorii au adrese de e-mail care nu se potrivesc cu oricare dintre politicile existente beneficiare. În mod tipic, adrese proxy trebuie să corespundă cel puțin un destinatar politică.
  • Utilizaţi Microsoft ISA Server 2000, și una dintre următoarele condiţii este adevărată:
    • Se modifică Adresă IP externă a ISA server.
    • Adresă IP a SMTP publicare regula este actualizat pentru a reflecta noua Adresă IP externă a ISA server.
    • Serviciu Isactrl nu este repornit după Adresă IP a SMTP publicare regula este actualizat.

Înapoi la partea de sus

Posibile cauze de evenimente 1701, 1709, 1710, 4001 și 7004

Click aici pentru a extinde sau restrânge Listă tabel


Eveniment 1701, 1709, 1710, 4001 sau 7004 se înregistrează în Jurnalul de aplicaţii atunci când una dintre următoarele condiţii este adevărată:
  • Evenimente 1709 şi 1710 apar atunci când un NDR care conţine cod de eroare 5.7.1 este generat de Exchange computer.
  • 1701 Intervine atunci când un NDR care conţine cod de eroare 5.7.3 este primit de Exchange computer.
  • Evenimente 7004 și 4001 produce dacă alte fermă de servere de mail Listă tabel computerul Exchange ca un server de mesagerie, care trimite e-mail comercial nesolicitat sau dacă computerul Exchange este un releu de corespondenţă deschise.


Înapoi la partea de sus

În cazul în care computerul Exchange este configurat ca un releu de deschis poştă care trimite e-mail comercial nesolicitat

În cazul în care alte fermă de servere de mail Listă tabel computerul Exchange ca un server de mesagerie, care trimite email comerciale nesolicitate, este posibil să vă confruntaţi cu unul sau mai multe dintre următoarele simptome:
  • Nu trimite mesaje pentru un număr tot mai mare de domenii.
  • E-mail comercial nesolicitat apare în dumneavoastră cozile de corespondenţă, iar tu detecta că computerul Exchange trimite e-mail comercial nesolicitat.
  • Un domeniu de la distanţă vă informează că primește e-mail comercial nesolicitat din Exchange computer.
  • Veţi primi NDRs care conţin cod de eroare 5.0.0 sau 5.7.1.
  • Evenimentele 7004 și 4001 sunt înregistrate în Jurnalul de aplicaţii.
Această problemă poate apărea dacă computerul Exchange este configurat ca un releu de corespondenţă deschise. Alternativ, această problemă poate apărea dacă un cont pe Exchange computer a fost compromisă şi este utilizat ca releu de corespondenţă.


Pentru a rezolva această problemă, faceţi clic aici pentru a extinde sau restrânge paşii

  1. Verificaţi că computerul Exchange nu este un releu de corespondenţă deschise. Pentru aceasta, urmaţi aceşti paşi:
    1. Faceţi clic pe Începe, indicați spre Programe, indicați spre Microsoft Exchange, apoi faceţi clic pe administrator de sistem.
    2. În Exchange System Manager, extindeţi obiectul următoarele:
      Servers\Your_Exchange_Server_Name\Protocols\SMTP
    3. Faceţi clic dreapta pe serverul SMTP virtuale unde doriţi pentru a preveni corespondenţă releu, şi apoi faceţi clic pe Proprietăţi.
    4. Faceţi clic pe Acces tab, şi apoi faceţi clic pe Releu.
    5. implicit, deschideţi releu este blocat. Setările implicite sunt după cum urmează:
      • The Numai Listă tabel de mai jos casetă de selectare este selectată.
      • The Permite toate computerele care autentifică cu succes la releu, indiferent de Listă tabel de mai sus casetă de selectare este selectată.
    6. Dacă tu trebuie să permită un singur computer, un grup de computere sau un domeniu la releu prin server, faceţi clic pe Adăuga. În Calculator casetă de dialog, faceţi clic pe selectarea corespunzătoare pentru computerele pe care doriţi să releu prin server. Apoi, tastaţi informaţiile necesare.

      Notă Care permite accesul prin Adresă IP sau nume de sign-in de domeniu este util pentru users cine nu authenticate cu computerul Exchange.
    7. În Releu restricţii casetă de dialog, faceţi clic pe ok.
    8. Faceţi clic pe Aplică, apoi faceţi clic pe ok în Implicit SMTP virtuale proprietăţi Server casetă de dialog.
    Dacă computerul Exchange Urmărire să releu mesaje de la domenii externe, computerul Exchange are un conector SMTP care permite pentru releu. Pentru mai multe informaţii despre cum se pot preveni releu printr-un conector SMTP, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    314734Releu restricții pe server SMTP virtual implicit nu sunt de lucru
  2. Pentru a determina dacă computerul Exchange este pe o listă de e-mail comercial nesolicitat, vizitaţi următoarele site-ul: Microsoft furnizează informaţii de contact terţe pentru a vă ajuta să găsiţi suport tehnic. Aceste informaţii de contact pot fi modificate fără preaviz. Microsoft nu garantează acuratețea acestor informaţii de contact terţe.
  3. Determinaţi dacă computerul Exchange este pe o listă de e-mail comercial nesolicitat AOL. Dacă determinaţi că computerul Exchange este listat pe o listă de e-mail comercial nesolicitat AOL, eliminați computerul Exchange din listă. Pentru informaţii despre cum să procedaţi, vizitaţi următoarele site-ul AOL:
  4. Determinaţi dacă computerul Exchange este pe Listă tabel de Mail-Abuse.org a organizațiilor care trimite e-mail comercial nesolicitat. Pentru aceasta, urmaţi aceşti paşi:
    1. Vizitaţi site-ul următor:
    2. pagină de căutare HĂRŢI, tastaţi Adresă IP accesibile publicului din computerul Exchange şi apoi apăsaţi Enter.

      Notă HĂRŢI standuri pentru sistem de prevenire a abuzului Mail.
  5. Eliminați computerul Exchange din Listă tabel Mail-Abuse.org. Pentru aceasta, urmaţi aceşti paşi:
    1. Vizitaţi site-ul următor:
    2. Tastaţi Adresă IP accesibile publicului din computerul Exchange în Aveţi posibilitatea să căutaţi acest indice. Tastaţi cuvintele cheie pe care doriţi să căutaţi cutie, şi apoi apăsaţi Enter.
    3. Urmați instrucțiunile pentru a termina eliminarea computerul Exchange din listă.
  6. Scoateţi computerul Exchange din orice listă de blocări retransmisie deschisă care nu este acoperit de Mail-Abuse.org. OpenRBL.org păstrează un motor de interogare care leagă la peste 35 retransmisie deschisă bloc liste. Fiecare listă menţine o listă separată de fermă de servere de mail retransmisie deschisă. Prin urmare, computerul Exchange poate apar pe listele de unii, dar nu toate.
    1. Vizitaţi site-ul următor, şi apoi interogare pe Adresă IP a computerului de schimb sau FQDN:
    2. Dacă computerul Exchange este pe una din listele de bloc de retransmisie deschisă, veţi primi un link către site web al furnizorului Listă tabel specifice.
    3. Site-ul pentru acel furnizor Listă tabel obicei oferă instrucţiuni despre cum se elimină computerul Exchange din Listă tabel respectivă.
Notă Urmaţi procesul de eliminare listă pentru fiecare listă care include computerul Exchange. Când eliminaţi computerul Exchange dintr-o listă, computerul Exchange nu pot fi înlăturați din toate listele.

În cazul în care computerul Exchange nu este listat pe listele Blocului în marcă de timp real, va trebui să contactaţi administratorul serverului corespondenţă pentru domeniu de la distanţă la care nu se poate trimite corespondenţă. Apoi, solicita ca computerul Exchange manual fie eliminat din Listă tabel de blocări administrator. Nu toate administratorii utilizează listele bloc în marcă de timp real. Unele administratorii întreţine propriile liste. Aceste administratorii trebuie să contactaţi direct.

Înapoi la partea de sus

Dacă corespondenţă releu apare dintr-un cont pe un computer Exchange care nu este configurat ca un releu de deschis poştă

Determinaţi dacă un cont pe Exchange vă computerul trimite autentificate retransmisă corespondenţă.

Pentru aceasta, faceţi clic aici pentru a extinde sau restrânge paşii


  1. Faceţi clic pe Începe, indicați spre Programe, indicați spre Microsoft Exchange, apoi faceţi clic pe administrator de sistem.
  2. În Exchange System Manager, faceţi clic dreapta pe Your_Exchange_Server_Name, apoi faceţi clic pe Proprietăţi.
  3. Faceţi clic pe Diagnosticare de logare fila.
  4. În consolidare servicii Listă tabel, faceţi clic pe MSExchange Transport.
  5. În Categorii Listă tabel, faceţi clic pe autentificare, şi apoi faceţi clic pe Maxim în Nivel de logare zona.
  6. Faceţi clic pe Aplică, faceţi clic pe ok, şi apoi ieşi Exchange System Manager.
  7. Faceţi clic pe Începe, indicați spre Programe, indicați spre Instrumente de administrare, apoi faceţi clic pe consolidare servicii.
  8. Faceţi clic dreapta pe Simplu poştă Transport Protocol (SMTP), apoi faceţi clic pe Reporniţi.
  9. Faceţi clic pe Începe, indicați spre Programe, indicați spre Instrumente de administrare, apoi faceţi clic pe Vizualizator evenimente.
  10. În Vizualizator evenimente, căutaţi Jurnalul de aplicaţii pentru eveniment 1708. Eveniment 1708 indică faptul că contul autentifică cu computerul Exchange pentru a trimite mail transmis.
PRevent un cont la autentificare cu computerul Exchange pentru a trimite mail transmis.

Pentru aceasta, faceţi clic aici pentru a extinde sau restrânge paşii


  1. Faceţi clic pe Începe, indicați spre Programe, indicați spre Microsoft Exchange, apoi faceţi clic pe administrator de sistem.
  2. În Exchange System Manager, extindeţi obiectul următoarele:
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. Faceţi clic dreapta pe Implicit SMTP Virtual Server, apoi faceţi clic pe Proprietăţi.
  4. Faceţi clic pe Acces tab, şi apoi faceţi clic pe Releu.
  5. În funcție de mediul dvs., completaţi una din următoarele proceduri:
    • Dacă un client POP3 nu are la releu mail, deselectaţi Permite toate computerele care autentifică cu succes la releu indiferent de Listă tabel de mai sus casetă de selectare. Modificaţi parola şi nume de sign-in contului care este folosit pentru corespondenţă releu.
    • În cazul în care clientii specifice sau serverele trebuie să retransmite poştă, adăugaţi-le la Listă tabel din Releu restricţii casetă de dialog.

Înapoi la partea de sus

Cum se configurează domeniile SMTP pentru poștei și pentru releu mail

Poate doriţi să accepte corespondenţă pentru unul sau mai multe dintre următoarele clase de domenii Internet SMTP:
  • Domenii care sunt locale pe organizaţia Exchange
  • Domenii care nu sunt locale pe organizaţia Exchange
  • Domenii care sunt partajate între organizaţia Exchange şi alt server SMTP

Domenii care sunt locale pe organizaţia Exchange

Pentru a accepta corespondenţă din domeniile care sunt locale pe organizaţia Exchange, creaţi o politică beneficiare care include o adresă care este similar cu următorul:
SMTP: @Domeniu.Domain_Root
Pentru mai multe informaţii despre cum se creează o politică destinatar, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
249299Cum se configurează politici beneficiare în schimb
Înapoi la partea de sus

Domenii care nu sunt locale pe organizaţia Exchange

Pentru a accepta mail de la domenii care nu sunt locale pe organizaţia Exchange, creaţi un conector de SMTP. Pentru mai multe informaţii despre cum se configurează un conector SMTP, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
265293Cum să configuraţi conectorul SMTP în schimb 200 x
Înapoi la partea de sus

Domenii care sunt partajate între organizaţia Exchange şi alt server SMTP

Pentru a accepta mail de la domeniile care sunt partajate între organizaţia Exchange şi alt server SMTP, parametrizaţi un conector SMTP. Pentru aceasta, urmaţi paşii din secţiunea „domenii care nu sunt locale pe organizaţia Exchange". Cu toate acestea, atunci când adăugaţi domeniu la poliţele beneficiare astfel încât utilizatorii pot primi poştă electronică la adresa, goliţi Această organizaţie de schimb este responsabil pentru livrarea poştei toate la această adresă casetă de selectare. Pentru mai multe informaţii despre cum se partajează domeniile SMTP împreună cu un alt sistem de corespondenţă, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
321721Spaţiile cum să partajaţi o adresă SMTP în Exchange 2000 Server sau în Exchange Server 2003
Înapoi la partea de sus

Cum se depanează NDRs care conţin cod de eroare 5.7.1 sau 5.7.3

Eroare codurilor 5.7.1 și 5.7.3 și aplicarea Jurnal evenimente 1709, 1710 sau 1701 apar în diferite condiții. Scenariile următoare descriu aceste condiții și explica modul de a rezolva respective NDRs şi aplicarea log evenimente.

Notă NDRs care conţin cod de eroare 5.7.1 poate conţine următorul mesaj:

"Ordonator nu are permisiunea de a trimite mesajul."

Acest mesaj poate fi înşelătoare, deoarece ea implică faptul că expeditorul are o problemă de permisiuni. Cu toate acestea, motivul real pentru acest NDR este că domeniu de la distanţă a interzis de domeniul care trimite mail la relocării mail.Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
262354NDR care induc în eroare la trimiterea de domeniu de la distanţă, care nu permite releu

Scenariul 1: Computerele autentificat nu sunt permise la releu mail

Dacă Permite toate computerele care autentifică cu succes la releu indiferent de Listă tabel de mai sus nu este bifată casetă de selectare pe serverul SMTP virtuale, este posibil să primiţi NDRs care conţin cod de eroare 5.7.1. Pentru a selecta Permite toate computerele care autentifică cu succes la releu indiferent de Listă tabel de mai suscasetă de selectare, urmaţi aceşti paşi.

Click aici pentru a extinde sau restrânge paşii



  1. Faceţi clic pe Începe, indicați spre Programe, indicați spre Microsoft Exchange, apoi faceţi clic pe administrator de sistem.
  2. În Exchange System Manager, extindeţi obiectul următoarele:
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. Faceţi clic dreapta pe obiectul virtual server SMTP, şi apoi faceţi clic pe Proprietăţi.
  4. Faceţi clic pe Acces tab, şi apoi faceţi clic pe Releu. Selectaţi Permite toate computerele care autentifică cu succes la releu indiferent de Listă tabel de mai sus casetă de selectare.
Înapoi la partea de sus

Scenariul 2: Acces anonim la fermă de servere virtuale SMTP este dezactivat

Dacă Acces anonim casetă de selectare nu este selectată, este posibil să primiţi NDRs care conţin cod de eroare 5.7.1. Pentru a selecta Acces anonimcasetă de selectare, urmaţi aceşti paşi.

Click aici pentru a extinde sau restrânge paşii



  1. Faceţi clic pe Începe, indicați spre Programe, indicați spre Microsoft Exchange, apoi faceţi clic pe administrator de sistem.
  2. În Exchange System Manager, extindeţi obiectul următoarele:
    Servers\Your_Exchange_Server_Name\Protocols\SMTP
  3. Faceţi clic dreapta pe obiectul virtual server SMTP, şi apoi faceţi clic pe Proprietăţi.
  4. Faceţi clic pe Acces tab, şi apoi faceţi clic pe Autentificare.
  5. Clic pentru a selecta Acces anonim casetă de selectare.
  6. Faceţi clic pe ok două ori.
  7. Faceţi clic dreapta pe serverul SMTP virtuale, şi apoi faceţi clic pe opreşte-te.
  8. Faceţi clic dreapta pe serverul SMTP virtuale, şi apoi faceţi clic pe Începe.
  9. Faceţi clic pe Începe, indicați spre Programe, indicați spre Instrumente de administrare, apoi faceţi clic pe consolidare servicii.
  10. Faceţi clic dreapta pe Simplu poştă Transport Protocol (SMTP), apoi faceţi clic pe Reporniţi.
  11. Faceţi clic dreapta pe Microsoft Exchange circuit motor, apoi faceţi clic pe Reporniţi.



Înapoi la partea de sus

Scenariul 3: Caracteristica DNS este configurat incorect

În cazul în care caracteristica DNS este configurat incorect, este posibil să primiţi NDRs care conţin cod de eroare 5.7.1 sau 5.7.3. În plus, eveniment 1701, 1709 sau 1710 pot fi înregistrate în Jurnalul de aplicaţii. Pentru a depana configurația DNS, asiguraţi-vă că schimbător de corespondenţă (MX) înregistrările punct pentru a corecta SMTP virtual a servi. În cazul în care caracteristica DNS este configurat incorect, primite SMTP unire attempts aleator pot conecta la serverul virtuale de SMTP greşit.

Înapoi la partea de sus

Scenariul 4: Nu există nicio potrivire politică beneficiare pentru adresele proxy

Dacă utilizatorii într-o organizaţie au adrese de e-mail care nu se potrivesc oricare dintre politicile existente destinatar din organizaţie, expeditorii care trimite mail la aceşti utilizatori pot primi NDRs care conţin cod de eroare 5.7.1 sau 5.7.3. În plus, eveniment 1707, 1709 sau 1710 pot fi înregistrate în Jurnalul de aplicaţii. De obicei, adresele proxy ale utilizatorilor din organizaţie trebuie să corespundă cel puțin o politică destinatar din organizaţie.

Notă Termenul "adresele proxy" se referă la domeniile SMTP care sunt locale de organizare.Pentru mai multe informaţii despre cum se creează noi politici beneficiare sau cum se actualizează politicile de destinatar existente, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
319065Cum să lucreze cu serviciul de Update destinatar Exchange
Înapoi la partea de sus

Scenariu 5: Serverul destinaţie necesită autentificare suplimentară

În cazul în care autentificarea anonimă nu sunt permise de pe serverul destinaţie, este posibil să primiţi NDRs care conţin cod de eroare 5.7.3. Asiguraţi-vă că trimiterea client sau serverul trimite poate autentifica pe serverul destinaţie.

Notă cod de eroare 5.7.3 poate apărea, de asemenea, când serverul destinaţie nu poate găsi destinatarul.

Înapoi la partea de sus

Scenariul 6: ISA Server 2000 SMTP publicare regulii nu este actualizat

Dacă utilizaţi ISA Server 2000 şi SMTP publicare regulii nu este actualizat, este posibil să primiţi NDRs care conţin cod de eroare 5.7.1 sau 5.7.3. În plus, eveniment 1701, 1709 sau 1710 pot fi înregistrate în Jurnalul de aplicaţii. Această problemă se produce dacă utilizaţi ISA Server 2000 şi una dintre următoarele condiţii este adevărată:
  • Se modifică Adresă IP externă a ISA server.
  • IP-ul SMTP publicare regulii nu este actualizat pentru a reflecta noua Adresă IP externă a ISA server.
  • Serviciu Isactrl nu este repornit după Adresă IP a SMTP publicare regula este actualizat.
Înapoi la partea de sus
REFERINŢE
Pentru mai multe informaţii despre Exchange releu de corespondenţă, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
304897SMTP releu comportamentul în Windows 2000, Windows XP şi Exchange Server
313395 Cum să examineze releu restricții pentru conexiuni anonime SMTP şi să filtraţi mesajele de poştă electronică nesolicitate în Exchange 2000 Server
319356 Cum la spre prevent poştă electronică comercială nesolicitată în Exchange 2000 Server
324958 Cum de a bloca SMTP deschise reparcare şi de curăţare cozile Exchange Server SMTP în Windows Small Business Server
310356 Cum la spre prevent releu de corespondenţă în IIS 5.0 SMTP server în Windows 2000
257538 Cum se obţin informaţii suplimentare la Internet mail sau poştă electronică comercială nesolicitată
Înapoi la partea de sus
XCON
Resurse suplimentare

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 895853 - Ultima examinare: 12/09/2015 02:16:06 - Revizie: 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 KbMtro
Feedback