E-mail do kanálu: jak jakákoli služba přidává zprávy do chatu vašeho týmu bez bota – a proč je adresa lepší než token bota

Většinu toho, co tým během dne potřebuje vidět, nenapsal kolega. Vyprodukoval to stroj: monitoring dostupnosti, který zaznamenal pomalý endpoint, platební procesor, který přijal fakturu, helpdesk, který otevřel tiket, nebo CI pipeline, která selhala. Dostat tyto zprávy tam, kde tým skutečně komunikuje, se nazývá „integrace“ a ve většině chatovacích nástrojů to znamená bota: vytvořit ho, získat token, token uložit, napsat nebo nakonfigurovat odesílatele a udržet token při životě.

InterMIND volí kratší cestu. Každý kanál má vlastní e-mailovou adresu. Cokoli, co umí odeslat e-mail, může přispívat do kanálu, a e-mail umí odeslat téměř všechno. Na straně InterMIND není kromě samotné adresy nic, co byste museli vytvářet, nic k instalaci a žádný token, který byste museli udržovat. Tento článek popisuje celou mechaniku této cesty a přidává věcné srovnání s doručováním přes bota ve čtyřech bodech, na kterých v praxi záleží: nastavení, tajné údaje, záruky doručení a to, kdo to může vypnout.

Nastavení najdete na stránce funkce Email to Channel, referenční popis v dokumentaci.

Jak to funguje

1. Adresa

Hostitel kanálu otevře nastavení zobrazení kanálu (ikona ozubeného kola v záhlaví chatu), zvolí Email to channel a klikne na Create address. Výsledkem je privátní adresa ve tvaru <token>@in.intermind.com. Vidět ji, měnit ji (New address) nebo odebrat může jen hostitel. Obě akce se projeví okamžitě a stará adresa přestane fungovat ve chvíli, kdy existuje nová.

Vaše osobní složka Inbox má stejný druh adresy, kterou vidíte jen vy. Adresa kanálu je pro to, co má vidět tým, adresa Inboxu pro to, co má vidět jen vy.

2. Odesílatel

Vložte adresu všude, kde nějaký nástroj žádá e-mail pro upozornění. Toto pole je celá integrace. Kanál upozornění v monitoringu dostupnosti, pravidlo upozornění v nástroji pro sledování chyb, „upozornit na nový tiket“ v helpdesku, potvrzení z fakturačního systému, oznámení o buildu z CI serveru, odpovědi z formulářů, odběr newsletteru – všechno to má takové pole a žádný z těchto nástrojů nemusí vědět, co je InterMIND.

3. Co se objeví v kanálu

E-mail dorazí jako běžná zpráva v kanálu:

• Připsaná odesílateli. Zpráva nese jméno a adresu odesílatele, ne hostitele, a pro každého čtenáře se překládá stejně jako jakákoli jiná externí zpráva.
• Nejdřív předmět. Předmět e-mailu se stane prvním řádkem zprávy.
• Text, ne balast. Použije se prostá textová část; e-mail pouze v HTML se převede na text. Podpisy a citované konce odpovědí se odstraní, takže přeposlané vlákno zobrazí nový obsah, ne celou historii. Tělo zprávy je omezeno na 100 000 znaků.
• Přílohy zůstanou. Každá příloha se stane souborovou zprávou, a to až do 25 MB na soubor.

4. Kde se čte

Členové, kteří mají kanál otevřený, vidí příchozí zprávu živě na webu a v desktopové aplikaci. Členům, kteří se nedívají, přijde push oznámení na mobil. Každý čte zprávu ve svém jazyce a zůstává v historii kanálu jako všechno ostatní. Tok je jednosměrný: odpověď v kanálu neodešle odesílateli žádný e-mail.

Limity, bez příkras

• Přílohy se započítávají do úložného prostoru týmu. Když je úložiště plné, text stále dorazí, příloha se přeskočí a ve zprávě je o tom poznámka.
• Maximálně 30 e-mailů za hodinu na adresu; vše nad tento počet ve stejné hodině se zahodí.
• Pošta na neexistující adresu se tiše zahodí: žádný bounce, žádná odpověď. Uhodnutá adresa nedostane žádnou zpětnou vazbu.
• Dostupné v každém tarifu.

Stejná práce s botem

Integrace přes bota není těžká. Je jen delší a každý její krok je něco, co se později může pokazit. Tady je verze pro Telegram, protože jsme si na ní až do tohoto týdne sami provozovali upozornění z monitoringu, a verze pro Slack, protože je to reference, kterou zná většina týmů.

Telegram. Bot se vytvoří přes BotFather, který vydá token. Každá zpráva je HTTP volání Bot API s tímto tokenem a číselným id cílového chatu a token lze přes BotFather zrušit a vydat znovu (dokumentace Telegram Bot API, Bots: From Beginner to Advanced, ověřeno v září 2026). Odesílatel tedy potřebuje token i id chatu a každé místo, které odesílá, potřebuje obojí.

Slack. Incoming Webhooks dávají aplikaci jedinečnou URL pro každý kanál; tajemstvím je právě ta URL a dokumentace Slacku sama říká, že s ní tak máte zacházet a nedávat ji do veřejných repozitářů (Slack — Sending messages using incoming webhooks, ověřeno v září 2026). Jedna URL na kanál a aplikaci, uložená u každého odesílatele.

Naše vlastní nastavení upozornění potřebovalo před přechodem pět věcí, které musely existovat a zůstat správné: token bota v proměnných dodavatele monitoringu, dvě tajemství na hostingové platformě, podpisové tajemství webhooku, odesílatele uvnitř webhook handleru nástroje pro sledování chyb a odesílací krok uvnitř skriptu, který hlídá stav po nasazení. E-mailová verze téhož nastavení je jedna adresa zadaná do pole „notification email“ u každého dodavatele. Na straně InterMIND je změna nulová.

Adresa vs. token: čtyři vlastnosti

Poslední dva řádky jsou ty, které rozhodují při incidentech. API bota je koncový bod jediného dodavatele v síti jediného dodavatele: pokud volání selže, zpráva je pryč, pokud odesílatel nenapsal logiku opakování, a pokud je platforma z vašeho místa nedostupná, je nedostupná i integrace. E-mail byl navržen opačně. Odesílající server zprávu drží a zkouší to znovu; mezi odesílatelem a příjemcem nestojí žádný jediný provozovatel.

Stejnou logiku sleduje i rotace. Zrušení tokenu bota znamená aktualizovat každého odesílatele, který ho drží. Změna adresy kanálu znamená aktualizovat stejné odesílatele, ale s tím rozdílem, že adresa nikdy nebyla uložena ve vašem vlastním kódu ani infrastruktuře: existuje v poli pro upozornění u dodavatele a nikde jinde.

K čemu to slouží

Nejzřejmější využití jsou strojové zprávy: upozornění, účtenky, tikety, výsledky buildů. Méně zřejmé jsou lidé. Klientovi, který si nikdy nic nenainstaluje, můžete říct „pošlete to na tuto adresu“ a celý tým si vlákno přečte v kanálu, každý ve svém jazyce a s přílohami. Týdenní report dodavatele, oznámení od regulátora, návrh smlouvy od partnera: všechno přistane tam, kde už práce probíhá, a nikoho nemusíte žádat, aby se k něčemu připojoval.

V tom je smysl trvalého prostoru oproti schůzce: to, co dorazí, zůstává, a to v jazyce, v němž to každý člen čte. Email-in je jedny další dveře do téže místnosti. Telegram jsou další; tuto cestu popisuje článek Jak dostat své chaty z Telegramu do InterMIND.

Vyzkoušejte

• How to forward, select and bulk-delete messages in a team chat – úklid toho, co adresa přináší.
• Přečtěte si stránku funkce Email to Channel – mechanika na jedné obrazovce, s ukázkou.
• Otevřete dokumentaci – vytvoření a rotace adresy, adresa Inboxu, limity.
• Vyzkoušejte živé demo – schůzka s AI účastníkem, bez registrace.

FAQ

Které služby mohou do kanálu přispívat e-mailem? Jakákoli služba, která umí poslat e-mail na zadanou adresu: monitoring dostupnosti a chyb, ticketingové a helpdeskové systémy, CRM, fakturace, CI pipeline, nástroje pro tvorbu formulářů, newslettery. Pokud má nástroj pole pro e-mail s upozorněním, je toto pole celou integrací.

Kdo vidí e-mailovou adresu kanálu? Jen hostitel kanálu. Hostitel ji vytváří, mění a odebírá v nastavení zobrazení kanálu. Členové vidí zprávy, ne adresu.

Co se stane, když adresa unikne? Kdokoli, kdo ji má, může do kanálu přispívat, proto s ní zacházejte jako s heslem. Vydejte novou adresu ve stejném dialogu; stará okamžitě přestane fungovat. Pošta na neznámou adresu se zahodí bez bounce, takže ten, kdo adresu uhodne, se nic nedozví.

Dorazí i přílohy? Ano, jako souborové zprávy, až do 25 MB na soubor. Počítají se do úložného prostoru týmu; když je úložiště plné, text stále dorazí a příloha se přeskočí s poznámkou.

Překládají se příchozí e-maily? Ano. Zpráva je připsána externímu odesílateli a pro každého čtenáře se překládá jako jakákoli jiná externí zpráva v kanálu.

Mohou členové z kanálu odesílateli odpovědět? Ne. Tok je jednosměrný, e-mailem do kanálu. Odpovědi v kanálu zůstávají v kanálu.

Je email-in dostupný v bezplatném tarifu? Ano. Email to channel je dostupný v každém tarifu; jediná část závislá na tarifu je úložný prostor, do kterého se přílohy počítají.

Proč prostě nepřidat bota do Telegramu nebo Slacku? Můžete, pokud to nástroj, který chcete připojit, podporuje. Rozdíl je v tom, co pak udržujete: bot potřebuje token nebo URL webhooku uloženou u každého odesílatele a spravovanou na platformě, doručuje jedním HTTP voláním a závisí na tom, že je platforma dostupná. Adresa nepotřebuje nic uloženého na vaší straně, při selhání doručení ji znovu zkouší poštovní server odesílatele a neexistuje jediný provozovatel, který by ji mohl vypnout.

Zdroje: Telegram Bot API a Bots: From Beginner to Advanced (token vydává BotFather; sendMessage přijímá id chatu; zrušení tokenu); Slack — Sending messages using incoming webhooks (jedna URL webhooku na kanál a aplikaci; URL je tajemství); RFC 5321 §4.5.4.1 — Sending Strategy (zařazená pošta se opakuje, dokud není doručena nebo se to nevzdá). Ověřeno v září 2026.