E-mail z aplikácií a zariadení Microsoft 365: čo preveriť pred zmenou v decembri 2026
Zistite, ktoré aplikácie a zariadenia používajú SMTP AUTH so základným overovaním v Exchange Online, porovnajte podporované spôsoby odosielania a overte firemné správy pred zmenou predvoleného nastavenia v decembri 2026.

Pred schválením zmien skenera, fakturačného systému alebo aplikácie na tvorbu reportov zistite, či odosiela správy cez Exchange Online pomocou SMTP AUTH so základným overovaním. Práve tejto konkrétnej závislosti sa týka decembrová zmena Microsoftu v roku 2026. Samotné používanie Microsoft 365 nehovorí, ako jednotlivé aplikácie odosielajú svoje správy.
V praxi treba identifikovať dotknutých odosielateľov, potvrdiť podporovaný spôsob ďalšieho odosielania a pred zmenou živej konfigurácie overiť reprezentatívnu firemnú správu. Vlastník systému alebo rozpočtu tak získa podklady na rozhodnutie, ktoré práce sú potrebné.
Čo sa zmení na konci decembra
Podľa aktualizovaného harmonogramu SMTP AUTH zostane správanie do decembra 2026 nezmenené. Na konci decembra sa SMTP AUTH so základným overovaním v existujúcich tenantoch predvolene vypne. Správcovia ho budú môcť podľa potreby znova zapnúť. Táto zmena predvoleného nastavenia je oddelená od konečného odstránenia.
V nových tenantoch vytvorených po decembri 2026 bude táto metóda predvolene nedostupná a podporovanou metódou overovania bude OAuth. Microsoft oznámi dátum konečného odstránenia v druhej polovici roka 2027. Ide o obdobie, keď oznámi dátum, nie o dátum samotného odstránenia.
Tento harmonogram sa týka základného overovania SMTP AUTH v Exchange Online. Neznamená, že sa končí SMTP alebo že každá schránka a zariadenie Microsoft 365 majú rovnakú závislosť. Upravený harmonogram poskytuje čas na prípravu; stále však treba posúdiť konkrétnu zmenu konfigurácie.
Začnite firemnou správou
Pri každej dôležitej správe požiadajte dodávateľa alebo správcu o potvrdenie skutočnej cesty odosielania. Fakturačná aplikácia môže odoslať správu priamo do Exchange Online, použiť lokálny relay server alebo odosielať cez službu svojho dodávateľa. Sú to hypotetické príklady a každý si vyžaduje iné podklady. Samotná adresa Microsoft 365 v poli odosielateľa otázku nezodpovie.
Veďte stručný prehľad s týmito údajmi:
- Firemná správa: čo sa odosiela, kedy je to potrebné a na akej prílohe či obsahu záleží.
- Odosielateľ a cesta: aplikácia alebo zariadenie, skutočná odosielacia služba a metóda overovania.
- Príjemcovia: ľudia v organizácii, externí príjemcovia alebo obaja.
- Vlastník systému: osoba zodpovedná za odosielateľa a vzťah s jeho dodávateľom.
- Možnosť ďalšieho odosielania: podporovaný spôsob odosielania a nevyriešené otázky kompatibility alebo konfigurácie.
- Zodpovedná osoba za overenie: kto potvrdí, že požadovaná správa dorazila príjemcovi.
Neznáme údaje zaznamenajte a určte, kto ich vyrieši. Ľahšie tak odlíšite potvrdenú závislosť od základného overovania od odosielateľa, ktorý si vyžaduje samostatné preverenie. Dodávateľ navyše dostane konkrétnu otázku, na ktorú má odpovedať pred nákupom alebo zmenou konfigurácie.
Vyberte spôsob podľa príjemcov a hostingu
Jednou z možností pokračovania je odosielanie klientom cez OAuth. Dokumentácia Microsoftu k OAuth pre SMTP opisuje podporu overovania vrátane registrácie aplikácie a tokenov. Konkrétna aplikácia alebo zariadenie musí požadovanú podporu implementovať a konfigurácia tenantu musí umožňovať jej použitie. Všeobecné tvrdenie, že produkt „podporuje SMTP“, kompatibilitu nepotvrdzuje. Overte ju u dodávateľa pre presný model alebo verziu softvéru.
Pokyny Microsoftu na odosielanie z aplikácií a zariadení rozlišujú spôsoby podľa okruhu príjemcov a prevádzkových požiadaviek. Odosielanie klientom a relay cez vhodný konektor môžu doručovať interným aj externým príjemcom. High Volume Email a Direct Send sú v tomto prehľade určené len na internú poštu. Vzhľadom na obmedzený okruh príjemcov nie sú vhodné na faktúry ani upomienky zákazníkom mimo organizácie.
Relay cez konektor má vlastné podmienky použiteľnosti. Vyžaduje prichádzajúci konektor, overenie certifikátom alebo vhodnou statickou verejnou IP adresou a dostupný port 25. Microsoft túto cestu vylučuje pre relay cez služby tretích strán hostované napríklad v Azure. Pri cloudovej aplikácii preto treba preveriť jej hosting skôr, než sa relay cez konektor začne považovať za možnosť.
Direct Send prináša aj zodpovednosť za správu e-mailového servera. Iná odosielacia služba vrátane alternatívy Azure Communication Services, ktorú Microsoft opisuje pre internú aj externú poštu, si vyžaduje samostatné posúdenie kompatibility a prevádzky. Ktoré možnosti sa oplatí preveriť, závisí od zoznamu príjemcov, hostingového prostredia a dostupnej podpory. O výmene hardvéru sa rozhodujte až po preverení podporovaných možností.
Pred zmenou v ostrej prevádzke overte doručenie
Dohodnite sa, kto vykoná zmenu, kto overí obchodný výsledok a kto bude následne riešiť prípadné problémy. Použite reprezentatívnu správu so správnou identitou odosielateľa, obsahom a prílohou. Sledujte ju od odoslania až po doručenie zamýšľanému príjemcovi vrátane externého príjemcu, ak to firemný proces vyžaduje.
Úspešné overenie potvrdzuje len jednu časť tohto procesu. Potvrdenie podpory od dodávateľa a úspešný test pripojenia správcom treba doplniť kontrolou doručenia príjemcovi. Zmenu v ostrej prevádzke naplánujte, keď budú jasné závislosť, kompatibilný spôsob odosielania aj zodpovednosti za overenie.
Ak potrebujete pomôcť posúdiť požiadavky na odosielanie z aplikácie alebo zariadenia, môžeme prebrať rozsah v rámci našej služby e-mailovej infraštruktúry.