Vrae

Gereelde vrae

Alles wat mense werklik vra voor en ná die installasie van Missivus, vir elke platform in die familie. Die diep tegniese besonderhede woon in elke produk se dokumentasie op GitHub; dit hier is die eerlike kort vorm.

Watter platforms ondersteun Missivus?

Vier, almal met dieselfde ingeboude Graph-vervoer. Missivus vir Matomo (beskikbaar) haak in by Piwik\Mail, sodat wagwoordherstellings, geskeduleerde verslae en waarskuwings almal deur Graph gaan — oorgroot verslag-PDF's neem outomaties die stuksgewyse oplaairoete. Missivus vir WordPress (beskikbaar) kortsluit wp_mail() deur WordPress se eie pre_wp_mail-naat — bestellingsbevestigings en vormkennisgewings ingesluit. Missivus vir Nextcloud (beskikbaar) vervang die stelselposprogram en vang kernpos sowel as elke toepassing wat Nextcloud se posprogram gebruik. Missivus vir Ghost (beskikbaar) is 'n SMTP-na-Graph-brug vir Ghost se transaksionele pos — personeeluitnodigings, wagwoordherstellings, aanmeldskakels vir lede; nuusbriewe bly by jou nuusbriefdiens.

Benodig die gedeelde posbus 'n Microsoft 365-lisensie?

Nee. 'n Exchange Online gedeelde posbus is gratis tot 50 GB en benodig geen lisensie wat daaraan toegewys word nie — wat juis die punt is. Missivus verifieer as 'n toepassing, nie as die posbus nie, dus meld niemand as die posbus aan nie en word niks daarvoor betaal nie. 'n Lisensie word eers nodig as jy dit na 'n gebruikersposbus omskakel, dit onder litigasiehou plaas, of dit 'n argief gee.

Hoekom nie net SMTP gebruik nie? My platform ondersteun dit reeds.

Omdat Microsoft dit uitfaseer. Alle ander protokolle met basiese verifikasie is in 2022 afgeskakel; SMTP AUTH met basiese verifikasie bly onveranderd tot Desember 2026, word aan die einde van Desember 2026 by verstek vir bestaande huurders afgeskakel en is daarna by verstek onbeskikbaar vir nuwe huurders, met die finale verwyderingsdatum wat in die tweede helfte van 2027 aangekondig word. Wat oorbly, is SMTP AUTH met OAuth2, wat nie een van hierdie platforms se posroetes praat nie, of 'n verouderde vloei wat baie huurders reeds blokkeer en wat 'n gelisensieerde gebruiker se wagwoord in 'n gedeelde bedienerlegitimasie verander. Graph met toepassingstoestemmings het nie een van daardie probleme nie — geen wagwoord, geen gebruiker, geen lisensie nie, en 'n legitimasie wat deur Exchange tot een posbus beperk word.

Is daar Microsoft-stuurperke waarvan ek moet weet?

Ja — Exchange Online se standaard stuurperke geld, en Graph-stuur wat slegs die toepassing gebruik, tel teen die gedeelde posbus waarvandaan dit stuur. Volgens Microsoft se huidige perkebladsy: 10 000 ontvangers per posbus per 24 uur, 30 boodskappe per minuut, en 'n perk van 500 ontvangers per boodskap by verstek (administrateurs kan dit tot 1 000 verhoog). Vir wagwoordherstellings, verslae en kennisgewings is daardie plafonne prakties onsigbaar. Wat by die punt uitkom wat reguit gestel moet word: Missivus dra transaksionele pos, nie nuusbriewe nie — as jy grootmaat- of bemarkingspos nodig het, gebruik 'n grootmaat-e-posdiens, nie 'n gedeelde posbus nie.

Kliëntgeheim of sertifikaat — watter een moet ek gebruik?

Begin met 'n kliëntgeheim — twee klikke in Entra, niks op die lêerstelsel nie, en dit is die roete wat die gidse dokumenteer. 'n Sertifikaat is sterker, want die legitimasie reis nooit in 'n versoekliggaam nie, en is die moeite werd as jou sekuriteitsbeleid dit vra. Albei is volledig op elke platform geïmplementeer; jy kan enige tyd vanaf die instellingsbladsy oorskakel.

Hoe roteer ek die kliëntgeheim?

Skep die nuwe geheim in Entra — die oue bly werk tot vervaldatum, dus is daar geen onderbrekingsvenster nie. Kopieer die nuwe Waarde (nie die Geheim-ID nie), plak dit in Missivus se instellings, stoor, stuur 'n toetse-pos, en vee dan die ou geheim uit. Missivus stoor die toegangsteken kortliks, nooit die geheim nie, dus hoef niks herbegin te word nie.

Wat gebeur met aanhegsels groter as 3 MB?

Hulle stuur. Graph beperk inlyn-aanhegsels tot omtrent 3 MB, dus skakel Missivus daarbo outomaties oor na Graph se stuksgewyse oplaairoete — skep 'n konsep, laai in stukke op, stuur. Die besluit is per boodskap en grootte-bewus, op elke platform. Daar is doelbewus geen instelling hiervoor nie — 'n geskeduleerde verslag-PDF mag nooit op grootte misluk nie.

Hoekom vra die gidse ook vir Mail.ReadWrite bo-op Mail.Send?

Slegs vir daardie groot-aanhegsel-roete — om 'n konsep te skep en 'n oplaaisessie oop te maak, word nie deur Mail.Send gedek nie. As jy nooit aanhegsels groter as 3 MB stuur nie, is Mail.Send alleen genoeg; as jy eendag wel, is die mislukking hoorbaar en noem dit die ontbrekende toestemming. Albei toestemmings word deur dieselfde toegangsbeleid begrens, dus verleen Mail.ReadWrite niks buite die een gedeelde posbus nie.

Is die toepassingstoegangsbeleid werklik nodig?

Ja — behandel dit as deel van die installasie, nie as opsionele verharding nie. Daarsonder laat Mail.Send as toepassingstoestemming die toepassing as enige posbus in jou huurder stuur. Die beleid vernou dit tot een. Die gidse sluit die verifbevele in, en vra jou om nie voort te gaan voordat die tweede toets Denied terugbring nie.

Sal Missivus my e-pos breek as ek dit installeer en niks doen nie?

Nee, op geen platform nie. Elke Missivus-produk word afgeskakel afgelewer — om dit te installeer en te aktiveer, verander niks totdat jy Graph-stuur uitdruklik in die instellings aanskakel nie. Deaktivering herstel die platform se standaardvervoer met niks om op te ruim nie. Die opsionele terugval na die platform se eie posroete is ook by verstek af — 'n mislukking wat jy kan sien, is beter as 'n e-pos wat stilweg nêrens heen gaan nie.

Ek het 'n AADSTS-foutkode van Microsoft gekry. Wat beteken dit?

Die gewone verdagtes — AADSTS7000215 beteken die geheim is verkeerd, byna altyd omdat die Geheim-ID in plaas van die Waarde gekopieer is. AADSTS900023 is 'n verkeerde huurder-ID. ErrorAccessDenied beteken die toegangsbeleid dek nie die posbus nie of admin-toestemming is nooit verleen nie. Elke produk se installasiegids het die volledige tabel met regstellings — en geheime word geredigeer voordat enigiets gelog word, dus is die foute veilig om in 'n kwessie te plak.

My Matomo loop in Docker en ek kan nie lêers in plugins/ laat val nie. Kan ek die zip oplaai?

Ja, met een tydelike instellingsverandering — enable_plugin_upload. Dit is by verstek af omdat dit enige supergebruiker toelaat om PHP op te laai wat Matomo uitvoer, dus loop die gids jou deur om dit aan te skakel, op te laai, te aktiveer en — belangrik — dit dadelik weer af te skakel. Op WordPress en Nextcloud geld die normale inprop-/toepassingsoplaairoetes en niks besonders is nodig nie.

Werk dit met ander inproppe en toepassings wat e-pos stuur?

Enigiets wat deur die platform se poslaag stuur, gaan deur Missivus — op Matomo is dit Piwik\\Mail, op WordPress wp_mail(), en op Nextcloud die stelselposprogram wat deur die kern sowel as toepassings gebruik word. 'n Inprop wat sy eie SMTP-verbinding oopmaak, omseil die platform se poslaag en word nie geraak nie.

Meer diepte nodig?

Die installasiegidse, die sekuriteitshersienings en die foutopspoorders woon in elke produk se bewaarplek.

Die Missivus-bewaarplekke op GitHub