Você está offline; aguardando reconexão

Mesajele de e-mail trimise din mediul local la Office 365 Arată adrese de e-mail în loc de afișare nume în câmpul From

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2663556
Notă Expertul de configurare hibridă care este inclus în Consolă de gestionare Exchange în Microsoft Exchange Server 2010 nu mai este acceptată. De aceea, nu mai trebuie să utilizați expertul de configurare hibridă vechi. În schimb, utilizați expertul de configurare de hibrid Office 365 care este disponibil la http://aka.MS/HybridWizard. Pentru mai multe informații, consultați Expert de configurare hibridă Office 365 pentru Exchange 2010.
PROBLEMA
După ce migrați cutii poștale din mediul local în Microsoft Office 365 dintr-o implementare hibridă, câmpul de mesaje de e-mail trimise din mediul local la Office 365 nu arată nume de sign-in afișate. În schimb, din câmpul afişează adresele de e-mail.
CAUZA
Această problemă se produce dacă implementare hibridă este configurat incorect.

Pentru a verifica dacă sunteţi confruntă cu această problemă, examinaţi antetul e-mail un mesaj de poștă electronică a fost trimis de la contul de utilizator local. De obicei, X-MS-Exchange-organizație-AuthAs trebuie să fie listate ca "Interne." Dacă apare ca "anonim" X-MS-Exchange-organizație-AuthAs sau dacă lipsesc, acest lucru indică o configurare incorectă sau o cale de poștă electronică incorecte.
SOLUȚIE
Pentru a remedia această problemă, urmați acești pași:
  1. Verificați calea de poștă electronică.

    Ruta cea mai simplă este Exchange 2010 server de cutii poștale Exchange 2010 hub server (server hibrid) la Exchange Online Protection (EOP) conector intrare la Exchange Online. Asigurați-vă că nu există niciun dispozitiv de rețea nu sunt necesare, cum ar fi dispozitivele anti-spam gateway între EOP și Exchange 2010 hub server (server hibrid). Aceste dispozitive se poate elimina antetul necesare.
  2. Verificați la distanță domeniul local Exchange server. Pentru a face acest lucru, urmați acești pași:
    1. În Componentă de administrare Exchange, executaţi următoarea comandă PowerShell:

      Get-RemoteDomain <NameOfService>.<DomainName>.com | FL
      De exemplu:

      Get-RemoteDomain exchangedelegation.contoso.com | FL
    2. În rezultatele, asigurați-vă că TrustedMailOutboundEnabled, TargetDeliverDomain, și IsInternal atributele sunt setate la True.
    3. Dacă la pasul 2B atributele nu sunt setate la True, utilizați Set-RemoteDomain comandă pentru a modifica valoarea True.
  3. Verificați domeniu la distanță în Office 365. Pentru a face acest lucru, urmați acești pași:
    1. Conectarea la Exchange Online utilizând remote PowerShell. Pentru mai multe informații despre cum se face acest lucru, consultați Conectarea la Exchange Online utilizând remote PowerShell.
    2. Executaţi următoarea comandă PowerShell:

      Get-RemoteDomain <FQDNOfOnPremisesEndConnector> | FL 
    3. În rezultatele, asigurați-vă că TrustedMailnboundEnabled atribut este setat la True.
    4. Dacă atributul în Pasul 3C nu este setat la True, utilizați Set-RemoteDomain comandă pentru a modifica valoarea True.
  4. Asigurați-vă că protocol TLS (TLS) este implementat și activat în ambele medii și că nume de sign-in de domeniu complet definit (FQDN) este setat corect. Verificați local trimite conector și EOP intrare conector utilizând Asistentul de implementare Exchange Server la următorul site Web Microsoft:
  5. Verificați certificatul Exchange conector de trimitere pe serverele Exchange local care sunt responsabil cu livrarea mail EOP. Certificat Exchange ar trebui să aibă Simple Mail Transfer Protocol (SMTP) activat și trebuie să se potrivească FQDN conector de trimitere.
Dacă problema persistă după ce urmați acești pași, contactați asistență pentru Office 365.
MAI MULTE INFORMAȚII
Pentru mai multe informații, consultați următorul post în comunitatea Office 365:
Încă mai aveți nevoie de ajutor? Accesați Comunitatea Office 365 site-ul sau Forumuri TechNet Exchange.

Avertisment: acest articol a fost tradus automat

Propriedades

ID do Artigo: 2663556 - Última Revisão: 04/25/2016 23:45:00 - Revisão: 10.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365022013 hybrid o365e o365m kbmt KB2663556 KbMtro
Comentários
ment.createElement("meta"); m.content = guid; m.name = "ms.dqid"; document.getElementsByTagName("head")[0].appendChild(m);