Vanliga frågor
Allt som folk faktiskt frågar före och efter att de installerat Missivus, för varje plattform i familjen. De djupa tekniska detaljerna finns i varje produkts dokumentation på GitHub; det här är den ärliga korta versionen.
Vilka plattformar stöder Missivus?
Fyra, alla med samma inbyggda Graph-transport. Missivus för Matomo (tillgänglig) kopplar in sig i Piwik\Mail, så lösenordsåterställningar, schemalagda rapporter och aviseringar går alla via Graph — alltför stora rapport-PDF:er tar automatiskt vägen med uppladdning i delar. Missivus för WordPress (tillgänglig) kortsluter wp_mail() genom WordPress egen pre_wp_mail-krok — orderbekräftelser och formuläraviseringar inkluderade. Missivus för Nextcloud (tillgänglig) ersätter systemsändaren och fångar både kärnans post och varje app som använder Nextclouds e-postlager. Missivus för Ghost (tillgänglig) är en brygga från SMTP till Graph för Ghosts transaktionspost — inbjudningar till redaktionen, lösenordsåterställningar, inloggningslänkar för medlemmar; nyhetsbreven stannar hos din nyhetsbrevstjänst.
Kräver den delade brevlådan en Microsoft 365-licens?
Nej. En delad brevlåda i Exchange Online är kostnadsfri upp till 50 GB och behöver ingen licens tilldelad — det är själva poängen. Missivus autentiserar sig som ett program, inte som brevlådan, så ingen loggar in som den och inget betalas för den. En licens blir nödvändig först om du gör om den till en användarbrevlåda, sätter den under bevarandeplikt eller ger den ett arkiv.
Varför inte bara använda SMTP? Min plattform stöder det redan.
För att Microsoft avvecklar det. Alla andra protokoll med Basic-autentisering stängdes av 2022; basautentisering med SMTP AUTH är oförändrad till december 2026, stängs av som standard för befintliga tenanter i slutet av december 2026 och är därefter otillgänglig som standard för nya tenanter, medan det slutgiltiga borttagandet ska tillkännages under andra halvan av 2027. Kvar blir SMTP AUTH med OAuth2, som ingen av dessa plattformars e-postvägar talar, eller ett äldre flöde som många tenanter redan blockerar och som förvandlar en licensierad användares lösenord till en delad serveruppgift. Graph med programbehörighet har inga av de problemen — inget lösenord, ingen användare, ingen licens, och en autentiseringsuppgift som Exchange begränsar till en enda brevlåda.
Finns det sändningsgränser hos Microsoft som jag bör känna till?
Ja — Exchange Onlines vanliga sändningsgränser gäller, och sändning via Graph enbart med programidentitet räknas mot den delade brevlåda den skickar som. Enligt Microsofts aktuella sida om gränser: 10 000 mottagare per brevlåda per 24 timmar, 30 meddelanden per minut och ett tak per meddelande på 500 mottagare som standard (administratörer kan höja det till 1 000). För lösenordsåterställningar, rapporter och aviseringar är de taken i praktiken osynliga. Vilket leder till en sak som förtjänar att sägas rakt ut: Missivus bär transaktionspost, inte nyhetsbrev — behöver du massutskick eller marknadsföring ska du använda en tjänst för massutskick, inte en delad brevlåda.
Klienthemlighet eller certifikat — vad ska jag välja?
Börja med en klienthemlighet — två klick i Entra, inget på filsystemet, och den väg guiderna dokumenterar. Ett certifikat är starkare, eftersom uppgiften aldrig färdas i en förfrågans kropp, och är värt besväret om din säkerhetspolicy kräver det. Båda är fullt implementerade på varje plattform, och du kan byta när som helst från inställningssidan.
Hur roterar jag klienthemligheten?
Skapa den nya hemligheten i Entra — den gamla fortsätter fungera fram till utgångsdatumet, så det uppstår inget avbrott. Kopiera det nya värdet i Value (inte Secret ID), klistra in det i inställningarna för Missivus, spara, skicka ett testmeddelande och radera sedan den gamla hemligheten. Missivus cachar åtkomsttoken kort, aldrig hemligheten, så ingenting behöver startas om.
Vad händer med bilagor större än 3 MB?
De skickas. Graph begränsar infogade bilagor till ungefär 3 MB, så över den gränsen växlar Missivus automatiskt till Graphs väg med uppladdning i delar — skapa ett utkast, ladda upp i delar, skicka. Beslutet fattas per meddelande utifrån storlek, på varje plattform. Det finns medvetet ingen inställning för detta — en PDF från en schemalagd rapport får aldrig misslyckas på grund av storleken.
Varför ber guiderna om Mail.ReadWrite utöver Mail.Send?
Enbart för vägen med stora bilagor — att skapa ett utkast och öppna en uppladdningssession täcks inte av Mail.Send. Om du aldrig skickar bilagor över 3 MB räcker Mail.Send ensamt; skulle du någon gång göra det blir felet högljutt och namnger den behörighet som saknas. Båda behörigheterna avgränsas av samma åtkomstprincip, så Mail.ReadWrite ger ingenting utanför den enda delade brevlådan.
Behövs programåtkomstprincipen verkligen?
Ja — behandla den som en del av installationen, inte som valfri härdning. Utan den låter Mail.Send som programbehörighet appen skicka som vilken brevlåda som helst i din tenant. Principen snävar in den till en enda. Guiderna innehåller verifieringskommandona och ber dig att inte fortsätta förrän det andra testet svarar Denied.
Slår Missivus sönder min e-post om jag installerar den och inte gör något mer?
Nej, på ingen plattform. Varje Missivus-produkt levereras avstängd — att installera och aktivera den ändrar ingenting förrän du uttryckligen slår på sändning via Graph i dess inställningar. Att avaktivera återställer plattformens ordinarie transport utan något att städa upp. Den valfria reservvägen till plattformens egen e-postväg är också avstängd som standard — ett fel du kan se är bättre än ett meddelande som tyst försvinner.
Jag fick en AADSTS-felkod från Microsoft. Vad betyder den?
De vanliga misstänkta — AADSTS7000215 betyder att hemligheten är fel, nästan alltid för att Secret ID kopierades i stället för Value. AADSTS900023 är ett felaktigt tenant-ID. ErrorAccessDenied betyder att åtkomstprincipen inte täcker brevlådan eller att administratörsmedgivande aldrig gavs. Varje produkts installationsguide har hela tabellen med åtgärder — och hemligheter maskeras innan något loggas, så felen är säkra att klistra in i ett ärende.
Mitt Matomo körs i Docker och jag kan inte lägga filer i plugins/. Kan jag ladda upp zip-filen?
Ja, med en tillfällig inställningsändring — enable_plugin_upload. Den är avstängd från början eftersom den låter vilken superanvändare som helst ladda upp PHP som Matomo kör, så guiden går igenom hur du slår på den, laddar upp, aktiverar och — viktigast av allt — slår av den igen direkt. På WordPress och Nextcloud gäller de vanliga vägarna för att ladda upp plugin och appar, och inget särskilt behövs.
Fungerar den med andra plugin och appar som skickar e-post?
Allt som skickar genom plattformens e-postlager går via Missivus — på Matomo är det Piwik\Mail, på WordPress wp_mail(), på Nextcloud den systemsändare som både kärnan och apparna använder. Ett plugin som öppnar en egen SMTP-anslutning går förbi plattformens e-postlager och berörs inte.
Behöver du mer djup?
Installationsguiderna, säkerhetsgranskningarna och ärendehanteringen finns i varje produkts kodförråd.