Efectuând o migrare Microsoft Exchange 2010 la 2016 și totul este gata pentru tranziție, în afară de această problemă.
Am o înregistrare CNAME DNS internă mail.domain.tld care indică către serverul Exchange 2010 192.168.0.10. Serverul Exchange 2016 este 192.168.0.20.
Când încerc să mă autentific prin POP3 pe serverul Exchange 2016 (folosind comanda OpenSSL „openssl s_client -connect 192.168.0.20:995”), serverul mă va autentifica dacă căsuța poștală a utilizatorilor este în 2010 sau 2016, iar când termin conexiunea știu acest lucru, deoarece primesc un răspuns de „+OK Microsoft Exchange Server 2016 Server POP3 deconectat”. sau „+OK Microsoft Exchange Server 2010 Server POP3 deconectat.”, în funcție de locul în care se află cutia poștală.
Când încerc să mă autentific prin POP3 pe serverul Exchange 2010, sunt se poate autentifica numai cu cutiile poștale pe serverul 2010, care știu că este funcționalitate normală.
In orice caz, când schimb înregistrarea DNS CNAME internă mail.domain.tld care indică către serverul Exchange 2010 192.168.0.10 către serverul Exchange 2016 192.168.0.20, când încerc să mă autentific pe Exchange 2016 prin POP3 pentru o cutie poștală în 2010, serverul îmi dă o eroare de autentificare „-ERR Eroare de conectare: nume de utilizator necunoscut sau parolă greșită”. Pot doar să presupun nu reușește să determine cărui server Exchange îi aparține căsuța poștală și mă autentifică pentru serverul Exchange 2016, nu 2010.
Unde pot verifica configurația pentru Exchange 2016 pentru a vedea cum determină baza de date căreia îi aparține cutia poștală? Cea mai bună presupunere este că Exchange 2016 vede că cutia poștală aparține Exchange 2010 și indică către mail.domain.tld, crezând că este serverul 2010, când de fapt este serverul 2016 și apoi îmi dă această eroare de autentificare ca cutia poștală nu se află în această bază de date.
Merită remarcat faptul că pe Exchange 2016 EAC, sub Servere --> Baze de date, fiecare bază de date de cutie poștală care este listată are FQDN-ul serverului ca nume de server, nu înregistrarea CNAME mail.domain.tld
EDITAȚI | ×:
Am reușit să rezolv problema și am stabilit ce o cauzează.Setările proxy pentru POP3 InternalConnectionSettings și ExternalConnectionSettings pentru Exchange 2016 și răspunsul HELO pentru Exchange 2010 pentru POP au fost ambele setate la mail.domain.tld
Ceea ce se întâmpla a fost când aș schimba înregistrarea CNAME pentru mail.domain.tld din Exchange 2010 în Exchange 2016, când Exchange 2016 a fost setat ca CAS principal, încerca să trimită conexiuni pentru cutiile poștale nu pe 2016 la mail.domain. tld și ar rămâne blocat într-o buclă încercând să se autentifice cu el însuși.
Am schimbat înregistrarea CNAME pentru a indica Exchange 2016 și am setat o înregistrare DNS în fișierul hosts pe Exchange 2016 pentru a indica mail.domain.tld către serverul Exchange 2010 și acest lucru a rezolvat problema.
Acum pot începe migrarea cutiilor poștale din 2010 până în 2016.
