ID.nl logo
‘Sms-opvolger’ RCS komt naar iPhones: dit kun je verwachten
© ra2 studio - stock.adobe.com
Huis

‘Sms-opvolger’ RCS komt naar iPhones: dit kun je verwachten

iPhones krijgen 'ergens in 2024’ via een software-update een nieuwe manier om berichten te versturen via de Berichten-app. Naast iMessage en sms komt er nu ook RCS-ondersteuning beschikbaar. Dit berichtenprotocol wordt gezien als de opvolger van sms en kan vooral handig zijn voor Apple-gebruikers die willen communiceren met vrienden of familie met Android-smartphones.

In dit artikel leggen we uit wat RCS is, in hoeverre het verschilt met bestaande berichtenprotocollen en -diensten en wat je er precies aan hebt. Je krijgt antwoord op de volgende vragen: 📱 Wat is RCS? 📱 Waarom voegt Apple RCS-ondersteuning toe? 📱 In hoeverre verschilt RCS van diensten als iMessage en WhatsApp?

Ook interessant voor jou: RCS is de opvolger van sms: wat moet je weten

Wat is RCS?

RCS staat voor Rich Communication Services en is te beschrijven als sms, maar dan met veel van de toeters en bellen van modernere communicatieplatformen zoals WhatsApp, Telegram en Signal. Denk bij die toeters en bellen aan leesvinkjes en typindicatoren (de drie bewegende bolletjes), maar ook de mogelijkheid om groeps-chats te starten en te (video)bellen. RCS is daarnaast technisch geavanceerder, waardoor het in staat is om foto’s, video’s en audiobestanden in hoge kwaliteit te verzenden.

In vrijwel alle opzichten lijkt RCS beter, vandaar dat het vaak de opvolger van sms wordt genoemd. Al is de kans dat sms daadwerkelijk vervangen gaat worden door RCS klein. Dat komt vooral omdat RCS (net als de vermeldde communicatieplatformen) enkel werkt via wifi of mobiele data. Op plekken zonder actieve dataverbinding (maar met een netwerkverbinding) blijft sms dus de enige optie, en dat zorgt ervoor dat dit protocol nooit helemáál zal verdwijnen.

Wel netwerkverbinding, maar geen mobiele data: klinkt verwarrend De termen 'netwerkverbinding' en 'mobiele gegevens' (of 'mobiele data') in de context van mobiele communicatie kunnen soms wat verwarrend zijn. Hoe zit het ook alweer?

Een netwerkverbinding betekent dat je mobiele apparaat verbonden is met een mobiel netwerk. Dit kan zijn voor spraakoproepen, sms-berichten, of mobiele data. Echter, het hebben van een netwerkverbinding betekent niet altijd dat mobiele data beschikbaar is. Mobiele data is een specifiek type netwerkverbinding waarmee je toegang krijgt tot internetdiensten.

In sommige gevallen kan je toestel verbonden zijn met het netwerk voor oproepen en sms, maar geen toegang hebben tot mobiele data. Dit kan gebeuren in gebieden met beperkte netwerkdekking waar alleen basisdiensten zoals bellen en sms'en beschikbaar zijn, of wanneer je data-abonnement is opgebruikt of beperkt is.

Voor RCS, dat enkel werkt via wifi of mobiele gegevens, betekent dit dus dat je een actieve internetverbinding nodig hebt om het te kunnen gebruiken. Op plaatsen waar alleen een netwerkverbinding is (voor oproepen en sms) maar geen mobiele data of wifi, kun je RCS niet gebruiken en blijft sms de enige optie.

Waarom voegt Apple RCS-ondersteuning toe?

Hoewel RCS steeds populairder wordt en ook Google het sinds enkele jaren ondersteunt, wilde Apple er lange tijd niet aan beginnen. Dat iMessage alleen werkt tussen Apple-apparaten is een grote troef: het zorgt ervoor dat in landen waarin apps als WhatsApp niet gemeengoed zijn, veel gebruikers haast verplicht in het Apple-ecosysteem moeten blijven om makkelijk met anderen te kunnen communiceren. Toen een journalist eind 2022 vroeg of Apple van plan was om RCS te ondersteunen omdat hij "als iPhone-eigenaar geen video’s kan sturen naar de Android van mijn moeder", reageerde Apple-ceo Tim Cook met een kortaf: "Koop een iPhone voor je moeder".

Waarom Apple nu ineens wel overstag gaat? Dat is niet helemaal duidelijk, maar waarschijnlijk heeft het te maken met een nieuwe Europese wetgeving. Onder de Digital Markets Act, die vanaf maart 2024 ingaat, moeten 22 platforms van Alphabet, Amazon, Apple, ByteDance, Meta en Microsoft aan allerlei regels voldoen. Zo moeten chatplatforms die hieronder vallen, ‘interoperabel’ zijn. Oftewel, zonder beperkingen kunnen samenwerken met andere chatplatformen. Als besloten wordt dat iMessage hieronder valt, moet het bedrijf het dus toestaan dat Apple-gebruikers iMessages sturen naar Android-eigenaren. Iets wat Google overigens graag ziet gebeuren; recentelijk heeft het bedrijf nog in een brief bepleit waarom iMessage onder de Digital Markets Act moet vallen.

Apple lijkt deze handreiking nu te doen in de hoop dat de EU het bedrijf vrijuit laat en iMessage niet aan opgedrongen regels hoeft te voldoen. Immers, Apple kan zo beargumenteren dat het een interoperabele berichtendienst heeft. Daarbij kan wel meteen een kanttekening geplaatst worden: zoals we verderop zullen uitleggen, wil Apple RCS echter als aparte optie aan de Berichten-app toevoegen, en dus niet in iMessage integreren. Apples 'eigen' dienst behoudt daarmee wat (kleine) voordelen ten opzichte van RCS en zodoende wordt de communicatie met Android-gebruikers niet helemaal gelijkgetrokken met de onderlinge communicatie tussen twee Apple-eigenaren. Of de EU hierin meegaat, is echter nog maar de vraag.

©Denys Prykhodov

Net als sms-berichten krijgen berichten die met RCS verstuurd zijn een groen tekstballonnetje. De blauwe blijven dus exclusief voor iMessage.

In hoeverre verschilt RCS van diensten als iMessage en WhatsApp?

Waar Google automatisch alle berichten die via de Berichten-app op Android-apparaten worden verstuurd voorziet van RCS, heeft Apple laten weten het anders aan te pakken. Net zoals sms en iMessage van elkaar losstaan in de Berichten-app op iOS-toestellen, moet ook RCS een losstaande optie worden. RCS heeft overigens wel meer overeenkomsten met iMessage dan met sms, aangezien iMessage de eerdergenoemde toeters en bellen van modernere applicaties ook al heeft.

Het grote verschil is dat RCS een extern, standaardprotocol is. Iedere fabrikant kan dit protocol in zijn smartphone integreren, ongeacht het besturingssysteem. Dit is een belangrijk onderscheid ten opzichte van iMessage, aangezien Apple die dienst exclusief voor iOS-gebruikers houdt; Apple-gebruikers kunnen via de Berichten-app enkel sms'jes sturen naar Android-gebruikers, en dus geen iMessages. Dat brengt beperkingen met zich mee. Sms is bijvoorbeeld standaard niet in staat om foto’s en video’s mee te sturen. Door middel van een aanvullend protocol (mms genaamd) is dat weliswaar wel al enige tijd mogelijk, maar door technische beperkingen wordt de kwaliteit van die bestanden flink verlaagd. Met RCS moet het echter net zo makkelijk worden om foto’s en (korte) video’s in hoge kwaliteit naar Android-gebruikers te sturen als dat je dat nu al met je iPhone naar Apple-gebruikers kunt doen.

Het wordt voor Apple-eigenaren dan ook onder meer mogelijk om via de Berichten-app te (video)bellen, een spraakbericht achter te laten, hun locatie te delen en groeps-chats te starten met Android-gebruikers. Al deze dingen kunnen natuurlijk ook allang via externe berichtendiensten als WhatsApp. Die app is in Nederland en veel andere Europese landen helemaal ingeburgerd, maar voornamelijk in de VS wordt er nog veelal gebruikgemaakt van de standaardberichtendiensten (oftewel sms/iMessage) en is het niet zo vanzelfsprekend om iedereen te kunnen ‘appen’. Dat is dan ook de groep voor wie RCS-ondersteuning vooral een groot verschil gaat maken.

Wat tot slot voor een belangrijk verschil is ten opzichte van apps als WhatsApp is dat RCS standaard geen end-to-endversleuteling bevat. Dat houdt in dat RCS-berichten door de provider in te zien zijn. Googles versie van RCS bevat wél e2e-encryptie, maar dat komt omdat het bedrijf zelf een extensie aan het protocol heeft toegevoegd. Apple heeft al laten weten dat het zoiets niet van plan is. De techreus wil naar eigen zeggen dat de maker van RCS e2e-versleuteling standaard toevoegt aan het protocol. iMessage bevat overigens wél end-to-endencryptie; alweer een kleine troef waarmee Apple hoopt dat zijn eigen gesloten berichtendienst alsnog populair blijft.

▼ Volgende artikel
Windows 11 wordt veiliger: dit ga je merken van de nieuwe beveiligingsregels
© ID.nl | Dit is een mock-up
Huis

Windows 11 wordt veiliger: dit ga je merken van de nieuwe beveiligingsregels

Microsoft heeft een flinke aanscherping van de beveiliging in Windows 11 aangekondigd. Onder de noemer Windows Baseline Security Mode en User Transparency and Consent krijgen gebruikers meer grip op wat apps precies uitspoken op hun computer. Voor de gemiddelde thuisgebruiker betekent dit vooral dat Windows meer gaat lijken op de overzichtelijke beveiliging die we al kennen van onze smartphones.

In dit artikel

Je leest wat de nieuwe beveiligingsregels in Windows 11 betekenen voor jou, met extra nadruk op toestemming en inzicht in wat apps doen. Je ziet hoe je per app toegang tot camera, microfoon en bestanden kunt beheren en later weer intrekken. Ook leggen we uit wat Windows Baseline Security Mode doet en wat je daarvan merkt tijdens de gefaseerde uitrol.

Lees ook: De verborgen parels van Windows 11: deze apps moet je hebben

De aanleiding voor deze verandering is de toenemende irritatie over apps die ongevraagd instellingen aanpassen, extra software installeren of zonder duidelijke toestemming toegang krijgen tot persoonlijke gegevens. Microsoft wil met deze update de regie teruggeven aan de gebruiker, waarbij transparantie en toestemming de belangrijkste uitgangspunten zijn.

Meer grip op je privacy

Een van de meest zichtbare veranderingen is de manier waarop apps om toestemming vragen. Waar programma's in Windows voorheen vaak automatisch toegang hadden tot bepaalde mappen of functies, gaat Windows 11 nu actiever om bevestiging vragen. Wil een app je camera, microfoon of specifieke bestanden gebruiken? Dan verschijnt er een duidelijke melding in beeld, vergelijkbaar met de pop-ups op een iPhone of Android-toestel.

Het mooie van dit systeem is dat je deze keuzes altijd weer kunt terugdraaien. In de instellingen van Windows komt een overzicht waar je precies ziet welke app waarvoor toestemming heeft. Vertrouw je een programma niet langer, dan trek je met één handeling de toegang tot je bestanden of hardware weer in.

©Garun Studios - stock.adobe.com

Alleen veilige software door Baseline Security

Verder introduceert Microsoft de Windows Baseline Security Mode. Dit is een technische beveiligingslaag die ervoor zorgt dat het systeem continu controleert of de software die draait wel integer is. In de praktijk betekent dit dat Windows alleen nog apps, stuurprogramma's en diensten toestaat die officieel zijn ondertekend en als veilig bekendstaan.

Dit voorkomt dat schadelijke software op de achtergrond wijzigingen aanbrengt in je systeem zonder dat je het doorhebt. Voor de meeste mensen verandert er weinig in het dagelijks gebruik; bekende software van grote ontwikkelaars blijft gewoon werken. Mocht je toch een specifiek programma willen gebruiken dat niet aan de strengste eisen voldoet, dan behoud je als gebruiker (of systeembeheerder) de mogelijkheid om handmatig een uitzondering te maken.

Wat merk je in de praktijk?

De uitrol van deze functies gebeurt stap voor stap. Microsoft neemt hier de tijd voor, zodat alles goed blijft werken op de miljarden computers waar Windows op draait. Om dit soepel te laten verlopen, zijn ze op dit moment vooral in overleg met bekende softwaremakers zoals Adobe en 1Password. Zo weet je zeker dat hun programma's gewoon blijven werken onder de nieuwe regels, nog voordat jij de update krijgt. Ook voor de opkomst van slimme AI-hulpjes zijn deze aanpassingen belangrijk. Omdat deze assistenten steeds vaker zelfstandig klusjes voor je opknappen, is het fijn dat je precies kunt zien en bepalen wat zo'n hulpje wel en niet mag doen op jouw pc. 

Kortom: Windows 11 wordt een stukje strenger, maar daardoor ook een stuk transparanter. Je zult iets vaker een vraag krijgen of een app ergens bij mag, maar je krijgt daar een veiliger gevoel en meer controle voor terug.

▼ Volgende artikel
Pushnotificaties vanaf je thuisserver: zo werkt ntfy
© ID.nl
Huis

Pushnotificaties vanaf je thuisserver: zo werkt ntfy

Als je services op je eigen thuisserver draait, wil je daar ook eenvoudig meldingen van kunnen ontvangen. Ntfy stelt je in staat om eenvoudig pushnotificaties naar je telefoon of computer te sturen. Bovendien kun je ntfy op je eigen thuisserver draaien, zodat je alles in eigen handen hebt. In dit artikel gaan we ermee aan de slag.

Dit gaan we doen

In dit artikel zetten we een ntfy-server op die je zelf beheert. We regelen eerst de randvoorwaarden: hoe je server van buitenaf bereikbaar wordt (bijvoorbeeld via vpn of portforwarding) en hoe je https netjes afhandelt met een reverse proxy en een certificaat van Let's Encrypt. Daarna bouwen we de basis: configuratiebestand, opslagmappen en een draaiende container met Docker.

Vervolgens maken we gebruikers en rechten aan, zodat niet iedereen zomaar kan publiceren of meelezen. Je test met de webinterface en met de mobiele app, zodat je zeker weet dat meldingen ook echt binnenkomen. Tot slot koppel je ntfy aan je eigen tools: eerst met een simpele curl-oproep vanuit een shellscript, daarna met extra's zoals titel, prioriteit en tags. Als je wilt, breid je dat uit naar meldingen met bijlagen, acties (doorklikken naar een url) en integratie vanuit Python. 

Lees ook: Je oude Windows-pc als thuisserver: zo zet je Jellyfin en Syncthing op

Netwerkmonitoringsoftware, een programma dat je Docker-containers bijwerkt, een smarthomecontroller, back-upsoftware, ze hebben allemaal één ding gemeen: ze moeten je meldingen kunnen sturen als er iets gebeurt. Dat kan op verschillende manieren: via e-mail, instant messaging of pushnotificaties naar je telefoon. Dat laatste verloopt doorgaans via een gecentraliseerde dienst zoals Firebase Cloud Messaging (voorheen Google Cloud Messaging) of Apple Push Notification service.

Pushnotificaties zijn handig omdat ze bijna onmiddellijk aankomen en omdat zowel Android als iOS toestaan om in te stellen hoe je ervan op de hoogte wordt gebracht. Wil je pushnotificaties kunnen ontvangen zonder een server onder controle van een partij zoals Google of Apple, dan moet je ook hiervoor je eigen service installeren. Een opensource-project dat dit implementeert, is ntfy.

Werking van ntfy

Je ntfy-server ontvangt meldingen van je programma's via http over een REST-API en zet deze om in pushnotificaties voor de bijbehorende Android- of iOS-app of voor een webpagina op je computer. De API is in de documentatie van het project beschreven, zodat je ook je eigen software met ntfy kunt laten praten. Het project heeft ook een command-line-interface, zodat je bijvoorbeeld shellscripts op je Linux-server eenvoudig pushnotificaties kunt laten verzenden.

Ntfy gebruikt het bekende publish/subscribe-patroon. Een zender publiceert notificaties op een specifiek onderwerp door data te sturen naar een url via een http POST- of PUT-aanvraag. Het onderwerp wordt gedefinieerd door een segment van de url dat volgt op de domeinnaam. Een ontvanger kan zich dan abonneren op dit onderwerp. Elke keer dat de zender daarna een notificatie op dit onderwerp publiceert, stuurt ntfy de data naar alle ontvangers die zich op dit onderwerp hebben geabonneerd. Door ntfy op je eigen server te installeren, heb je de volledige controle over deze notificaties.

Met ntfy kun je services pushnotificaties laten verzenden naar je telefoon of computer.

Serververeisten

De mobiele app van ntfy moet met je server kunnen communiceren om te vragen of er notificaties zijn. Als je ntfy op een server in je lokale netwerk installeert, moet die dus van buitenaf bereikbaar zijn. Dat kun je met portforwarding in je modem regelen of door je telefoon buitenshuis automatisch met een VPN-server op je lokale netwerk te laten verbinden. Heeft je internetaansluiting thuis geen vast ip-adres, dan moet je ook een DynDNS-updater te draaien.

Een andere optie is om ntfy op een VPS (Virtual Private Server) te installeren. Hierop draai je dan ook een reverse proxy voor https-toegang, die een TLS-certificaat van Let's Encrypt opvraagt. Je hebt dan een domein nodig, waarvoor je een DNS A-record naar het ip-adres van je server laat verwijzen. In de rest van dit artikel gaan we uit van een installatie van ntfy op een lokale server met Debian 13 ("trixie") met behulp van Docker Compose.

Basisconfiguratie

Creëer eerst enkele directory's voor ntfy:

$ mkdir -p containers/ntfy/{cache,etc,lib}

Creëer dan het bestand containers/ntfy/etc/server.yml met de volgende configuratie voor ntfy:

base-url: "https://ntfy.example.com"

cache-file: "/var/cache/ntfy/cache.db"

attachment-cache-dir: "/var/cache/ntfy/attachments"

auth-file: "/var/lib/ntfy/user.db"

auth-default-access: "deny-all"

Vervang het domein achter base-url door het domein waarop je ntfy-server draait. Als je gebruikmaakt van een reverse proxy, dan moet dit de url zijn die door de proxy naar ntfy wordt doorgestuurd. Bovendien moet je dan ook een regel behind-proxy: true toevoegen. In de documentatie van ntfy staan voorbeeldconfiguraties voor nginx, Apache2 en Caddy.

Met auth-default-access: "deny-all" tot slot heeft standaard niemand toegang tot onderwerpen. Elke toegang moet dus expliciet worden toegestaan.

Account bij ntfy.sh

De ontwikkelaar van ntfy draait een publiek beschikbare ntfy-server op ntfy.sh. De webinterface daarvan is bereikbaar op https://ntfy.sh/app. Die kun je gratis gebruiken, bijvoorbeeld om ntfy uit te proberen, maar dat komt met beperkingen. Zo kun je geen onderwerpen reserveren en is er een maximum van 250 notificaties per dag en 2 MB per bijlage. Verder is er geen enkele vorm van authenticatie. De enige manier van beveiliging ligt dus in het geheimhouden van je onderwerpen. Die beperkingen heb je niet als je ntfy zelf installeert. Maar als je liever niet zelf een installatie onderhoudt, kun je een betaald plan nemen. Daarmee ondersteun je ook de ontwikkeling van het opensource-project. Dat begint met een Supporter-plan van 5 dollar per maand (circa 5 euro), waarmee je drie onderwerpen kunt reserveren en 2.500 notificaties mag sturen met maximum 25 MB per bijlage.

Betaal voor gebruik van de publieke ntfy-server en ondersteuning van het opensource-project.

Docker Compose

Definieer nu de container in het bestand docker-compose.yaml:

services:

  ntfy:

    image: binwiederhier/ntfy

    container_name: ntfy

    command: serve

    restart: always

    environment:

      - TZ=Europe/Amsterdam

    volumes:

      - ./containers/ntfy/cache:/var/cache/ntfy

      - ./containers/ntfy/etc:/etc/ntfy

      - ./containers/ntfy/lib:/var/lib/ntfy

    ports:

      - 80:80

Ga je voor de aanpak met een reverse proxy, dan definieer je in ditzelfde bestand ook een container voor die reverse proxy.

Start daarna de container met:

$ docker-compose up -d

Als alles goed gaat, is de webinterface van ntfy daarna bereikbaar op het ingestelde domein of ip-adres. Bovenaan links zie je een melding Notifications are disabled. Klik op Grant now om notificaties in je webbrowser toe te staan, en bevestig dit daarna in het dialoogvenster dat je webbrowser toont.

Sta notificaties in je webbrowser toe.

Lees ook: Docker op je NAS: zo draai je Plex, Home Assistant en meer

Notificaties testen

Omdat je ntfy zo geconfigureerd hebt dat alle toegang standaard wordt geblokkeerd, kun je nog niets doen in de webinterface. Je dient dus eerst gebruikers aan te maken en die de toelating te geven om op specifieke onderwerpen te publiceren of zich te abonneren. Open daarvoor een shell in de container van ntfy met de opdracht docker exec -ti ntfy /bin/sh. Als je daarna ntfy user list intypt, krijg je te zien dat anonieme, niet geauthenticeerde gebruikers geen enkele permissies hebben. Met de opdracht ntfy user add --role=admin admin voeg je dan een admin-gebruiker met de naam admin toe. Gebruikers met de rol admin kunnen op alle onderwerpen publiceren en zich erop abonneren. Geef de gebruiker een wachtwoord en bevestig.

Klik nu in de webinterface van ntfy links op Settings en dan onder Manage users op Add user. Vul de url van je ntfy-server in, de gebruikersnaam admin en het wachtwoord dat je zojuist hebt ingesteld. Klik dan links op Subscribe to topic. Kies een naam of klik op Generate name om ntfy een willekeurige naam te laten kiezen en abonneer je dan op het onderwerp met Subscribe. Klik dan op Publish notification en vul hetzelfde onderwerp in. Voer ook een titel en een bericht voor je notificatie in en klik op Send. Als alles goed gaat, verschijnt je testbericht nu in een 'conversatie' met de naam van het onderwerp, en wijst je webbrowser je op een notificatie.

Publiceer notificaties in je webbrowser.

Gebruikersrechten

De webapplicatie is leuk voor een test, maar een mobiele app is vaak handiger. De app van Ntfy voor Android en iOS stelt je in staat om op je telefoon je te abonneren op onderwerpen (publiceren is niet mogelijk) en daarvoor notificaties te ontvangen. Als je de Android-app via F-Droid installeert, is dat zonder ondersteuning voor Firebase; de versie op Google Play gebruikt wél de servers van Google. Je maakt voor je app bij voorkeur een gebruiker aan die alle onderwerpen alleen kan lezen. Dat doe je weer in de shell van de container van ntfy met ntfy user add android om de gebruiker android aan te maken (voer een wachtwoord in) en dan ntfy access android "*" read-only voor de leesrechten.

Open daarna de Android-app en tik op de drie stippen rechtsboven. Kies Settings en stel dan Default server in op het domein van je ntfy-server. Tik daarna op Manage users en Add new user en vul de url van je ntfy-server in, de gebruikersnaam android en het bijbehorende wachtwoord. Tik dan op Add user. Keer dan terug naar het hoofdscherm van de app en klik op het plusicoontje rechtsonder. Voer het onderwerp in dat je tijdens de test in stap 5 hebt gebruikt en tik op Subscribe om je erop te abonneren. Vanaf nu zal de app voor elk ontvangen bericht op dit onderwerp een notificatie tonen. Je krijgt zelfs de al verzonden berichten te zien. Overigens toont de app twee waarschuwingen. Voor betrouwbare notificaties volg je de suggesties om batterijoptimalisaties uit te schakelen en naar WebSockets over te schakelen in plaats van een http-stream.

De Android-app ontvangt een notificatie voor elk bericht dat op een geabonneerd onderwerp wordt verstuurd.

Shellscripts

Nu je hebt getest dat je ntfy-server werkt, is het tijd om je eigen services notificaties te laten uitsturen. Hoe je dat precies configureert, hangt van de service af. Maar je zult altijd eerst een gebruiker met schrijfpermissies voor een specifiek onderwerp moeten aanmaken. Voor een back-upproces dat je op de hoogte moet houden van de status van je back-ups, maak je bijvoorbeeld een gebruiker aan met de opdracht ntfy user add backup in de container van ntfy. Geef die dan schrijfrechten op het onderwerp backup met ntfy access backup backup write-only.

Het publiceren van een bericht op een specifiek onderwerp behelst niet meer dan het sturen van een http POST-aanvraag naar de webserver. Dat kan bijvoorbeeld in een shellscript op je Linux-server met de opdracht curl:

curl -u backup:password -d "Backup successful" ntfy.example.com/backup

Als je in de ntfy-app op je telefoon je op dit onderwerp abonneert, ontvang je deze notificatie nadat het back-upscript is uitgevoerd. Op deze manier is het heel eenvoudig om je eigen shellscripts notificaties te laten verzenden.

Berichten met extra's

Ntfy ondersteunt talloze extra functies om je berichten te laten opvallen of om hun gedrag aan te passen. Je gebruikt deze allemaal door een http-header aan je aanvraag toe te voegen. Zo kun je aan de notificaties van je back-upscript een titel, prioriteit en tags toevoegen. De tags worden als pictogrammen getoond door de mobiele app. Een voorbeeld:

curl -u backup:password -H "Title: Backup failure" -H "Priority: urgent" -H "Tags: warning,skull" -d "Backup unsuccessful" ntfy.example.com/backup

Als de Android-app een bericht met standaardprioriteit ontvangt, doet ze je telefoon kort vibreren en speelt ze een kort geluidje af. Door de prioriteit op urgent te zetten, wordt het standaardnotificatiegeluidje vergezeld van een langer getril van je telefoon, waardoor je onmiddellijk merkt dat dit dringend je aandacht vereist.

Een ntfy-bericht met een titel, prioriteit en pictogrammen.

Plaatjes en lay-out

Ntfy kan ook plaatjes sturen, bijvoorbeeld een foto van een ip-camera die beweging detecteert, maar niet in combinatie met een tekstbericht. Om een bestand naar ntfy te uploaden met curl in een http PUT-aanvraag gebruik je de optie -T en de bestandsnaam. Met de header Filename voeg je de bestandsnaam toe die de ntfy-app je moet tonen. Dat ziet er dan als volgt uit:

curl -u admin:password -T foto.jpg -H "Filename: beweging.jpg" -H "Title: Beweging voordeur" -H "Tags: boom" ntfy.example.com/beweging

Als je een tekstbericht als Markdown opmaakt, kun je wel plaatjes in een tekst opnemen, maar dan moet je naar het bestand linken. Alleen ntfy's webinterface ondersteunt dit; de mobiele app toont gewoon de Markdown-brontekst. Een Markdown-bericht stuur je door de header Markdown: yes of Content-Type: text/markdown aan je http POST-aanvraag toe te voegen. Ntfy ondersteunt overigens alleen beperkte Markdown-functies, zoals vette en schuine tekst, lijsten, links en afbeeldingen.

Je services kunnen ook plaatjes naar ntfy sturen.

Acties

Je ontvangt de notificaties van ntfy in de app in een 'conversatie' per onderwerp. Wanneer je op een notificatie tikt, kopieert dit standaard gewoon de tekst van het bericht naar het klembord. Als je de header Click: URL toevoegt, opent de app die url wanneer je op de notificatie tikt. Zo kun je in een notificatie van je back-upscript bijvoorbeeld een link naar de webinterface van je back-upserver opnemen om het gemelde probleem snel te onderzoeken.

Je kunt ook tot drie 'actieknoppen' definiëren, die dan onderaan een notificatie verschijnen. Door op een van die knoppen te tikken, open je een website of app, activeer je een Android broadcast intent waarop andere apps dan weer kunnen reageren, of zend je een http POST-, PUT- of GET-aanvraag. De manier om dit alles te definiëren is wat omslachtig, maar wordt volledig in de documentatie van ntfy uitgelegd.

Klik op een van de knoppen van het bericht in ntfy om een actie uit te voeren.

Python-code

Curl is natuurlijk niet de enige tool waarmee je notificaties naar je ntfy-server kunt sturen. Sommige tools bieden rechtstreeks ondersteuning voor notificaties via ntfy. Dan hoef je alleen maar het domein van je server, het onderwerp, de gebruikersnaam en het bijbehorende wachtwoord in te vullen. Maar ook in je eigen Python-scripts kun je eenvoudig ondersteuning voor ntfy inbouwen. Dat gaat via het pakket Requests, waarmee je http POST-aanvragen naar de server stuurt. Een eenvoudig voorbeeld ziet er als volgt uit:

import requests

requests.post("http://ntfy.example.com/backup",

    data="Backup unsuccessful",

    headers={

        "Authorization": "Basic Z2VicnVpa2Vyc25hYW06d2FjaHR3b29yZA==",

        "Title": "Backup failure",

        "Priority": "urgent",

        "Tags": "warning,skull"

    })

Met de header Authorization stel je http Basic-authenticatie in. De tekenreeks die na Basic komt, is een Base64-codering van de gebruikersnaam en het wachtwoord met een dubbele punt ertussen. Je creëert die codering op je Linux-systeem met de opdracht echo "Basic $(echo -n 'gebruikersnaam:wachtwoord' | base64)".

Sssssssssschattig

Speciaal voor de kleinste Python-fans

En verder

Ntfy biedt een betrouwbare manier om notificaties van allerlei services te centraliseren, terwijl je zelf de volledige controle behoudt. Het programma blinkt uit in flexibiliteit om het overal in te integreren. Als een service bijvoorbeeld geen http POST-aanvragen ondersteunt, kun je ook http GET-aanvragen doen. En als een service je niet de mogelijkheid geeft om de headers aan te passen, laat ntfy je toe om de berichten inclusief headers in JSON-formaat door te sturen. En als een service webhooks ondersteunt maar daarvoor zijn eigen JSON-formaat gebruikt, kan ntfy die met berichtsjablonen omzetten naar leesbare berichten.

Ook via e-mail is ntfy te integreren. Je kunt bijvoorbeeld berichten die op je ntfy-server aankomen automatisch laten doorsturen naar een SMTP-server om ze ook als e-mail te ontvangen. Maar ook de andere richting is voorzien: ntfy kan dan zelf een ingebouwde SMTP-server draaien, handig voor services die alleen maar notificaties via e-mail ondersteunen. Elk onderwerp op de ntfy-server heeft dan een bijbehorend e-mailadres op je domein. De service hoeft dan alleen maar een e-mail naar dat adres te sturen om berichten op dat onderwerp te publiceren op je ntfy-server. Deze en andere geavanceerde functies zijn uitgebreid gedocumenteerd op de website van ntfy.

De documentatie van ntfy is uitgebreid en praktisch.