E-post till kanal: så postar vilken tjänst som helst i din teamchatt utan bot — och varför en adress slår en bot-token

Det mesta ett team behöver se under dagen skrivs inte av en kollega. Det produceras av en maskin: övervakningen som upptäckte en långsam endpoint, betalleverantören som tog emot en faktura, helpdesken som öppnade ett ärende, CI-pipelinen som föll. Att få in de meddelandena dit där teamet faktiskt pratar kallas "en integration", och i de flesta chattverktyg innebär det en bot: skapa den, hämta en token, spara token, skriva eller konfigurera en avsändare och hålla token vid liv.

InterMIND tar en kortare väg. Varje kanal har sin egen e-postadress. Allt som kan skicka e-post kan posta i kanalen, och nästan allt kan skicka e-post. Det finns inget att skapa på InterMINDs sida utöver själva adressen, inget att installera och ingen token att hålla reda på. Det här inlägget går igenom hur den vägen fungerar, och jämför den ärligt med bot-baserad leverans utifrån de fyra saker som spelar roll i praktiken: konfiguration, hemligheter, leveransgarantier och vem som kan stänga av den.

Själva konfigurationen beskrivs på funktionssidan Email to Channel, och referensen finns i dokumentationen.

Så fungerar det

1. Adressen

Kanalens värd öppnar kanalens visningsinställningar (kugghjulsikonen i chattens rubrikfält), väljer Email to channel och klickar på Create address. Resultatet är en privat adress på formen <token>@in.intermind.com. Bara värden kan se den, rotera den (New address) eller ta bort den. Båda ändringarna gäller direkt, och den gamla adressen slutar fungera i samma stund som en ny finns.

Din personliga Inbox har samma typ av adress, synlig bara för dig. En kanaladress är till för det teamet ska se, Inbox-adressen för det bara du ska se.

2. Avsändaren

Klistra in adressen överallt där ett verktyg ber om en notifieringsadress. Det fältet är integrationen. En övervakningstjänsts larmkanal, ett felspårningsverktygs larmregel, en helpdesks "meddela vid nytt ärende", ett faktureringssystems kvitton, en CI-servers byggnotiser, ett formulärverktygs inskickade svar, en nyhetsbrevsprenumeration — alla har det fältet, och ingen av dem behöver veta vad InterMIND är.

3. Vad som hamnar i kanalen

Mejlet kommer fram som ett vanligt kanalmeddelande:

• Med avsändaren som upphov. Meddelandet visar avsändarens namn och adress, inte värdens, och översätts för varje läsare på samma sätt som alla externa meddelanden.
• Ämnesraden först. Ämnesraden blir meddelandets första rad.
• Text, inte fyllnad. Textdelen används, och ett mejl som bara innehåller HTML konverteras till text. Signaturer och citerade svarsslut tas bort, så en vidarebefordrad tråd visar det nya innehållet och inte hela historiken. Innehållet begränsas till 100 000 tecken.
• Bilagor sparas. Varje bilaga blir ett filmeddelande, upp till 25 MB per fil.

4. Var det läses

Medlemmar som har kanalen öppen ser meddelandet komma in direkt på webben och i skrivbordsappen. Medlemmar som inte tittar får en push-notis på mobilen. Var och en läser det på sitt eget språk, och det finns kvar i kanalhistoriken som allt annat. Flödet går åt ett håll: att svara i kanalen skickar inget mejl tillbaka till avsändaren.

Begränsningar, rakt på sak

• Bilagor räknas mot teamets lagringsutrymme. När lagringen är full kommer texten ändå fram och bilagan hoppas över, med en notering om det i meddelandet.
• Högst 30 mejl per timme och adress. Allt utöver det under samma timme kastas.
• Mejl till en adress som inte finns kastas tyst: ingen studs, inget svar. Den som gissar en adress får ingen signal tillbaka.
• Finns på alla planer.

Samma uppgift med en bot

En bot-baserad integration är inte svår. Den är bara längre, och varje steg är något som senare kan gå sönder. Här är Telegram-versionen, eftersom vi själva körde en för våra övervakningslarm fram till denna vecka, och Slack-versionen, eftersom det är den referens som de flesta team känner till.

Telegram. En bot skapas via BotFather, som utfärdar en token. Varje meddelande är ett HTTP-anrop till Bot API med den token och det numeriska id:t för målchatten, och token kan återkallas och utfärdas på nytt via BotFather (Telegram Bot API documentation, Bots: From Beginner to Advanced, kontrollerat september 2026). Avsändaren behöver alltså token och chatt-id, och varje ställe som skickar behöver båda.

Slack. Incoming Webhooks ger en app en unik URL per kanal. URL:en är hemligheten, och Slacks egen dokumentation säger att du ska behandla den som en sådan och hålla den borta från publika repositorier (Slack — Sending messages using incoming webhooks, kontrollerat september 2026). En URL per kanal och app, lagrad hos varje avsändare.

Vår egen larmkonfiguration behövde, före bytet, fem saker som måste finnas och vara korrekta: en bot-token i övervakningsleverantörens variabler, två hemligheter på hostingplattformen, en hemlighet för webhook-signering, en avsändare i felspårningsverktygets webhook-hanterare och ett skickasteg i skriptet som bevakar efter deploy. E-postversionen av samma konfiguration är en adress, inskriven i varje leverantörs fält för notifieringsmejl. På InterMINDs sida är ändringen noll.

Adress mot token: fyra egenskaper

De två sista raderna är de som avgör incidenter. Ett bot-API är en enskild leverantörs endpoint i en enskild leverantörs nätverk: om anropet misslyckas är meddelandet borta om inte avsändaren skrivit logik för nya försök, och om plattformen inte går att nå från där du befinner dig gäller det även integrationen. E-post konstruerades åt motsatt håll. Den sändande servern behåller meddelandet och försöker igen, och ingen enskild operatör sitter mellan avsändare och mottagare.

Rotation följer samma logik. Att återkalla en bot-token innebär att uppdatera varje avsändare som har den. Att rotera en kanaladress innebär att uppdatera samma avsändare, men med den skillnaden att adressen aldrig har lagrats i din egen kod eller infrastruktur: den finns i leverantörens notifieringsfält och ingen annanstans.

Vad det här är till för

Det självklara användningsområdet är maskinmeddelanden: larm, kvitton, ärenden, byggresultat. Det mindre självklara är människor. En kund som aldrig kommer att installera något kan få beskedet "skicka det till den här adressen", och hela teamet läser tråden i kanalen, på sitt eget språk, med bilagorna. En leverantörs veckorapport, en myndighets meddelande, en partners kontraktsutkast: allt landar där arbetet redan pågår, utan att be någon ansluta till något.

Det är poängen med ett varaktigt utrymme snarare än ett möte: det som kommer in blir kvar, på det språk varje medlem läser. E-post in är ännu en dörr till samma rum. Telegram är en annan; den vägen beskrivs i Så tar du in dina Telegram-chattar i InterMIND.

Prova själv

• Så vidarebefordrar, markerar och massraderar du meddelanden i en teamchatt — städning för det som adressen för in.
• Läs funktionssidan Email to Channel — mekaniken på en skärm, med en demo.
• Öppna dokumentationen — skapa och rotera adressen, Inbox-adressen, begränsningar.
• Prova livedemon — ett möte med en AI-deltagare, utan registrering.

FAQ

Vilka tjänster kan posta i en kanal via e-post? Alla tjänster som kan skicka e-post till en adress du anger: drift- och felövervakning, ärende- och helpdesksystem, CRM, fakturering, CI-pipelines, formulärverktyg, nyhetsbrev. Om verktyget har ett fält för notifieringsmejl är det fältet hela integrationen.

Vem kan se kanalens e-postadress? Bara kanalens värd. Värden skapar, roterar och tar bort den i kanalens visningsinställningar. Medlemmar ser meddelandena, inte adressen.

Vad händer om adressen läcker? Alla som har den kan posta i kanalen, så behandla den som ett lösenord. Utfärda en ny adress från samma dialogruta; den gamla slutar fungera direkt. Mejl till en okänd adress kastas utan studs, så den som gissar en adress får inte veta något.

Följer bilagor med? Ja, som filmeddelanden, upp till 25 MB per fil. De räknas mot teamets lagringsutrymme; när lagringen är full kommer texten ändå fram och bilagan hoppas över, med en notering.

Översätts inkommande mejl? Ja. Meddelandet har den externa avsändaren som upphov och översätts för varje läsare som alla andra externa meddelanden i kanalen.

Kan medlemmar svara avsändaren från kanalen? Nej. Flödet går åt ett håll, e-post in i kanalen. Svar i kanalen stannar i kanalen.

Finns e-post in på gratisplanen? Ja. E-post till kanal finns på alla planer; det enda som beror på planen är det lagringsutrymme som bilagor räknas mot.

Varför inte bara lägga till en bot i Telegram eller Slack? Det kan du, där verktyget du vill ansluta stöder det. Skillnaden är vad du underhåller efteråt: en bot behöver en token eller en webhook-URL som lagras hos varje avsändare och administreras på plattformen, levererar med ett enda HTTP-anrop och är beroende av att plattformen går att nå. En adress behöver ingenting lagrat på din sida, skickas om av avsändarens mejlserver när leveransen misslyckas och har ingen enskild operatör som kan stänga av den.

Källor: Telegram Bot API och Bots: From Beginner to Advanced (token utfärdas av BotFather; sendMessage tar ett chatt-id; återkallning av token); Slack — Sending messages using incoming webhooks (en webhook-URL per kanal och app; URL:en är en hemlighet); RFC 5321 §4.5.4.1 — Sending Strategy (köade mejl skickas om tills de levererats eller uppgivits). Kontrollerat september 2026.