none
Outlook IMAP - nesynchronizuje se RRS feed

  • Вопрос

  • Dobrý den,

    organizace má Office365 E2 (pro neziskové organizace), používá službu pouze pro poštovní schránky. Dále vlastní Open licenci na Office 2016 Standard.

    Připojení Outlooku na schránky v Office365 funguje jen pomocí IMAP a POP3, avšak u IMAPu se často stává, že se maily po nějaké době přestanou synchronizovat. Přes Webmail je vidím, v Outlooku nejsou. Nové vytvoření poštovního účtu v Outlooku problém na chvíli vyřeší.

    Mám 2 otázky:

    1. Proč nelze Outlook připojit stejně jako na běžný Exchange server, ale je nutno použít jen IMAP? Je to dáno omezením plánu E2?

    2. Proč se synchronizace mezi Outlookem a Office365 po čase "rozbije"?

    U komerčních plánu Office365 jsem tento problém neviděl.

    Díky. Zdraví Martd


    mart

    6 января 2020 г. 10:49

Ответы

  • Split DNS? Nemáš náhodou v lokální síti DNS server, který spravuje stejnou doménu, tedy split DNS, a chybí na něm potřebné záznamy? Například server lokálního AD, kde jméno AD je stejné jako jméno veřejné domény.

    Jinak řečeno když se zeptáš z daného PC na záznam autodiscover.mojedomena.cz, co ti vrátí?

    • Изменено Lukas Beran 7 января 2020 г. 19:20
    • Помечено в качестве ответа martd 7 января 2020 г. 19:25
    7 января 2020 г. 19:19

Все ответы

  • E2? Opravdu? Tento plan je uz hodne dlouho discontinued a prevadel se na jine plany. viz napr. https://www.microsoft.com/en-us/microsoft-365/nonprofit/office-365-nonprofit-plans-and-pricing?activetab=tab%3aprimaryr1

    Ale nicmene stale plati, ze pokud je v cene planu Exchange schranka, je mozne se pripojovat z Outlooku nativne.

    Podle popisu to vypada na chybne nastaveny autodiscover zaznam v ISP DNS.

    6 января 2020 г. 12:25
  • Opravdu je to E2. Vidím to v Microsoft 365 admin center -> Fakturace --> Produkty a služby.

    Při konfigurování účtu v Outlooku 2016 zadám Jméno, email, heslo a dostanu chybu "Šifrované připojení k poštovnímu serveru není k dispozici". Proto nakonec účet nakonfiguruju jako IMAP.

    K DNS záznamům bohužel přístup nemám, ale podle dokumentace k Office365 by měl existovat CNAME: autodiscover.outlook.com, což zdá se neexistuje.


    mart

    6 января 2020 г. 13:38
  • Pokud je pristup do admin rozhrani, pak neni problem overit existenci spravnych zaznamu primo v portalu 365.

    V nastaveni domen

    6 января 2020 г. 13:43
  • V admin rozhraní je u domény stav "V pořádku". Ale např. pomocí MXTOOLBOX.com mi to žádný CNAME záznam nenajde.


    mart

    6 января 2020 г. 14:58
  • Asi necemu nerozumim...

    Proste musi v DNS ISP existovat autodiscover.mailovadomena.cz jako CNAME na autodiscover.outlook.com.

    Stejne jako je tam MX na v mailovadomena-cz.mail.protection.outlook.com

    A znovu: potrebne zaznamy a jejich kontrola je v admin rozhrani O365 https://admin.microsoft.com/Adminportal/Home?source=applauncher#/Domains , zvolim domenu, check health

    Pokud zaznam Autodiscover neexistuje, nebude stav domeny Healthy

    Dalsi moznosti, jak overit spravnost nastaveni, je standardni https://testconnectivity.microsoft.com/

    6 января 2020 г. 15:21
  • No to asi bude ten problém: stav je opravdu "V pořádku", ale existuje jen MX záznam, CNAME ne.

    Vyřeším to s ISP, aby CNAME doplnil a uvidím.

    Díky.


    mart

    6 января 2020 г. 15:34
  • ISP mi poslal tento výpis:

    ;; ANSWER SECTION:
    autodiscover.mojedomena.cz. 3599 IN    CNAME autodiscover.outlook.com.
    autodiscover.outlook.com. 159    IN    CNAME autod.ha-autod.office.com.
    autod.ha-autod.office.com. 34    IN    CNAME autod.ms-acdc-autod.office.com.
    autod.ms-acdc-autod.office.com.    34 IN    A 52.97.189.72
    autod.ms-acdc-autod.office.com.    34 IN    A 52.97.188.72
    autod.ms-acdc-autod.office.com.    34 IN    A 52.97.186.152

    ;; Query time: 62 msec
    ;; SERVER: 8.8.8.8#53(8.8.8.8)
    ;; WHEN: Tue Jan 07 19:28:55 CET 2020
    ;; MSG SIZE  rcvd: 211

    V admin portále vidím stav mojedomena.cz jeko "V pořádku". Tak nevím.

    Jestliže konfiguruju Outlook, pak dostanu chybu, o které jsem psal: "Šifrované připojení k poštovnímu serveru není k dispozici".


    mart

    7 января 2020 г. 18:40
  • Nemůže to být probém podobný tomuto: https://support.microsoft.com/en-us/help/2826047/error-when-office-365-f-plan-users-try-to-set-up-an-outlook-profile-fo


    mart

    7 января 2020 г. 18:48
  • Split DNS? Nemáš náhodou v lokální síti DNS server, který spravuje stejnou doménu, tedy split DNS, a chybí na něm potřebné záznamy? Například server lokálního AD, kde jméno AD je stejné jako jméno veřejné domény.

    Jinak řečeno když se zeptáš z daného PC na záznam autodiscover.mojedomena.cz, co ti vrátí?

    • Изменено Lukas Beran 7 января 2020 г. 19:20
    • Помечено в качестве ответа martd 7 января 2020 г. 19:25
    7 января 2020 г. 19:19
  • Trefil jste to. Díky. Jméno AD je sice jiné, ale v zóně dopředného vyhledávání je i veřejná doména s jedním A záznamem. Přidal jsem tam CNAME a Outlook se už normálně nakonfiguroval.

    Díky všem, co poradili.


    mart

    • Помечено в качестве ответа martd 7 января 2020 г. 19:25
    • Снята пометка об ответе martd 7 января 2020 г. 19:25
    7 января 2020 г. 19:25
  • Normalne se dela minimum zaznamu. tedy ne napr. zona firma.cz, ale zona www.firma.cz s jednim @ zaznamem ... tak te to udrzi nakratko :)

    MP

    9 января 2020 г. 7:44
    Модератор
  • IMHO je lokalni domena AD nastavena na firma.cz.

    Ale k vyse uvedenemu dotazu uplne na zacatek: standardni postup  (kdyz mam problem s nejakou cloudovou sluzbou) je zkusit se pripojit ke sluzbe na jinem ISP, napriklad doma. Navic kdyz mi portal rika, ze je v O365 vse nastaveno spravne. A to by zafungovalo = bylo by jasne, kam se pak dal zamerit = usetrili bychom si spoustu iteraci pri hledani priciny.


    9 января 2020 г. 9:37
  • JJ.

    Ja jsem stara skola a delam firma.local, aby bylo oddeleno id "interentovych" zaznamu.

    MP

    9 января 2020 г. 11:27
    Модератор
  • Já jsem asi "nová škola" a dělám ad.firma.cz, protože pro .local nedostanu důvěryhodný certifikát a nechci si komplikovat život jinými interními a externími certifikáty :-)
    10 января 2020 г. 18:25
  • Aha, pro .local by me nenapadlo NEpouzit domenovou CA.

    MP

    10 января 2020 г. 19:50
    Модератор
  • Však jo, pro interní služby tak jako tak vždy používám interní CA, ale některé služby jsou interní i externí, tak pro ty používám jen certifikát od veřejná CA, abych si usnadnil život :-) Když jsem měl local doménu, tak se mi to komplikovalo právě na těch službách, které byly interní i externí. Takhle si nechám vystavit certifikát pro neco.ad.firma.cz i neco.firma.cz a mám pokryté lokální i veřejné jméno jedním důvěryhodným certifikátem.

    Ale je pravda, že já nejsem nějaký AD expert a tyhle věci řeším spíš v malých firmách, kde věci fungují jinak než v enterprise prostředích :-)

    10 января 2020 г. 20:41