Puncte:0

Trimiteți corespondența către anumite MX

drapel us

Avem o problemă ciudată. Serverul nostru Exchange (vechiul Exchange 2010) nu livrează corespondența la o anumită adresă. Când verific, văd că domeniul destinatarului are 2 înregistrări MX

  • MX 10 bun.server
  • MX 100 bad.server

Nu este clar de ce, dar Exchange încearcă să livreze corespondența doar către al doilea server. Și eșuează, deoarece al doilea server este rău. Apar 2 intrebari

  1. Una teoretică - de ce?
  2. Una practică (dacă rămâne cea teoretică fără răspuns) - care este modalitatea de a forța Exchange să livreze corespondența către good.server?

Actualizați: Eu folosesc pentru test centralops.net/co . Văd acolo două înregistrări MX:

  • 10 somedomain.mail.protection.outlook.com
  • 100 relee.rzone.de

Și e-mailul de test trece toate verificările și trece prin primul MX. În Toolbox of Exchange găsesc un fel de urmă și văd acolo că Exchange încearcă să trimită mail-ul către al doilea server și după multe încercări obține starea FAILED.

Actualizare 2: Conform https://docs.microsoft.com/en-us/exchange/mail-flow/test-smtp-with-telnet?view=exchserver-2019 Am urmat toți pașii și a funcționat bine (fără refuzuri, corespondență pusă la coadă pentru livrare).
Dacă fac același lucru cu al doilea server, primesc:

450 4.1.0 Nu utilizați Backup MX 'relay.rzone.de' cât timp MX-ul principal este disponibil - vă rugăm să trimiteți e-mailul la ....

Deci al doilea server refuză pentru că presupune că primul este disponibil. Dar de ce nu funcționează „mod normal” (în timp ce funcționează cu telnet)? Utilizatorul domeniului încă nu poate trimite e-mail la o adresă cu care trebuie să comunice.
Trimitem mii de e-mailuri și doar un domeniu are această problemă.

joeqwerty avatar
drapel cv
Cum ați stabilit sau de unde știți că un server este bun și celălalt este rău? De asemenea, ați încercat să stabiliți manual o sesiune SMTP pentru ambele servere?
drapel us
Eu folosesc pentru test https://centralops.net/co/ Văd acolo ambele înregistrări MX: 10 somedomain.mail.protection.outlook.com 100 relee.rzone.de Și e-mailul de test de acolo trece toate verificările și trece prin primul MX În Toolbox of Exchange găsesc un fel de urmă și văd acolo că Exchange încearcă să trimită e-mail-ul către al doilea server și după multe încercări obține starea FAILED
Ivan_Wang avatar
drapel us
Salut, vreo actualizare?
Puncte:0
drapel us

În mod normal, domeniul dacă va avea mai multe înregistrări MX, dintre care una este destinată ca o „backup” - cu un număr de preferință mai mare, astfel încât să nu fie ales în mod normal ca țintă pentru livrarea e-mailului. În cazul erorilor de la gazdele cu numere mai mici, serverele de e-mail de trimitere vor livra gazdei „de rezervă”: Sursă

Pentru serverul Exchange, din câte știu eu, se pare că nu există setări pentru a specifica înregistrarea MX a destinatarilor pentru e-mailurile de ieșire.

În scenariul dvs., gazda cu numere mai mici „MX 10 good.server” ar trebui să aibă o prioritate mai mare pentru a primi e-mailuri, bănuiesc că se întâmplă ceva cu ea. La fel de joeqwety spus, ar putea fi necesar să stabiliți manual sesiunea SMTP între serverul dvs. Exchange și serverele de destinație.

În plus, NDR (Mesajul nedivizat) din dosarul Inbox al expeditorului ar trebui să ne spună câteva motive pentru a provoca o eșec de livrare (de ex. Cod de stare îmbunătățit).

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.