Ofte stilte spørsmål

Fire, alle med den samme innebygde Graph-transporten. Missivus for Matomo (tilgjengelig) kobler seg på Piwik\Mail, slik at passordtilbakestillinger, planlagte rapporter og varsler går gjennom Graph — overdimensjonerte rapport-PDF-er tar automatisk veien via oppdelt opplasting. Missivus for WordPress (tilgjengelig) kortslutter wp_mail() gjennom WordPress' eget pre_wp_mail-feste — ordrebekreftelser og skjemavarsler inkludert. Missivus for Nextcloud (tilgjengelig) erstatter systeme-postmodulen og fanger både kjerne-e-post og hver app som bruker e-postmodulen. Missivus for Ghost (tilgjengelig) er et SMTP-til-Graph-mellomlag for den transaksjonelle e-posten til Ghost — invitasjoner til ansatte, passordtilbakestillinger, innloggingslenker for medlemmer; nyhetsbrev blir hos nyhetsbrevtjenesten din.

Nei. En delt postboks i Exchange Online er gratis opptil 50 GB og trenger ingen lisens tildelt — og det er hele poenget. Missivus autentiserer seg som et program, ikke som postboksen, så ingen logger inn som den, og ingenting betales for den. En lisens blir bare nødvendig hvis du konverterer den til en brukerpostboks, setter den under litigation hold eller gir den et arkiv.

Fordi Microsoft avvikler det. Alle andre protokoller med grunnleggende autentisering ble slått av i 2022; SMTP AUTH med grunnleggende autentisering forblir uendret fram til desember 2026, deaktiveres som standard for eksisterende tenanter ved utgangen av desember 2026 og er utilgjengelig som standard for nye tenanter deretter, med endelig fjerningsdato som kunngjøres i andre halvdel av 2027. Det som blir igjen, er SMTP AUTH med OAuth2, som ingen av e-postveiene på disse plattformene snakker, eller en gammel flyt som mange tenanter allerede blokkerer, og som gjør passordet til en lisensiert bruker om til en delt legitimasjon på en server. Graph med programtillatelser har ingen av disse problemene — ingen passord, ingen bruker, ingen lisens, og en legitimasjon som Exchange avgrenser til én postboks.

• Microsofts oppdaterte tidslinje (januar 2026)

Ja — de vanlige sendegrensene i Exchange Online gjelder, og app-basert sending via Graph teller mot den delte postboksen den sender som. Ifølge den gjeldende grensesiden til Microsoft: 10 000 mottakere per postboks per 24 timer, 30 meldinger per minutt og et tak på 500 mottakere per melding som standard (administratorer kan heve det til 1 000). For passordtilbakestillinger, rapporter og varsler er disse takene i praksis usynlige. Og da er det verdt å si det rett ut — Missivus frakter transaksjonell e-post, ikke nyhetsbrev; trenger du masseutsendelse eller markedsføring, bruk en tjeneste for masseutsendelse, ikke en delt postboks.

• Grenser i Exchange Online (Microsoft Learn)

Start med en klienthemmelighet — to klikk i Entra, ingenting på filsystemet, og den veien veiledningene dokumenterer. Et sertifikat er sterkere, fordi legitimasjonen aldri reiser i en forespørselskropp, og det er verdt det hvis sikkerhetspolicyen din krever det. Begge er fullt implementert på alle plattformene; du kan bytte når som helst fra innstillingssiden.

Opprett den nye hemmeligheten i Entra — den gamle fortsetter å virke fram til utløp, så det finnes ikke noe nedetidsvindu. Kopier den nye Value-verdien (ikke Secret ID), lim den inn i innstillingene til Missivus, lagre, send en test-e-post, og slett så den gamle hemmeligheten. Missivus mellomlagrer tilgangstokenet kort, aldri hemmeligheten, så ingenting trenger omstart.

De blir sendt. Graph begrenser innebygde vedlegg til rundt 3 MB, så over det bytter Missivus automatisk til den oppdelte opplastingsveien i Graph — opprett et utkast, last opp i deler, send. Beslutningen tas per melding og ut fra størrelse, på hver plattform. Det finnes ingen innstilling for dette, med vilje — en PDF fra en planlagt rapport skal aldri feile på størrelse.

Bare for veien med store vedlegg — å opprette et utkast og åpne en opplastingsøkt dekkes ikke av Mail.Send. Sender du aldri vedlegg over 3 MB, holder Mail.Send alene; skulle du gjøre det en dag, er feilen høylytt og navngir tillatelsen som mangler. Begge tillatelsene er begrenset av den samme tilgangspolicyen, så Mail.ReadWrite gir ingenting utenfor den ene delte postboksen.

Ja — behandle den som en del av installasjonen, ikke som valgfri herding. Uten den lar Mail.Send som programtillatelse appen sende som hvilken som helst postboks i tenanten din. Policyen snevrer den inn til én. Veiledningene inneholder verifiseringskommandoene og ber deg om ikke å gå videre før den andre testen svarer Denied.

Nei, på ingen plattform. Hvert Missivus-produkt leveres avslått — å installere og aktivere det endrer ingenting før du uttrykkelig slår på Graph-sending i innstillingene. Deaktivering gjenoppretter standardtransporten til plattformen, uten noe å rydde opp i. Den valgfrie reserveløsningen via plattformens egen e-postvei er også av som standard — en feil du kan se, er bedre enn en e-post som stille forsvinner.

De vanlige mistenkte — AADSTS7000215 betyr at hemmeligheten er feil, nesten alltid fordi Secret ID ble kopiert i stedet for Value. AADSTS900023 er feil tenant-ID. ErrorAccessDenied betyr at tilgangspolicyen ikke dekker postboksen, eller at administratorsamtykke aldri ble gitt. Installasjonsveiledningen til hvert produkt har hele tabellen med løsninger — og hemmeligheter sladdes før noe logges, så feilene er trygge å lime inn i en sak.

Ja, med én midlertidig endring av en innstilling — enable_plugin_upload. Den leveres avslått fordi den lar en hvilken som helst superbruker laste opp PHP som Matomo kjører, så veiledningen tar deg gjennom å slå den på, laste opp, aktivere og — viktig — slå den rett av igjen. På WordPress og Nextcloud gjelder de vanlige veiene for opplasting av plugin eller app, og ingenting spesielt trengs.

Alt som sender gjennom e-postlaget til plattformen, går gjennom Missivus — på Matomo er det Piwik\Mail, på WordPress wp_mail(), på Nextcloud systeme-postmodulen som både kjernen og appene bruker. En plugin som åpner sin egen SMTP-forbindelse, omgår e-postlaget til plattformen og berøres ikke.