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.
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.
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
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 nu
lă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 autentificat
utilizatori. 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.
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.
Î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
- Verificați că computerul Exchange nu este un releu de corespondență deschise. Pentru aceasta, urmați acești pași:
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Microsoft Exchange, apoi faceți clic pe administrator de sistem.
- În Exchange System Manager, extindeți obiectul următoarele:
Servers\Your_Exchange_Server_Name\Protocols\SMTP
- Faceți clic dreapta pe serverul SMTP virtuale unde doriți pentru a preveni corespondență releu, și apoi faceți clic pe Proprietăți.
- Faceți clic pe Acces tab, și apoi faceți clic pe Releu.
- 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ă.
- 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.
Reduceți imagineaMăriți imaginea
- În Releu restricții casetă de dialog, faceți clic pe ok.
- 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:314734
(http://support.microsoft.com/kb/314734/
)
Releu restric?ii pe server SMTP virtual implicit nu sunt de lucru
- 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.
- 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:
- 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:
- Vizitați site-ul următor:
- pagină de căutare HĂRȚI, tastați Adresă IP accesibile publicului din computerul Exchange și apoi apăsați Enter.
Reduceți imagineaMăriți imaginea
- Elimina?i computerul Exchange din Listă tabel Mail-Abuse.org. Pentru aceasta, urmați acești pași:
- Vizitați site-ul următor:
- 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.
- Urma?i instruc?iunile pentru a termina eliminarea computerul Exchange din listă.
- 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.
- Vizitați site-ul următor, și apoi interogare pe Adresă IP a computerului de schimb sau FQDN:
- 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.
- Site-ul pentru acel furnizor Listă tabel obicei oferă instrucțiuni despre cum se elimină computerul Exchange din Listă tabel respectivă.
Reduceți imagineaMăriți imaginea
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.
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
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Microsoft Exchange, apoi faceți clic pe administrator de sistem.
- În Exchange System Manager, faceți clic dreapta pe Your_Exchange_Server_Name, apoi faceți clic pe Proprietăți.
- Faceți clic pe Diagnosticare de logare fila.
- În consolidare servicii Listă tabel, faceți clic pe MSExchange Transport.
- În Categorii Listă tabel, faceți clic pe autentificare, și apoi faceți clic pe Maxim în Nivel de logare zona.
- Faceți clic pe Aplică, faceți clic pe ok, și apoi ieși Exchange System Manager.
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Instrumente de administrare, apoi faceți clic pe consolidare servicii.
- Faceți clic dreapta pe Simplu poștă Transport Protocol (SMTP), apoi faceți clic pe Reporniți.
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Instrumente de administrare, apoi faceți clic pe Vizualizator evenimente.
- Î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
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Microsoft Exchange, apoi faceți clic pe administrator de sistem.
- În Exchange System Manager, extindeți obiectul următoarele:
Servers\Your_Exchange_Server_Name\Protocols\SMTP
- Faceți clic dreapta pe Implicit SMTP Virtual Server, apoi faceți clic pe Proprietăți.
- Faceți clic pe Acces tab, și apoi faceți clic pe Releu.
- Î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.
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:
249299
(http://support.microsoft.com/kb/249299/
)
Cum se configurează politici beneficiare în schimb
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:
265293
(http://support.microsoft.com/kb/265293/
)
Cum să configurați conectorul SMTP în schimb 200 x
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:
321721
(http://support.microsoft.com/kb/321721/
)
Spațiile cum să partajați o adresă SMTP în Exchange 2000 Server sau în Exchange Server 2003
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.
Reduceți imagineaMăriți imaginea
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:
262354
(http://support.microsoft.com/kb/262354/
)
NDR 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
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Microsoft Exchange, apoi faceți clic pe administrator de sistem.
- În Exchange System Manager, extindeți obiectul următoarele:
Servers\Your_Exchange_Server_Name\Protocols\SMTP
- Faceți clic dreapta pe obiectul virtual server SMTP, și apoi faceți clic pe Proprietăți.
- 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.
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
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Microsoft Exchange, apoi faceți clic pe administrator de sistem.
- În Exchange System Manager, extindeți obiectul următoarele:
Servers\Your_Exchange_Server_Name\Protocols\SMTP
- Faceți clic dreapta pe obiectul virtual server SMTP, și apoi faceți clic pe Proprietăți.
- Faceți clic pe Acces tab, și apoi faceți clic pe Autentificare.
- Clic pentru a selecta Acces anonim casetă de selectare.
- Faceți clic pe ok două ori.
- Faceți clic dreapta pe serverul SMTP virtuale, și apoi faceți clic pe oprește-te.
- Faceți clic dreapta pe serverul SMTP virtuale, și apoi faceți clic pe Începe.
- Faceți clic pe Începe, indica?i spre Programe, indica?i spre Instrumente de administrare, apoi faceți clic pe consolidare servicii.
- Faceți clic dreapta pe Simplu poștă Transport Protocol (SMTP), apoi faceți clic pe Reporniți.
- Faceți clic dreapta pe Microsoft Exchange circuit motor, apoi faceți clic pe Reporniți.
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.
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.
Reduceți imagineaMăriți imaginea
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:
319065
(http://support.microsoft.com/kb/319065/
)
Cum să lucreze cu serviciul de Update destinatar Exchange
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.
Reduceți imagineaMăriți imaginea
cod de eroare 5.7.3 poate apărea, de asemenea, când serverul destinație nu poate găsi destinatarul.
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.
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:
304897
(http://support.microsoft.com/kb/304897/
)
SMTP releu comportamentul în Windows 2000, Windows XP și Exchange Server
313395
(http://support.microsoft.com/kb/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
(http://support.microsoft.com/kb/319356/
)
Cum la spre prevent poștă electronică comercială nesolicitată în Exchange 2000 Server
324958
(http://support.microsoft.com/kb/324958/
)
Cum de a bloca SMTP deschise reparcare și de curățare cozile Exchange Server SMTP în Windows Small Business Server
310356
(http://support.microsoft.com/kb/310356/
)
Cum la spre prevent releu de corespondență în IIS 5.0 SMTP server în Windows 2000
257538
(http://support.microsoft.com/kb/257538/
)
Cum se obțin informații suplimentare la Internet mail sau poștă electronică comercială nesolicitată
Înapoi la început
