Thunderbird 147 vs. Outlook Office 365 Exchange account
Hello,
I don't know if I should write in English or not, but I will write in both languages. I have a long-standing problem. So far I have been working with messages on a server that only supports IMAP and SMTP. Hundreds of messages a year. After years we migrated to Outlook office 365 Exchange and TB 128-13x only worked with DavMail! When writing a long message it was ok, but when writing a long reply the forwarding symbol disappeared from the messages. I was happy to hear that version 145 can directly use Exchange with Oauth2 authentication.
But disappointment came quickly. I transferred my profile backup to TB145. It works fine offline. I can see the folders and the original emails. 1) A newly created email in Office365 is synchronized to TB. If it is a forwarded message or a reply, the message is synchronized to TB again without the reply/forward symbol. I don't recognize that I responded to the situation! 2) If I perform a "Repair Folder" in TB to improve the status, it is repaired by loading messages from the mail server so that every forwarding/reply symbol disappears in TB. 3) If I have the original backup email in TB and copy it to another folder, an exact copy is created, and the reply symbol is also visible in TB. However, in Outlook, the symbol is missing from this copy.
4) to make everything as it should be, I have to start the message again in TB(145) so that the symbols are visible everywhere.
I am interested in solving points 1,2,3, because I have several communication projects where I still follow up in messages, so I need the symbols.
Thank you.
Dobrý den,
nevím zda mám psát anglicky nebo ne, ale napíšu obojím jazykem. Mám dlouhodobý problém. Doposud jsem pracoval se zprávami na serveru podporující pouze IMAP a SMTP. Stovky zpráv ročně. Po letech jsme migrovali na Outlook office 365 Echange a TB 128-13x fungoval jen pomocí DavMail ! Při dlouhém psaní zprávy ok, při dlouhém psaní odpovědi ale ze zpráv mizel symbol přeposlání. Radost přišla s oznámením, že verze 145 umí přímo Echange s atentizací Oauth2.
Rychle ale přišlo zklamání. Svoji zálohu profilu jsem přenesl do TB145. Offline pracuje dobře. Vidím složky a původní maily. 1) Nově vytvořený email v Office365 se synchronizuje do TB. Pokud jde o zprávu přeposlanou nebo odpověď, do TB se zpráva synchronizuje opět bez symbolu odpovědi/přeposlání. Nepoznám, že jsem na situaci reagoval! 2) Pokud v TB pro zlepšení stavu provedu "Opravit složku", opraví se načtením zpráv ze mail serveru tak, že v TB zmizí každý symbol přeposlání/odpovědi. 3) Mám-li původní záložní email v TB a zkopíruji ho do jiné složky, vytvoří se přesná kopie, v TB je vidět i symbol odpovědi. Ovšem v Outlook zase u této kopie symbol chybí.
4) aby vše bylo jak má být, musím zprávu začít znovu v TB(145) aby symboly byly viditelné všude.
Mne zajímá ja kvyřešit bod 1,2,3, protože mám několik komunikačních projektů, kde stále navazuji ve zprávách, tak symboliku potřebuji.
Děkuji.
All Replies (3)
Od AI: Shrnutí problému Thunderbird 145–146 s nativním Exchange/OAuth2 neumí ze serveru Exchange správně interpretovat a znovu zapisovat příznaky „Replied/Forwarded“. Outlook si je vede po svém, Thunderbird po svém a při synchronizaci se nepřekládají. „Opravit složku“ to jen dorazí, protože si složku znovu postaví z metadat na serveru, kde ty příznaky nejsou v odpovídajícím tvaru.
Co je příčina Exchange ukládá metadata o odpovědi/přeposlání jako MAPI/PR_* flagy, případně v ExtendedProperties (tzv. PR_LAST_VERB_*). IMAP má zase svůj \Answered a \Forwarded. OAuth2 konektor v TB 145–146 nepřekládá MAPI → IMAP a zpět. Výsledek je, že TB při čtení nevidí flagy a při zápisu je neuloží do schématu, které Outlook umí přečíst. Kopírování zprávy v TB zachová interní flag, ale ten není uložen na serveru ve tvaru, který by Outlook poznal.
Stav 2026 Zatím není implementováno plné mapování MAPI „verb flags“. Na bugzille existují otevřené reporty pro „exchange verbs“ a „last verb executed“. Chování „Opravit složku“ (Rebuild) je konzistentní: přepíše lokální flagy daty ze serveru, takže všechno zmizí.
Jak řešit bod 1 a 2 (prakticky dnes) Realisticky jsou jen tři funkční varianty:
1. psát/dokončovat vlákna v TB (145+) a nikdy nepoužívat „Opravit složku“ u projektových složek, aby zůstaly lokální flagy; 2. psát/dokončovat vlákna výhradně v Outlooku (desktop), čímž se flagy ukládají serverově a TB je zatím ignoruje, ale Outlook je vidí; 3. přejít na EAS/EWS bridge (DavMail, grommunio-ews apod.), který umí mapovat „last verb“ → IMAP flags.
Bod 3 – kopie se symbolem jen v TB To je lokální flag TB. Outlook se dívá na MAPI a tam nic není, takže nezobrazí.
Co s bodem 4 To odpovídá variantě (1): nově odeslané přes TB se zapíší tak, aby TB viděl flag. Outlook to stále nečte plně.
Co lze očekávat do budoucna Dokud nebude implementace Exchange connectoru doplněna o mapování „LastVerbExecuted“ a „LastVerbExecutionTime“ do/ze serveru, budou flagy mezi Outlook ↔ TB asynchronní. Vývoj TB v roadmapě uvedl, že „verbs“ jsou v backlogu, ale zatím bez termínu.
Doporučení pro tvoji situaci (komunikační projekty + vlákna) Pokud jsou pro tebe klíčové symboly v obou klientech, nejméně bolestivé je: A) dokončovat vlákna v Outlooku a kontrolovat v Outlooku; TB používat jen jako čtení/reakce s vědomím, že symboly v TB neznamenají nic serverově; B) nebo přes EWS bridge (např. DavMail), kde se používaly EWS „verbs“ a flagy se uchovaly lépe než v čistém OAuth2 konektoru.
Co by pomohlo vývojářům Aby byl bug uzavřen, TB musí implementovat:
- čtení MAPI PR_LAST_VERB_EXECUTED;
- mapování na \Answered/\Forwarded;
- zápis zpět při odeslání (SMTP+MAPI update);
- potlačení destruktivního rebuildu pro tyto flagy.
Závěr Pro bod 1–3 dnes neexistuje čisté nastavení v TB, protože chybí mapování „verb flags“ Exchange ↔ IMAP. Výsledek, který chceš (symbole v obou klientech, beze ztráty při „Opravit složku“) vyžaduje změnu v TB. Do té doby je nutné volit workflow (TB-only, Outlook-only, nebo EWS bridge).
poljos děkuji.
Rozsáhlé info....včetně těch odborně programových => TB to ještě neumí.
Já bych přál vývojářům, kdyby se s tím brzy nějak poprali, protože by to TB zase posunulo na jiný level. Už to, že implementovali EWS protokol je pecka. Nikdy jsem kvůli sebe menší odchylce TB neopustil.
Když jsem hledal odpovědi mimo komunitu, AI mi ani nedala zmínku o destrukci dat při funkcni "Opravit složku". Je to jak popisuje. Načte se všechno znovu, ale původní tagy v TB chybí.
Jeden test jsem zde ale nezmínil. Takový co vyvrací radu k tomu, že pro psaní jen O a pro čtení TB aby se zachovali tagy na O. A to sice, že odpověď v TB147 na jednu zcela novou přijatou zprávu se u ní zachoval i ten symbol odpovědi v TB po dalším použití "Opravit složku".
Tak nevím kde co nefunguje, ale spíš mám za to, že sám outlook neví co chce...podobně jako jiné SW z dílny MS.
Děkuji moc, teším se na den, kdy vývojáři toto odladí.
Zdravím ve spolek.
Po pár dnech dávání mejlů do kupy mohu potvrdit, že to co nyní ještě neumí TB standardně, tak DavMail supluje. Při načtení zpráv z mailserveru O365 se krásně zobrazí symboly odpovědí u načtených zpráv.
Mám ale ještě dvě otázky, které jsem zjistil. Asi ani toto spojení není všemocné.
1) když dlouho píši zprávu v TB (odpověď), tak i přesto se symbol ke zprávě nepřiřadí. Jakoby davmail ztratil konektivitu s mailserverem a jakoby následně jen poslal novou zprávu! Nevíte oč se jedná? Třeba špatné nastavení? Nic se mi nepodařilo dohledat.
2) A také jsem nevyřešil problém se zálohou mailů! TB si stáhne zprávy ze serveru O365 a ty co tam už neexistují tak i TB odstraní. Ale já je právě potřebuji z té zálohy synchronizovat zpět do schránky O365. AI tvrdí, že to vyřeší offline uložení zpráv pro offline prohlížení, ale kecá. Jedu offline ukládání běžně a nepomohlo. Jak dostanu zprávy zpět do schránky?
Děkuji za rady a postřehy.