none
Zmena SCP/Autodiscover zaznamu pro Outlook (Exchange Online) RRS feed

  • Dotaz

  • Zdravim vsechny, pozadal bych o radu s nastavenim SCP/Autodiscover zaznamu pro Outlooky.

    Presli jsme u zakaznika na Exchange Online (CutOver migrace) z Exchange 2010 (SBS 2011) a o vikendu nas ceka nastaveni Outlooku na stanicich.

    Docetl jsem se, ze je vhodne odstranit/zmenit SCP zaznam tak, aby Outlooky nehledaly Autodiscover zaznam v lokalnim AD, ale aby sly na verejne DNS, kde je nastaveny zaznam "autodiscover.outlook.com".

    Nasel jsem metodu zablokovani SCP zaznamu pres registry.

    Jeste me napadlo nastavit Autodiscover zaznam na internim/externim URL na hodnotu "autodiscover.outlook.com", bude to fungovat?

    Diky, Honza

    čtvrtek 12. března 2020 20:31

Odpovědi

  • Pokud outlook zdetekuje, ze je v domene, uprednostni domenove zaznamy pred DNS dotazy.

    Proc nepostupujes podle navodu a hledas vlastni reseni?
    https://docs.microsoft.com/en-us/exchange/mailbox-migration/cutover-migration-to-office-365

    V post instalacnim postupu je
    Set-ClientAccessServer -Identity <ServerName> -AutoDiscoverServiceInternalUri $null

    Nebo-li odstraneni SCP zaznamu z AD.

    POZN: jde to samozrejme i ADSIeditem, ale proc hned hardcore, kdyz je na to softcore prikaz.

    Navic standardni a obvyklou praxi je stary Exchange odinstalovat. Proc blokovat/mazat SCP a neodstranit cely Exchange?


    • Upravený Miroslav Tiser pátek 13. března 2020 7:42
    • Označen jako odpověď J.Urbanik pátek 13. března 2020 12:35
    pátek 13. března 2020 7:40
  • Dobra, ale nic nebrani pro takove cinnosti pouzivat OWA a na veskere lokalni nastaveni Autodiscover zapomenout.

    Tj nastavit interni i externi Autodiscover point na $null

    A stejne tak zapomenout na byvaly lokalni profil outlooku. Jen zabira misto v profilu.

    Kdyby opravdu horelo, zase lze SCP vratit zpet.

    EDIT: sice chapu, ze muze uzivatel kricet, ze mu neco chybi, ale predpokladam, ze jste pri migraci zkonrolovali Cutover batch a na chyby v nem - nejsou chyby = nemuze chybet.

    Problem pri migraci jsou hlavne autocomplete seznamy, ktere jsou prokleti outlooku.




    • Upravený Miroslav Tiser pátek 13. března 2020 11:47
    • Označen jako odpověď J.Urbanik pátek 13. března 2020 12:35
    pátek 13. března 2020 11:42

Všechny reakce

  • Pokud outlook zdetekuje, ze je v domene, uprednostni domenove zaznamy pred DNS dotazy.

    Proc nepostupujes podle navodu a hledas vlastni reseni?
    https://docs.microsoft.com/en-us/exchange/mailbox-migration/cutover-migration-to-office-365

    V post instalacnim postupu je
    Set-ClientAccessServer -Identity <ServerName> -AutoDiscoverServiceInternalUri $null

    Nebo-li odstraneni SCP zaznamu z AD.

    POZN: jde to samozrejme i ADSIeditem, ale proc hned hardcore, kdyz je na to softcore prikaz.

    Navic standardni a obvyklou praxi je stary Exchange odinstalovat. Proc blokovat/mazat SCP a neodstranit cely Exchange?


    • Upravený Miroslav Tiser pátek 13. března 2020 7:42
    • Označen jako odpověď J.Urbanik pátek 13. března 2020 12:35
    pátek 13. března 2020 7:40
  • Zdravim p.Tiser a diky za odkaz.

    PS prikaz zminuje pouze "Internal" zaznam, externi zaznam vadit nebude?

    Identity    : SERVER\EWS (Default Web Site)
    InternalUrl : https://mail.firma.cz/EWS/Exchange.asmx
    ExternalUrl : https://mail.firma.cz/EWS/Exchange.asmx

    Postupoval jsem podle videa od L.Brazdy z WUGu, kde post migraci procesy nejsou zmineny.

    Exchange budu odebirat pozdeji. Kdyby nahodou nejake maily chybely, tak si prepnu Outlook profil na lokalni Exchange a maily dohledam. Kdybych Exchange hned odinstaloval, tak mi na stanicich zbyde pouze .OST soubor a z toho se maily spatne dostavaji. Nebo je jeste jiny postup?

    pátek 13. března 2020 8:35
  • Asi mam nekde mezeru v logice postupu. A neco mi unika.

    Udelal jsem cutover = obsah shranek z lokalniho exchange jsem prenesl do O365. Komplet.
    Tak k cemu mi je OST soubor, neboli cache lokalni schranky, kdyz je cela v O365?

    pátek 13. března 2020 10:25
  • Ano, mate pravdu, maily by mely byt komplet presunute. Muze se ale stat, ze uzivatel mi oznami, ze mu po migraci nektere dulezite maily chybi.

    Kdyz jeste nejakou dobu budu drzet lokalni Exchange, tak si jeho tvrzeni muzu overit na jeho lokalni Exchange schrance.

    Kdyz lokalni Exchange odinstaluju, tak si neoverim nic, zbyde mi pouze OST. Muzu uzivateli ukazat report jeho schranky z migrace, ale on si bude tvrdit svoje.

    pátek 13. března 2020 10:45
  • Dobra, ale nic nebrani pro takove cinnosti pouzivat OWA a na veskere lokalni nastaveni Autodiscover zapomenout.

    Tj nastavit interni i externi Autodiscover point na $null

    A stejne tak zapomenout na byvaly lokalni profil outlooku. Jen zabira misto v profilu.

    Kdyby opravdu horelo, zase lze SCP vratit zpet.

    EDIT: sice chapu, ze muze uzivatel kricet, ze mu neco chybi, ale predpokladam, ze jste pri migraci zkonrolovali Cutover batch a na chyby v nem - nejsou chyby = nemuze chybet.

    Problem pri migraci jsou hlavne autocomplete seznamy, ktere jsou prokleti outlooku.




    • Upravený Miroslav Tiser pátek 13. března 2020 11:47
    • Označen jako odpověď J.Urbanik pátek 13. března 2020 12:35
    pátek 13. března 2020 11:42
  • Ano, OWA pro ucely dokazovani plne postacuje a Autodiscover zaznamy je mozne smazat.

    Zvazuju, ze budu reportum verit a Exchange odinstaluju, aspon se SBSku ulevi.

    V cem je problem s autocomplete seznamy? Nezmigrujou se, nebo se pouze castecne zmigrujou? Lokalni autocomplete .NK2 nejde importovat (outlook.exe / importnk2) v Exchange Online prostredi?

    pátek 13. března 2020 12:15
  • Tak po vymazu/zmene SCP jen Exchange zatim vypnete jako service. Odinstalovat az po usazeni prechodu.

    ad autocomplete

    Pokud zmenim profil Outlooku, muze se zmenit autocomplete. Obzvlast, pokud migrace do o365 zaroven resi i migraci na jine Office s novou verzi.

    Ja se snazim trpelive vysvetlovat uzivatelum, ze lidi, se kterymi casto komunikuji mam mit v lokalnich Kontaktech. Ale je to hrach na zed :) Takze vetsinou pred vlastnim prepnutim MAPI do O365 jeste kopiruju autocomplete seznam do kontaktu pres utilitu od Nirsoftu. Tim o nic neprichazim a muzu ty same kontakty mit i v mobilu.

    pátek 13. března 2020 13:50
  • Uz to vidim: Export the emails information stored inside NK2 file directly into the contacts of Outlook.

    Lze to nejak zautomatizovat, nebo to delate rucne na kazde stanici?

    pátek 13. března 2020 14:39
  • https://www.msoutlook.info/question/backup-and-restore-autocomplete
    https://support.office.com/en-us/article/import-or-copy-the-auto-complete-list-to-another-computer-83558574-20dc-4c94-a531-25a42ec8e8f0
    https://support.microsoft.com/en-us/help/2199226/information-about-the-outlook-autocomplete-list

    Nove Outlooky to ukladaji do mailboxu, takze by to melo jit i centralne zazalohovat a zase obnovit. Nikdy jsem to nedelal :)

    Cutover je pro par desitek uzivatelu, kteri se stejne obihaji a tak to resim rucne Nirsoft utilitou.

    EDIT: NK2 se od o2010 nepouziva :) pouziva se .DAT soubor
    pátek 13. března 2020 15:17
  • SBS se uleví bez Exchange? No, jen opatrně. Není to zrovna podporované, stejně jako brzy kompletně celý SBS (záleží na podpoře komponent a Exchange byl prodloužen).

    Pokud tam nezbyde Exchange, nebylo by nasnadě si říci, že buď nepotřebujete tu doménu vůbec a místo GPO třeba využít MDM? Nebo třeba provést upgrade na nějaký novější Windows Server Essentials?

    středa 1. dubna 2020 7:04
    Vlastník
  • Cela domena se bude migrovat na novy hardware + Windows 2019, stary hardware uz prestava stacit.
    pondělí 6. dubna 2020 13:52
  • Tou migrací rozumíme skutečně migraci, nebo to vlastně budete stavět znovu? Trochu bych se bál o schéma a náplavu v profilech z SBS.
    pondělí 6. dubna 2020 13:59
    Vlastník
  • Klasicka migrace se zachovanim stavajici domeny.

    Vim, ze to neni idelani, ale u jineho zakaznika se stejnym scenarem je po roce vse v poradku.

    pondělí 6. dubna 2020 14:13