POSTAL URI voor versturen post
Posted at [14-10-2008 01:08:12] by KingOfDos.
Ik loop al jaren met een systeem in mijn hoofd waarbij de adressen van mensen worden opgeslagen als een uniform systeem, dit gebaseerd op DNS.
Zoals beschreven op 'DNS for our postal mail' zou je gebruik kunnen maken van een DNS systeem voor de opslag van adresgegevens, zo kan een persoon makkelijk verhuizen zonder bij tientallen organisaties/bedrijven een nieuw adres door te geven.
Stel je voor: Je meld je aan bij verzekeringsbedrijf X voor een autoverzekering, dit doe je met je postadres post:info@joudomein.nl icm een authcode welke alleen voor het verzekeringsbedrijf is. Dit is het enige record wat ze "actueel" gebruiken voor het verzenden van ouderwetse post. Zodra ze een nieuwe brief de deur uit doen dan doen ze een DNS lookup naar joudomein.nl. Op deze manier verkrijgen ze voor joudomein.nl het IP en de poort waar de "adres daemon" draait. Deze daemon vertel je bijvoorbeeld het adres 'info@joudomein.nl' en vraagt een authcode waarna hij uit een database de benodigde adresgevens trekt.
Op deze manier kan je dus ook zonder moeite de toegang tot het adres blokkeren, door enkel de authcode in te trekken.
Het basisidee heeft dus de volgende functies voor joudomein.nl:
DNS records: _postal._http.joudomein.nl 3600 IN SRV 10 http://server1.joudomein.nl/postal.php (as in _service._proto.name ttl class SRV priority target)
PostalServer
Service definition: _postal, _postals
Proto definition: _http, _https, _udp, _tcp, _sctp, _tls?
Priority: Deste lager, deste eerder opgepakt als server. Werkt deze niet dan de volgende pakken.
Target:
- http adress (_http) als http://joudomein.nl/postal.script of https://joudomein.nl/postal.script
- server1.joudomein.nl:1337 (_tcp, _udp, etc?) waar het server:port is.
Nou kan iemand dus nav jou DNS server achterhalen bij welke server hij de adresgegevens kan opvragen. Nadat deze gegevens zijn opgevragen (na validatie van authcode) kunnen ze geprint worden door het bedrijf wat post wil versturen. Vanaf dit moment kan het volgens "normale" procedure vervolgt worden, gezien er geen implementatie/verandering op korte termijn nodig is bij de postbedrijven (misschien op lange termijn alles omzetten?).
Technisch lijkt me dit wel te kunnen werken. Misschien ooit eens een RFC schrijven waarin ik de gehele implementatie beschrijf. En dan nog hopen dat veel bedrijven dit gaan gebruiken in hun software, zodat de gebruiker kan kiezen om een "normaal" adres in te vullen, of een POSTAL URI.
Ik heb de volgende extra documenten al gevonden welke iets soortgelijks beschrijven:
Maar zover ik het nou begrijp heeft niemand de zelfde aanpak als ik in gedachten heb (security tijdens transport van adres + afschermen dmv authcode via een aparte daemon of HTTP service) ben ik het nog niet tegen gekomen. De extra securitylaag lijkt me wel een "must" om te implementeren, als een bedrijf/persoon kiest om zijn adres "open" te stellen dan is deze persoon daar vrij in.
Reactie door QSD, geplaatst op [19-02-2009 22:50:29]
QSDQSDQS
Reageren
Theme selector:
Orange - Green - Grey