<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div>Goeiemorgen,<br><br></div>Excuus voor de late reactie.<br><br>Ik
 heb inderdaad een systeem gebouwd dat voor SMS communicatie zorgt. 
Alleen maakte dat gebruik van een groot smsc/provider (clickatell).<br></div>Het lijk me dat we dat niet moeten willen, helemaal niet zodra er belangrijke berichten overheen gaan.<br><br></div>"Mijn" systeem (<a href="http://ppnlalert.nl">ppnlalert.nl</a>) deed het volgende:<br>

<br>twee tabellen in db:<br></div>- groepen (naam)<br></div>- personen (naam, cli)<br></div>persoon kan in één of meerdere groep zitten.<br></div>Persoon
 gaat naar pagina <a href="http://ppnlalert.nl">ppnlalert.nl</a>, typt eigen nummer in, klikt op login, 
krijgt sms met code, tikt code in, is ingelogged en kan nu sturen naar 
alle groepen waar persoon zelf in zit.<br><br></div>Dus; echt enorm simpel kwa permissions en smsc. Was ook  gemaakt in PHP.<br><br>Het
 lijkt mij wel tof om hier aan mee te helpen. Maar ik zelf zou het al 
wel groot en goed willen doen, met de techniek van vandaag (en backward 
compat met die van gister (sms)). Met bijv. apps die end-to-end 
encryption verzorgen voor diegenen die dat willen. Wel gecentraliseerd, 
voor authentication en authorization (denk ik..). Verzender kan dus ook 
een of meer ontvangende devices van ontvanger kiezen (wilt verzender 
alleen sturen naar encryption-supporting endpoints? Of ook via 'gewone' 
sms?)<br></div>Verder dus groepen waar je naar moet kunnen broadcasten, en een beetje access management (smsjes zijn niet helemaal gratis)..<br><br></div>Thoughts?<br><br></div><div>Lijkt me heel tof om een zelfstandig systeem te bouwen met redundant delivery systems dat een beetje klappen kan verdragen..<br>

</div><div>Ik doe Go (server, systems programming), html/js/css (web-client) en een beetje Java (android).<br></div><div><br></div>/GeertJohan</div>