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
- Una teoretică - de ce?
- 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ă.