Privacy
- Wat niemand over je mag weten
Je e-mailadres staat onversleuteld in de barcode op je PostNL-pakket
Ik kwam er onlangs achter dat de 2D-barcode op PostNL-pakketlabels veel meer informatie bevat dan je zou verwachten -- inclusief je e-mailadres. De data is alleen gecomprimeerd (deflate), niet versleuteld. Iedereen met basiskennis kan dit uitlezen.
WAT ZIT ER IN DE BARCODE?
De code op een PostNL-label begint met een herkenbare prefix (bijv. PNL3STUNM...) gevolgd door een blok base64-gecodeerde data. Als je die base64 decodeert en vervolgens deflate-decompressie toepast (vanaf offset 1), krijg je een binaire structuur met daarin in plain text:
- Achternaam
- Voornaam
- Straatnaam + huisnummer
- Postcode
- Woonplaats
- Datum
- E-mailadres
HOE REPRODUCEER JE DIT?
Neem de lange code van een PostNL-label (de string die begint met PNL3S...). Knip het prefix eraf tot aan het base64-gedeelte (herkenbaar aan de + en = tekens en alfanumerieke karakters). Decode vervolgens:
import base64, zlib
b64_data = "<plak hier het base64 gedeelte>"
raw = base64.b64decode(b64_data)
decompressed = zlib.decompress(raw[1:], -15)
for line in decompressed.split(b'\x00'):
text = line.decode('utf-8', errors='ignore').strip()
if len(text) > 2:
print(text)
Je ziet dan je volledige NAW-gegevens en e-mailadres voorbijkomen.
WAAR KOMT DAT E-MAILADRES VANDAAN?
PostNL vraagt webshops actief om het e-mailadres van de ontvanger mee te sturen bij het aanmaken van een verzendlabel. In hun officiele Labelling API documentatie (https://developer.postnl.nl) staat bij het Contact type:
"Please add the e-mail address of the receiver to improve the
Mijn PostNL experience of your customer."
Dit e-mailadres wordt vervolgens opgenomen in de gecomprimeerde data die in de barcode op het fysieke label terechtkomt. Voor bepaalde producten (avondlevering, ophalen bij PostNL-punt) is het zelfs verplicht om minstens e-mail, SMS-nummer of telefoonnummer mee te sturen.
WAAROM IS DIT EEN PROBLEEM?
1. Geen encryptie
De data is alleen gecomprimeerd, niet versleuteld. Decompressie is triviaal.
2. Meer data dan zichtbaar
Op het label zelf zie je naam en adres in leesbare tekst. Maar het e-mailadres is alleen zichtbaar als je de barcode decodeert. Een consument verwacht niet dat zijn e-mailadres fysiek op een pakketlabel staat.
3. Dataminimalisatie (AVG art. 5 lid 1c)
Het e-mailadres is niet nodig voor de fysieke bezorging. Waarom zit het dan in een barcode die iedereen kan scannen?
4. Transparantie (AVG art. 13/14)
PostNL informeert consumenten niet dat hun e-mailadres in de barcode op het pakket zit. De privacyverklaring noemt het verwerken van e-mailadressen, maar niet dat deze fysiek uitleesbaar op het pakket staan.
5. Praktisch risico
Iedereen die een foto maakt van je pakketlabel -- een buurman, iemand in een sorteercentrum, een voorbijganger bij een stapel retouren -- kan met een simpel script je naam, adres en e-mailadres achterhalen. Dat is een combinatie die bruikbaar is voor gerichte phishing.
WAT IK NIET HEB GEVONDEN
Ik heb uitgebreid gezocht op Tweakers, Radar-forum, Security.nl en in internationale bronnen. Er zijn wel discussies over PostNL en privacy (QR-code scannen bij pakketpunten, metadata van brieven, clipboard-uitlezing door de app), maar het feit dat het e-mailadres onversleuteld in de barcode op het pakketlabel staat lijkt nog nergens publiek beschreven te zijn.
ADVIES
- Scheur altijd het label van je pakket voordat je de doos weggooit
- Overweeg bij webshops een apart e-mailadres te gebruiken voor bestellingen
- PostNL zou de data in de barcode moeten versleutelen, of op z'n minst het e-mailadres eruit moeten halen -- het is niet nodig voor de bezorging
Ik ben benieuwd of anderen dit kunnen bevestigen met hun eigen pakketlabels.
WAT ZIT ER IN DE BARCODE?
De code op een PostNL-label begint met een herkenbare prefix (bijv. PNL3STUNM...) gevolgd door een blok base64-gecodeerde data. Als je die base64 decodeert en vervolgens deflate-decompressie toepast (vanaf offset 1), krijg je een binaire structuur met daarin in plain text:
- Achternaam
- Voornaam
- Straatnaam + huisnummer
- Postcode
- Woonplaats
- Datum
- E-mailadres
HOE REPRODUCEER JE DIT?
Neem de lange code van een PostNL-label (de string die begint met PNL3S...). Knip het prefix eraf tot aan het base64-gedeelte (herkenbaar aan de + en = tekens en alfanumerieke karakters). Decode vervolgens:
import base64, zlib
b64_data = "<plak hier het base64 gedeelte>"
raw = base64.b64decode(b64_data)
decompressed = zlib.decompress(raw[1:], -15)
for line in decompressed.split(b'\x00'):
text = line.decode('utf-8', errors='ignore').strip()
if len(text) > 2:
print(text)
Je ziet dan je volledige NAW-gegevens en e-mailadres voorbijkomen.
WAAR KOMT DAT E-MAILADRES VANDAAN?
PostNL vraagt webshops actief om het e-mailadres van de ontvanger mee te sturen bij het aanmaken van een verzendlabel. In hun officiele Labelling API documentatie (https://developer.postnl.nl) staat bij het Contact type:
"Please add the e-mail address of the receiver to improve the
Mijn PostNL experience of your customer."
Dit e-mailadres wordt vervolgens opgenomen in de gecomprimeerde data die in de barcode op het fysieke label terechtkomt. Voor bepaalde producten (avondlevering, ophalen bij PostNL-punt) is het zelfs verplicht om minstens e-mail, SMS-nummer of telefoonnummer mee te sturen.
WAAROM IS DIT EEN PROBLEEM?
1. Geen encryptie
De data is alleen gecomprimeerd, niet versleuteld. Decompressie is triviaal.
2. Meer data dan zichtbaar
Op het label zelf zie je naam en adres in leesbare tekst. Maar het e-mailadres is alleen zichtbaar als je de barcode decodeert. Een consument verwacht niet dat zijn e-mailadres fysiek op een pakketlabel staat.
3. Dataminimalisatie (AVG art. 5 lid 1c)
Het e-mailadres is niet nodig voor de fysieke bezorging. Waarom zit het dan in een barcode die iedereen kan scannen?
4. Transparantie (AVG art. 13/14)
PostNL informeert consumenten niet dat hun e-mailadres in de barcode op het pakket zit. De privacyverklaring noemt het verwerken van e-mailadressen, maar niet dat deze fysiek uitleesbaar op het pakket staan.
5. Praktisch risico
Iedereen die een foto maakt van je pakketlabel -- een buurman, iemand in een sorteercentrum, een voorbijganger bij een stapel retouren -- kan met een simpel script je naam, adres en e-mailadres achterhalen. Dat is een combinatie die bruikbaar is voor gerichte phishing.
WAT IK NIET HEB GEVONDEN
Ik heb uitgebreid gezocht op Tweakers, Radar-forum, Security.nl en in internationale bronnen. Er zijn wel discussies over PostNL en privacy (QR-code scannen bij pakketpunten, metadata van brieven, clipboard-uitlezing door de app), maar het feit dat het e-mailadres onversleuteld in de barcode op het pakketlabel staat lijkt nog nergens publiek beschreven te zijn.
ADVIES
- Scheur altijd het label van je pakket voordat je de doos weggooit
- Overweeg bij webshops een apart e-mailadres te gebruiken voor bestellingen
- PostNL zou de data in de barcode moeten versleutelen, of op z'n minst het e-mailadres eruit moeten halen -- het is niet nodig voor de bezorging
Ik ben benieuwd of anderen dit kunnen bevestigen met hun eigen pakketlabels.
Reacties (17)
11-02-2026, 16:04 door
Anoniem
Heb je dit aan ChatGPT gevraagd? Volgens mij zit er alleen een ouderwetse streepjescode op een bezorgd pakketje met PostNL. Deze zal vermoedelijk coderen naar de alfanumerieke code die daaronder staat.
Deze code (samen met de postcode en huisnummer die ook op het label staan) is genoeg om in te loggen bij PostNL en allerlei dingen te weten te komen. Zoals het adres van de afzender (voor retour) en het gewicht en de afmetingen van het pakketje.
Een streepjescode zoals ik die ken kan al de gegevens die je noemt niet bevatten. Een e-mail adres kan immers heel lang zijn en mag in geen teken verschillen anders werkt die niet meer.
Het tijdstip van bezorging is natuurlijk op de site van PostNL op te vragen met de track en trace code. Het is sowieso een goed idee om deze te vernietigen voor je de doos weg doet.
De barcode waar ik het over heb is overigens 1D. Niet 2D of 3D.
Deze code (samen met de postcode en huisnummer die ook op het label staan) is genoeg om in te loggen bij PostNL en allerlei dingen te weten te komen. Zoals het adres van de afzender (voor retour) en het gewicht en de afmetingen van het pakketje.
Een streepjescode zoals ik die ken kan al de gegevens die je noemt niet bevatten. Een e-mail adres kan immers heel lang zijn en mag in geen teken verschillen anders werkt die niet meer.
Het tijdstip van bezorging is natuurlijk op de site van PostNL op te vragen met de track en trace code. Het is sowieso een goed idee om deze te vernietigen voor je de doos weg doet.
De barcode waar ik het over heb is overigens 1D. Niet 2D of 3D.
11-02-2026, 20:37 door
Anoniem
Door Anoniem: Heb je dit aan ChatGPT gevraagd? Volgens mij zit er alleen een ouderwetse streepjescode op een bezorgd pakketje met PostNL. Deze zal vermoedelijk coderen naar de alfanumerieke code die daaronder staat.
Deze code (samen met de postcode en huisnummer die ook op het label staan) is genoeg om in te loggen bij PostNL en allerlei dingen te weten te komen. Zoals het adres van de afzender (voor retour) en het gewicht en de afmetingen van het pakketje.
Een streepjescode zoals ik die ken kan al de gegevens die je noemt niet bevatten. Een e-mail adres kan immers heel lang zijn en mag in geen teken verschillen anders werkt die niet meer.
Het tijdstip van bezorging is natuurlijk op de site van PostNL op te vragen met de track en trace code. Het is sowieso een goed idee om deze te vernietigen voor je de doos weg doet.
De barcode waar ik het over heb is overigens 1D. Niet 2D of 3D.
Deze code (samen met de postcode en huisnummer die ook op het label staan) is genoeg om in te loggen bij PostNL en allerlei dingen te weten te komen. Zoals het adres van de afzender (voor retour) en het gewicht en de afmetingen van het pakketje.
Een streepjescode zoals ik die ken kan al de gegevens die je noemt niet bevatten. Een e-mail adres kan immers heel lang zijn en mag in geen teken verschillen anders werkt die niet meer.
Het tijdstip van bezorging is natuurlijk op de site van PostNL op te vragen met de track en trace code. Het is sowieso een goed idee om deze te vernietigen voor je de doos weg doet.
De barcode waar ik het over heb is overigens 1D. Niet 2D of 3D.
Een postnl doosje dat ik toevallig nog had staan heeft zowel een barcode met alleen het track-trace nummer (3Sxxx) , maar ook een heel dichte QR code met beduidend meer informatie .
QR codes kun je als "2D barcodes" zien.
En TS heeft gelijk - in de gedecodeerde data zit de bezorginformatie (ook "gewoon" leesbaar) plus mailadres.
Mooi gevonden, Componix.
12-02-2026, 19:16 door
Anoniem
Oud nieuws.
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Geen gedoe meer met papieren bonnen waar PostNL vanaf gaat... Welkom in de wondere wereld van het rechts kapitalisme, waar aandeelhouders besluiten dat er jaar op jaar winst gemaakt moet worden...iets met Return of Investment
PostNL is geen PTT Post en al 20 jaar geprivatiseerd. Lang leve de liberale vrije markt kapitalisme...
Dit gaat uiteindelijk door tot alles van bank,verzekeringen,tot boodschappen in handen zijn van 1 speler... Met wat oorlogsindustrie a aan de rand van Europa als afleiding/cashcowing ....
Heb jij geen apart email voor PostNL dan?
Ze kunnen nog meer namelijk. Weet ook dat je verzender/receiver data van zelfs handgeschreven kaarten via OCR worden omgezet in een rode code , digitaal dus, weinig bytes...en de sorteermachines kunnen deze data dus makkelijk opslaan....
Vroeger heel vroeger, jaar 2000 en ervoor, werd met de hand gesorteerd, in elke kleine stad had je centras. Sinds 2007 gaat dat centraal. Den Bosch, Eindhoven, Den Haag (2x), Rotterdam (2x). Veel machines zijn er niet.
Post van jou in Nijkerk naar 1 straat verder in Nijkerk gaat dus eerst richting een van hierboven genoemde steden. OCR erover (handschrift digitaal maken) , en klaar. Oorspronkelijk bedoeld om jou een rekening te sturen als je te weinig zegels plakt.
Test het maar eens... Stuur maar eens wat extra grammetjes met te weinig franco , en je krijgt een postkaart toegestuurd waarop je mag bijplakken. Alles volledig geautomatiseerd, digitale administratie.
~illuminatus
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Geen gedoe meer met papieren bonnen waar PostNL vanaf gaat... Welkom in de wondere wereld van het rechts kapitalisme, waar aandeelhouders besluiten dat er jaar op jaar winst gemaakt moet worden...iets met Return of Investment
PostNL is geen PTT Post en al 20 jaar geprivatiseerd. Lang leve de liberale vrije markt kapitalisme...
Dit gaat uiteindelijk door tot alles van bank,verzekeringen,tot boodschappen in handen zijn van 1 speler... Met wat oorlogsindustrie a aan de rand van Europa als afleiding/cashcowing ....
Heb jij geen apart email voor PostNL dan?
Ze kunnen nog meer namelijk. Weet ook dat je verzender/receiver data van zelfs handgeschreven kaarten via OCR worden omgezet in een rode code , digitaal dus, weinig bytes...en de sorteermachines kunnen deze data dus makkelijk opslaan....
Vroeger heel vroeger, jaar 2000 en ervoor, werd met de hand gesorteerd, in elke kleine stad had je centras. Sinds 2007 gaat dat centraal. Den Bosch, Eindhoven, Den Haag (2x), Rotterdam (2x). Veel machines zijn er niet.
Post van jou in Nijkerk naar 1 straat verder in Nijkerk gaat dus eerst richting een van hierboven genoemde steden. OCR erover (handschrift digitaal maken) , en klaar. Oorspronkelijk bedoeld om jou een rekening te sturen als je te weinig zegels plakt.
Test het maar eens... Stuur maar eens wat extra grammetjes met te weinig franco , en je krijgt een postkaart toegestuurd waarop je mag bijplakken. Alles volledig geautomatiseerd, digitale administratie.
~illuminatus
12-02-2026, 21:27 door
Anoniem
Door Componix: Ik kwam er onlangs achter dat de 2D-barcode op PostNL-pakketlabels veel meer informatie bevat dan je zou verwachten -- inclusief je e-mailadres. De data is alleen gecomprimeerd (deflate), niet versleuteld. Iedereen met basiskennis kan dit uitlezen.
WAT ZIT ER IN DE BARCODE?
De code op een PostNL-label begint met een herkenbare prefix (bijv. PNL3STUNM...) gevolgd door een blok base64-gecodeerde data. Als je die base64 decodeert en vervolgens deflate-decompressie toepast (vanaf offset 1), krijg je een binaire structuur met daarin in plain text:
- Achternaam
- Voornaam
- Straatnaam + huisnummer
- Postcode
- Woonplaats
- Datum
- E-mailadres
HOE REPRODUCEER JE DIT?
Neem de lange code van een PostNL-label (de string die begint met PNL3S...). Knip het prefix eraf tot aan het base64-gedeelte (herkenbaar aan de + en = tekens en alfanumerieke karakters). Decode vervolgens:
import base64, zlib
b64_data = "<plak hier het base64 gedeelte>"
raw = base64.b64decode(b64_data)
decompressed = zlib.decompress(raw[1:], -15)
for line in decompressed.split(b'\x00'):
text = line.decode('utf-8', errors='ignore').strip()
if len(text) > 2:
print(text)
Je ziet dan je volledige NAW-gegevens en e-mailadres voorbijkomen.
WAAR KOMT DAT E-MAILADRES VANDAAN?
PostNL vraagt webshops actief om het e-mailadres van de ontvanger mee te sturen bij het aanmaken van een verzendlabel. In hun officiele Labelling API documentatie (https://developer.postnl.nl) staat bij het Contact type:
"Please add the e-mail address of the receiver to improve the
Mijn PostNL experience of your customer."
Dit e-mailadres wordt vervolgens opgenomen in de gecomprimeerde data die in de barcode op het fysieke label terechtkomt. Voor bepaalde producten (avondlevering, ophalen bij PostNL-punt) is het zelfs verplicht om minstens e-mail, SMS-nummer of telefoonnummer mee te sturen.
WAAROM IS DIT EEN PROBLEEM?
1. Geen encryptie
De data is alleen gecomprimeerd, niet versleuteld. Decompressie is triviaal.
2. Meer data dan zichtbaar
Op het label zelf zie je naam en adres in leesbare tekst. Maar het e-mailadres is alleen zichtbaar als je de barcode decodeert. Een consument verwacht niet dat zijn e-mailadres fysiek op een pakketlabel staat.
3. Dataminimalisatie (AVG art. 5 lid 1c)
Het e-mailadres is niet nodig voor de fysieke bezorging. Waarom zit het dan in een barcode die iedereen kan scannen?
4. Transparantie (AVG art. 13/14)
PostNL informeert consumenten niet dat hun e-mailadres in de barcode op het pakket zit. De privacyverklaring noemt het verwerken van e-mailadressen, maar niet dat deze fysiek uitleesbaar op het pakket staan.
5. Praktisch risico
Iedereen die een foto maakt van je pakketlabel -- een buurman, iemand in een sorteercentrum, een voorbijganger bij een stapel retouren -- kan met een simpel script je naam, adres en e-mailadres achterhalen. Dat is een combinatie die bruikbaar is voor gerichte phishing.
WAT IK NIET HEB GEVONDEN
Ik heb uitgebreid gezocht op Tweakers, Radar-forum, Security.nl en in internationale bronnen. Er zijn wel discussies over PostNL en privacy (QR-code scannen bij pakketpunten, metadata van brieven, clipboard-uitlezing door de app), maar het feit dat het e-mailadres onversleuteld in de barcode op het pakketlabel staat lijkt nog nergens publiek beschreven te zijn.
ADVIES
- Scheur altijd het label van je pakket voordat je de doos weggooit
- Overweeg bij webshops een apart e-mailadres te gebruiken voor bestellingen
- PostNL zou de data in de barcode moeten versleutelen, of op z'n minst het e-mailadres eruit moeten halen -- het is niet nodig voor de bezorging
Ik ben benieuwd of anderen dit kunnen bevestigen met hun eigen pakketlabels.
WAT ZIT ER IN DE BARCODE?
De code op een PostNL-label begint met een herkenbare prefix (bijv. PNL3STUNM...) gevolgd door een blok base64-gecodeerde data. Als je die base64 decodeert en vervolgens deflate-decompressie toepast (vanaf offset 1), krijg je een binaire structuur met daarin in plain text:
- Achternaam
- Voornaam
- Straatnaam + huisnummer
- Postcode
- Woonplaats
- Datum
- E-mailadres
HOE REPRODUCEER JE DIT?
Neem de lange code van een PostNL-label (de string die begint met PNL3S...). Knip het prefix eraf tot aan het base64-gedeelte (herkenbaar aan de + en = tekens en alfanumerieke karakters). Decode vervolgens:
import base64, zlib
b64_data = "<plak hier het base64 gedeelte>"
raw = base64.b64decode(b64_data)
decompressed = zlib.decompress(raw[1:], -15)
for line in decompressed.split(b'\x00'):
text = line.decode('utf-8', errors='ignore').strip()
if len(text) > 2:
print(text)
Je ziet dan je volledige NAW-gegevens en e-mailadres voorbijkomen.
WAAR KOMT DAT E-MAILADRES VANDAAN?
PostNL vraagt webshops actief om het e-mailadres van de ontvanger mee te sturen bij het aanmaken van een verzendlabel. In hun officiele Labelling API documentatie (https://developer.postnl.nl) staat bij het Contact type:
"Please add the e-mail address of the receiver to improve the
Mijn PostNL experience of your customer."
Dit e-mailadres wordt vervolgens opgenomen in de gecomprimeerde data die in de barcode op het fysieke label terechtkomt. Voor bepaalde producten (avondlevering, ophalen bij PostNL-punt) is het zelfs verplicht om minstens e-mail, SMS-nummer of telefoonnummer mee te sturen.
WAAROM IS DIT EEN PROBLEEM?
1. Geen encryptie
De data is alleen gecomprimeerd, niet versleuteld. Decompressie is triviaal.
2. Meer data dan zichtbaar
Op het label zelf zie je naam en adres in leesbare tekst. Maar het e-mailadres is alleen zichtbaar als je de barcode decodeert. Een consument verwacht niet dat zijn e-mailadres fysiek op een pakketlabel staat.
3. Dataminimalisatie (AVG art. 5 lid 1c)
Het e-mailadres is niet nodig voor de fysieke bezorging. Waarom zit het dan in een barcode die iedereen kan scannen?
4. Transparantie (AVG art. 13/14)
PostNL informeert consumenten niet dat hun e-mailadres in de barcode op het pakket zit. De privacyverklaring noemt het verwerken van e-mailadressen, maar niet dat deze fysiek uitleesbaar op het pakket staan.
5. Praktisch risico
Iedereen die een foto maakt van je pakketlabel -- een buurman, iemand in een sorteercentrum, een voorbijganger bij een stapel retouren -- kan met een simpel script je naam, adres en e-mailadres achterhalen. Dat is een combinatie die bruikbaar is voor gerichte phishing.
WAT IK NIET HEB GEVONDEN
Ik heb uitgebreid gezocht op Tweakers, Radar-forum, Security.nl en in internationale bronnen. Er zijn wel discussies over PostNL en privacy (QR-code scannen bij pakketpunten, metadata van brieven, clipboard-uitlezing door de app), maar het feit dat het e-mailadres onversleuteld in de barcode op het pakketlabel staat lijkt nog nergens publiek beschreven te zijn.
ADVIES
- Scheur altijd het label van je pakket voordat je de doos weggooit
- Overweeg bij webshops een apart e-mailadres te gebruiken voor bestellingen
- PostNL zou de data in de barcode moeten versleutelen, of op z'n minst het e-mailadres eruit moeten halen -- het is niet nodig voor de bezorging
Ik ben benieuwd of anderen dit kunnen bevestigen met hun eigen pakketlabels.
Je NAW gegevens staan in 100% van de pakketjes ook ongecodeerd op het verzendlabel. Ook heel vaak met je 06, voor de postbezorger.
Echte geheime, schokkende, info zit er dus niet in die labels,toch?
12-02-2026, 21:36 door
Anoniem
Door Anoniem: Oud nieuws.
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
12-02-2026, 22:19 door
Anoniem
Door Anoniem:
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
Door Anoniem: Oud nieuws.
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
>Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Dit weet ik zonder te decoderen want als ik een pakketje van Bol met retourlabel naar de vapeshop (pakketpunt) brengt dan zegt Muhammad mij : "okee meneer, uw verzendbewijs komt op jantje@hotmail. Fijne dag nog"
>De rest van je rant heeft niks te maken met emailadressen op het pakket
Dat bepaal ik zelf wel. Want voor mij is het wel relevant. Heel vaak staat op je pakket ook jouw mobiele nummer. Veel webshops plaatsen dit erop voor de pakketbezorger (komt meer voor bij microdiensten en dpd, ups en FedEx en minder bij postnl maar ook daar gebeurt het)
Ik kan wel gaan klagen over een dataleak, maar ik heb die webshop zelf mijn 06 gegeven.
En over het email adres: dit los je op door voor webshops en postnl een apart email adres (alias) te gebruiken.
Een tip: Protonmail met Simplelogin. De gratis versie van SimpleLogin geeft je 10 aliasjes die je steeds kunt veranderen , en zo blijft je geheime main email adres beschermd.
Wil je pas echt geschocked raken door wat postnl over je verzameld, doe maar eens een AVG inzage. Maar DPD steekt de troef. In mijn inzage van DPD vond ik allelei leuke statistische informatie over het pakketverbruik van anderen in mijn postcodegebied.
~illuminatus
12-02-2026, 22:25 door
Anoniem
Door Anoniem:
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
Door Anoniem: Oud nieuws.
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
Ik snap je maar Het is echt de verzender die deze info doorspeelt.
In plaats van je email kun je ook tekst meegeven zoals "zet het pakket maar achter de poort".
Het ligt niet aan postnl. Maar dit is een verantwoording van de webshop. Ik zou als ik TS was eens van die shop de privacy policy doorlezen, of daar in staat of ze email adres aan de pakketdienst geven.
Het topic insinueert dat postnl foute dingen doet , klopt dit of niet?
13-02-2026, 10:18 door
Anoniem
Door Anoniem:
>Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Dit weet ik zonder te decoderen want als ik een pakketje van Bol met retourlabel naar de vapeshop (pakketpunt) brengt dan zegt Muhammad mij : "okee meneer, uw verzendbewijs komt op jantje@hotmail. Fijne dag nog"
Door Anoniem:
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
Door Anoniem: Oud nieuws.
Oh ? Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Om pakketbezorging te verbeteren moet een pakketpunt je kunnen vertellen dat een verstuurbevestiging naar pietje@hotmail wordt gestuurt. Dat is heel gemakkelijk
Nee - het pakketpunt stuurt zelf geen email .
In dat hele verzendproces is het niet nodig dat het email adres _op het pakket_ staat .
Het pakketpunt scant het pakket, en op basis van de labelcode (3S12345) kan het postnl platform prima de mail sturen en de track en trace bijwerken.
Voor het randgeval van iemand die z'n email adres update terwijl het pakket onderweg is , is dat zelfs beter.
Dan kan de email bij de "eerstvolgende" nieuwe melding naar het nieuwe adres, terwijl een eenmaal geplakt label niet meer gewijzigd kan worden onderweg.
Topicstarter klaagt niet over het algemene concept 'pakketdienst beschikt over email' maar "pakketdienst print de email decodeerbaar op het pakket" .
En waar een pakket ID + NAW inderdaad leesbaar op het pakket nodig zijn (voor de bezorger), is dat niet zo voor het email adres.
De rest van je rant heeft niks te maken met emailadressen op het pakket.
>Kun je eens citeren waar je eerder las dat je email decodeerbaar op het pakketje staat ?
Dit weet ik zonder te decoderen want als ik een pakketje van Bol met retourlabel naar de vapeshop (pakketpunt) brengt dan zegt Muhammad mij : "okee meneer, uw verzendbewijs komt op jantje@hotmail. Fijne dag nog"
Dat zegt niet meteen dat het in de QR staat , want de scanterminal van Mo zou het (ook) uit het backend systeem kunnen opvragen op basis van pakket ID .
>De rest van je rant heeft niks te maken met emailadressen op het pakket
Dat bepaal ik zelf wel.
Nee, het heeft nog steeds niks met emailadressen in QR te maken .
Maar je mag best ongerelateerd leuteren hoor .
14-02-2026, 07:23 door
Anoniem
@illumiwaus fijn dat je de discussie kapot maakt met passief aggressieve reacties en edgy uitspraken. Doe eens normaal!
Wat mij betreft is dit een goede vonst. Er is bij de pakketdiensten te weinig controle over de informatie die op het pakket komt. Adresgegevens zouden voldoende moeten zijn. Naam en email zouden verborgen moeten kunnen worden. Ook voor pakketjes bij een bezorgpunt. De bezorgers zijn regelmatig rare types en een naam of email is totaal niet nodig voor de bezorging.
Wat mij betreft is dit een goede vonst. Er is bij de pakketdiensten te weinig controle over de informatie die op het pakket komt. Adresgegevens zouden voldoende moeten zijn. Naam en email zouden verborgen moeten kunnen worden. Ook voor pakketjes bij een bezorgpunt. De bezorgers zijn regelmatig rare types en een naam of email is totaal niet nodig voor de bezorging.
14-02-2026, 13:04 door
Anoniem
Laten we eens aannemen dat dat e-mailadres in die 2D-code zit omdat het voor PostNL een functie heeft. Als PostNL sowieso dat e-mailadres op kon duikelen uit hun informatiesysteem bij een pakket zou er geen reden zijn om het in die 2D-code op te nemen. Ik ga niet beweren dat ik dit zeker kan weten, maar ik denk dat dit erop kan wijzen dat PostNL dat e-mailadres helemaal niet vastlegt in de databases van zijn operationele systemen.
Het lijkt me uiterst waarschijnlijk dat een status-mail van PostNL altijd getriggerd wordt door een scan van het adreslabel, op verschillende punten in het hele verwerkingsproces. Dan werkt het systeem prima als dat e-mailadres niet in een database is opgeslagen maar telkens opnieuw uit de 2D-code op het adreslabel wordt gelezen. Dan wordt het e-mailadres uitsluitend verwerkt als daar op dat moment ook echt een reden voor is, en is het verder simpelweg afwezig in het informatiesysteem.
Als het inderdaad zo werkt lijkt mij dat een heel elegante manier om dataminimalisatie te bereiken zonder de functie van het versturen van status-mails op te geven.
Natuurlijk is het e-mailadres uit het etiket te halen en kan het langs die weg gelekt worden. Maar let op de schaal. Als het centrale informatiesysteem voor pakketbezorging van PostNL die gegevens lekt zal dat lek in een klap zo groot zijn dat het landelijk voorpaginanieuws is. Iemand die papieren adreslabels op etiketten moet gaan scannen, onderweg, op een bezorgpunt, of bij de papierkringloop- of afvalverwerking, zal veel werk moeten verzetten voor een opbrengst die in vergelijking met zo'n centraal informatiesysteem echt geen ruk voorstelt. Het is omslachtig, moeizaam, niet schaalbaar.
Nogmaals, ik weet niet of ik gelijk heb, maar het is wel waar ik zo'n beetje op uitkom als ik nadenk over de vraag waarom dat e-mailadres in die 2D-code zou kunnen zitten, en het zal er niet voor niets in zitten, lijkt me.
Daarmee is een van de mogelijkheden dat dit helemaal niet het privacyprobleem is dat je erin ziet maar dat het juist een risico op een grootschalig privacyprobleem elimineert.
Ben je trouwens op het idee gekomen om op te zoeken hoe je de functionaris gegevensbescherming van PostNL kan bereiken en die de vraag voor te leggen?
Het lijkt me uiterst waarschijnlijk dat een status-mail van PostNL altijd getriggerd wordt door een scan van het adreslabel, op verschillende punten in het hele verwerkingsproces. Dan werkt het systeem prima als dat e-mailadres niet in een database is opgeslagen maar telkens opnieuw uit de 2D-code op het adreslabel wordt gelezen. Dan wordt het e-mailadres uitsluitend verwerkt als daar op dat moment ook echt een reden voor is, en is het verder simpelweg afwezig in het informatiesysteem.
Als het inderdaad zo werkt lijkt mij dat een heel elegante manier om dataminimalisatie te bereiken zonder de functie van het versturen van status-mails op te geven.
Natuurlijk is het e-mailadres uit het etiket te halen en kan het langs die weg gelekt worden. Maar let op de schaal. Als het centrale informatiesysteem voor pakketbezorging van PostNL die gegevens lekt zal dat lek in een klap zo groot zijn dat het landelijk voorpaginanieuws is. Iemand die papieren adreslabels op etiketten moet gaan scannen, onderweg, op een bezorgpunt, of bij de papierkringloop- of afvalverwerking, zal veel werk moeten verzetten voor een opbrengst die in vergelijking met zo'n centraal informatiesysteem echt geen ruk voorstelt. Het is omslachtig, moeizaam, niet schaalbaar.
Nogmaals, ik weet niet of ik gelijk heb, maar het is wel waar ik zo'n beetje op uitkom als ik nadenk over de vraag waarom dat e-mailadres in die 2D-code zou kunnen zitten, en het zal er niet voor niets in zitten, lijkt me.
Daarmee is een van de mogelijkheden dat dit helemaal niet het privacyprobleem is dat je erin ziet maar dat het juist een risico op een grootschalig privacyprobleem elimineert.
Ben je trouwens op het idee gekomen om op te zoeken hoe je de functionaris gegevensbescherming van PostNL kan bereiken en die de vraag voor te leggen?
14-02-2026, 13:23 door
Anoniem
Door Anoniem: Ook voor pakketjes bij een bezorgpunt. De bezorgers zijn regelmatig rare types en een naam of email is totaal niet nodig voor de bezorging.
Fijn voor je dat je alleen in een vrijstaand huis woont.
Bij een gedeelde voordeur/studentenwoning, bejaardenhuis e.d. is een naam toch echt wel fijn om te duiden wiens pakketje achter de voordeur ligt.
Scheelt een hoop, als kamernummer of letter weggevallen is (of vergeten door de koper)
De email is niet nodig.
Bij wat grotere (volume/gewicht) bezorgingen word ik gewoonlijk gebeld door de bezorger dat ie bijna in de straat is .
(oftewel - ben je thuis en ga bij de voordeur staan want ik kan niet al te lang de straat blokkeren) .
In dat geval is het ook wel nodig dat mijn nummer leesbaar (of : bereikbaar in de app van de bezorger) staat .
14-02-2026, 13:36 door
Anoniem
Ik had toevallig even zicht op een DHL pakket .
Ik moest even zoeken, want de code daar lijkt op QR, maar is "PDF-417" , een 2D barcode .
PDF is hier Portable Data File, geen relatie met Adobe document.
Herkenbaar verschil is het ontbreken van de centreer-vierkanten op de hoeken.
https://en.wikipedia.org/wiki/PDF417 . (Ook op boardingpas gebruikt)
PDF-417 kan gelezen worden met een lineaire scanner (zoals een barcode), terwijl QR een "heel beeld" nodig heeft.
Nadeel is dat PDF-417 4x minder informatie per oppervlakte opslaat.
Duidelijk een voortschrijden van mogelijkheden - PDF417 ontwikkeld toen heel-beeld opnemers (en processing) nog niet haalbaar waren voor scans (of wellicht : het moet werken met een software update voor bestaande barcode scanners) .
De inhoud is text (geen compressie), en bevat voornamelijk adres van de afzender en adres van de ontvanger, een tijdstip , en nog wat lettercodes .
(iets als
Geen email adres, noch iets wat lijkt op gecodeerd/gecompressed
Ik moest even zoeken, want de code daar lijkt op QR, maar is "PDF-417" , een 2D barcode .
PDF is hier Portable Data File, geen relatie met Adobe document.
Herkenbaar verschil is het ontbreken van de centreer-vierkanten op de hoeken.
https://en.wikipedia.org/wiki/PDF417 . (Ook op boardingpas gebruikt)
PDF-417 kan gelezen worden met een lineaire scanner (zoals een barcode), terwijl QR een "heel beeld" nodig heeft.
Nadeel is dat PDF-417 4x minder informatie per oppervlakte opslaat.
Duidelijk een voortschrijden van mogelijkheden - PDF417 ontwikkeld toen heel-beeld opnemers (en processing) nog niet haalbaar waren voor scans (of wellicht : het moet werken met een software update voor bestaande barcode scanners) .
De inhoud is text (geen compressie), en bevat voornamelijk adres van de afzender en adres van de ontvanger, een tijdstip , en nog wat lettercodes .
(iets als
'GID+0+1'MEA+WT++KGM:1
. Zal wel bezorg of service-niveau o.i.d. zijn , en ook het pakket nummer.Geen email adres, noch iets wat lijkt op gecodeerd/gecompressed
14-02-2026, 16:24 door
Anoniem
PostNL controleert wel meer aspecten niet van hun automatische e-mails (die overigens ongevraagd en zonder enige toestemming verzonden worden). Zou PostNL dit nu eens wel doen zouden ze eindelijk na tig jaren een datalek kunnen dichten.
Heb dit willen melden bij PostNL, geen mogelijkheid voor. AP doet hier ook niets mee.
Heb dit willen melden bij PostNL, geen mogelijkheid voor. AP doet hier ook niets mee.
14-02-2026, 17:22 door
Anoniem
Door Anoniem: Laten we eens aannemen dat dat e-mailadres in die 2D-code zit omdat het voor PostNL een functie heeft. Als PostNL sowieso dat e-mailadres op kon duikelen uit hun informatiesysteem bij een pakket zou er geen reden zijn om het in die 2D-code op te nemen. Ik ga niet beweren dat ik dit zeker kan weten, maar ik denk dat dit erop kan wijzen dat PostNL dat e-mailadres helemaal niet vastlegt in de databases van zijn operationele systemen.
Het lijkt me uiterst waarschijnlijk dat een status-mail van PostNL altijd getriggerd wordt door een scan van het adreslabel, op verschillende punten in het hele verwerkingsproces. Dan werkt het systeem prima als dat e-mailadres niet in een database is opgeslagen maar telkens opnieuw uit de 2D-code op het adreslabel wordt gelezen. Dan wordt het e-mailadres uitsluitend verwerkt als daar op dat moment ook echt een reden voor is, en is het verder simpelweg afwezig in het informatiesysteem.
Het lijkt me uiterst waarschijnlijk dat een status-mail van PostNL altijd getriggerd wordt door een scan van het adreslabel, op verschillende punten in het hele verwerkingsproces. Dan werkt het systeem prima als dat e-mailadres niet in een database is opgeslagen maar telkens opnieuw uit de 2D-code op het adreslabel wordt gelezen. Dan wordt het e-mailadres uitsluitend verwerkt als daar op dat moment ook echt een reden voor is, en is het verder simpelweg afwezig in het informatiesysteem.
Hm, slimme theorie , en zeker niet uit te sluiten.
Ik heb toevallig een testcase bij de hand, en in elk geval zitten de status-mails binnen een paar minuten van de "pakket-reis" van het pakket .
(dus aanmelding, pakket ontvangen, pakket gesorteerd, bezorger is onderweg, pakket is bezorgd)
Die tijdstippen die je in de track-trace ziet zitten telkens een paar minuten voor de email .
Dus in elk geval de trigger voor de status-mail wordt gegeven door zo'n update-moment .
Als het inderdaad zo werkt lijkt mij dat een heel elegante manier om dataminimalisatie te bereiken zonder de functie van het versturen van status-mails op te geven.
Natuurlijk is het e-mailadres uit het etiket te halen en kan het langs die weg gelekt worden. Maar let op de schaal. Als het centrale informatiesysteem voor pakketbezorging van PostNL die gegevens lekt zal dat lek in een klap zo groot zijn dat het landelijk voorpaginanieuws is. Iemand die papieren adreslabels op etiketten moet gaan scannen, onderweg, op een bezorgpunt, of bij de papierkringloop- of afvalverwerking, zal veel werk moeten verzetten voor een opbrengst die in vergelijking met zo'n centraal informatiesysteem echt geen ruk voorstelt. Het is omslachtig, moeizaam, niet schaalbaar.
Dat kan inderdaad een afweging zijn.
Een centraal systeem (meestal met wel goede beveiliging - maar zelden perfect) versus decentraal, waarin een beperkte set data veel makkelijker kan lekken .
Nogmaals, ik weet niet of ik gelijk heb, maar het is wel waar ik zo'n beetje op uitkom als ik nadenk over de vraag waarom dat e-mailadres in die 2D-code zou kunnen zitten, en het zal er niet voor niets in zitten, lijkt me.
Soms is iets geen overwogen keuze, maar gewoon bij development "het hele record" gebruiken.
Maar goed - wie weet is dit de afweging, en er is zeker ook wat voor te zeggen.
Verschil tussen en massa-lek versus "de email van de buren kunnen decoderen als het pakket voor de deur ligt"
14-02-2026, 19:05 door
Anoniem
Door Anoniem: @illumiwaus fijn dat je de discussie kapot maakt met passief aggressieve reacties en edgy uitspraken. Doe eens normaal!
Wat mij betreft is dit een goede vonst. Er is bij de pakketdiensten te weinig controle over de informatie die op het pakket komt. Adresgegevens zouden voldoende moeten zijn. Naam en email zouden verborgen moeten kunnen worden. Ook voor pakketjes bij een bezorgpunt. De bezorgers zijn regelmatig rare types en een naam of email is totaal niet nodig voor de bezorging.
Een naam is wel handig natuurlijk, het komt veel voor dat er meerdere personen op één adres wonen.Wat mij betreft is dit een goede vonst. Er is bij de pakketdiensten te weinig controle over de informatie die op het pakket komt. Adresgegevens zouden voldoende moeten zijn. Naam en email zouden verborgen moeten kunnen worden. Ook voor pakketjes bij een bezorgpunt. De bezorgers zijn regelmatig rare types en een naam of email is totaal niet nodig voor de bezorging.
14-02-2026, 22:35 door
Anoniem
Heeft u PostNL al gecontacteerd en hun geinformeerd over uw find?
Ook zo iets..op pakketten staat mijn naam , en dat hebben ze niet nodig om te leveren, eigenlijk moet mijn naam e2e encrypted zijn want alle sorteerders en pakketjongens kunnen deze informatie verzamelen! Wat doe ik hiertegen?
Ook zo iets..op pakketten staat mijn naam , en dat hebben ze niet nodig om te leveren, eigenlijk moet mijn naam e2e encrypted zijn want alle sorteerders en pakketjongens kunnen deze informatie verzamelen! Wat doe ik hiertegen?
Gisteren, 02:03 door
Anoniem
Door Anoniem: Heeft u PostNL al gecontacteerd en hun geinformeerd over uw find?
Ook zo iets..op pakketten staat mijn naam , en dat hebben ze niet nodig om te leveren,
Ook zo iets..op pakketten staat mijn naam , en dat hebben ze niet nodig om te leveren,
Zie boven - naam is typisch _wel_ nodig (of minimaal erg handig) bij aflevering.
Niet zo wereldvreemd zijn, we wonen niet allemaal alleen en vrijstaand.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Security Architect IT/OT
Als Security Architect IT/OT geef jij richting aan de technische en architec-tonische inrichting van veilige IT- en OT-omgevingen. Je vertaalt bestaand beleid en wet- en regelgeving naar concrete, uitvoerbare ontwerpprincipes en bewaakt de samenhang tussen techniek, organi-satie en risico’s.
Information Security Manager IT/OT
Als Information Security Manager IT/OT zorg jij ervoor dat informatiebeveiliging binnen onze IT- en OT-omgevingen niet alleen op papier klopt, maar aantoonbaar werkt in de uitvoering. Je richt je op het veilig en betrouwbaar functioneren van operationele processen en draagt bij aan een volwassen, risicogestuurde be-veiliging van onze vitale infrastructuur.
Security Analist IT/OT
Als Security Analist IT/OT draag jij bij aan het verder professionaliseren van onze digitale weerbaarheid. Je bewaakt da-gelijks de veiligheid van onze IT- en OT-omgevingen en zorgt ervoor dat risico’s tijdig worden gesignaleerd en opgevolgd. Zo help je mee om vitale processen rondom water en onze kantoorauto-matisering betrouwbaar en veilig te laten functioneren.
