Proton Drive-gebruikers kunnen externen uitnodigen om bestanden te bewerken

Proton Drive-gebruikers kunnen gebruikers zonder een Proton-account uitnodigen om bestanden te bewerken. Ook kunnen externen op uitnodiging toegang krijgen tot mappen in Drive en daar zelf bestanden aan toevoegen.

Proton meldt dat gebruikers zonder een Proton-account uitgenodigd kunnen worden als bewerker of als lezer. De ontwikkelaar had afgelopen november al beloofd om deze functie toe te voegen aan Drive.

Via de Editor Access-optie kan de gebruiker openbare links maken en bepalen welke rechten de ontvanger van de link krijgt. Deze optie is terug te vinden onder de Share-knop bij individuele documenten en mappen. Daarnaast ontvangen gebruikers voortaan meldingen via de mail als er opmerkingen of suggesties zijn toegevoegd aan een document.

Proton Drive
Bron: Proton

Door Loïs Franx

Redacteur

25-03-2025 • 19:10

64

Submitter: Munchie

Reacties (64)

Sorteer op:

Weergave:

Ik zit met smart te wachten op de Drive sync applicatie voor Linux...
Misschien begrijp ik je niet goed, maar is rclone https://rclone.org/ niet geschikt?
Die had ik ook al gevonden, maar ik kreeg het niet aan de gang.
Werkt goed hier. Kan ik je misschien helpen?
Krijg je bidirectional sync ook werkend?
dat heb ik niet geprobeerd, sorry.
Volgens mij gaat dit nog niet waardoor ik rclone ook niet als volwaardig alternatief zie.
Dat zou fijn zijn. Ik ga het binnenkort nog eens proberen. Alsje dat ik vindt DM ik je wat er niet lukt. Wellicht kun je me dan in de goede richting wijzen. Het is al een tijdje geleden dat ik het geprobeerd heb, dus ik kan niet meer zo 123 oplepelen wat er precies niet lukte.
Je hebt volkomen gelijk dat Proton daar geen fatsoenlijke native produkt voor op de plank heeft liggen maar ik maak al een behoorlijke poos naar alle tevredenheid gebruik van Rclone. Mogelijk kan jij hier ook wat mee.

[Reactie gewijzigd door Klauwhamer op 26 maart 2025 09:23]

Heb je ergens een link naar een how-to?

Ik heb rclone namelijk als eens geprobeerd, maar ik kreeg het niet aan de gang.

Ik ben ook geen Linux expert. Dus als het niet out-of-the box of na het knippen/plakken van een aan commando's werkt, ben ik al vrij snel uitgepoept.
De link die ik je gaf is eigenlijk de how-to, vrees ik. Het is niet zo gebruiksvriendelijk helaas.

Edit: https://blog.otterlord.dev/posts/proton-drive-rclone/ lijkt een relatief eenvoudige how-to.

[Reactie gewijzigd door Klauwhamer op 26 maart 2025 22:44]

Ik ken eigenlijk geen 1 cloud dienst die dit op Linux echt goed heeft zitten dus heb de hoop beetje opgegeven. Zo ver is de sync altijd lokaal opslaan zonder optie tot online en download wanneer nodig. Als Proton dát nou wel weet te doen ben ik pas echt onder de indruk.

Gebruik daarom zelf iets als sftp verbindingen (kan eventueel ook als "netwerkfolder" in de meeste file explore applicaties). En dan liever niet via WebDav, da's altijd instabiel gedoe met grotere requests :') .

Overigens kan Proton beide niet, noch kan ik het aan externe dingen koppelen. Gebruik het daarom enkel voor opslag van dingen met hoog belang (want wel erg veilig) maar waar ik niet vaak bij moet. Heb er momenteel TransIP Stack naast voor de rest. Voorheen een voorgehostte Nextcloud wat ook goed werkte (hoewel geen sftp).

[Reactie gewijzigd door Cambionn op 25 maart 2025 21:35]

PCloud werkt op al mijn OS'en prima, waaronder verschillende Linux varianten
PCloud werkte hier echt regelmatig niet lekker door verscheidene issues. Ben er binnen paar maanden vanaf gestapt omdat het te onbetrouwbaar was. Maar ook die had deze functie niet op Linux toen ik het probeerde (wel paar jaar terug).

[Reactie gewijzigd door Cambionn op 25 maart 2025 23:02]

Ik gebruik het nu een tijdje, maar ik heb die issue niet.

Pcloud is naar mijn inziens zeer gebruiksvriendelijk, werkt goed op Linux en iOS.

Misschien beetje off-topic, maar wilde het toch even melden.
Oke eerlijk, Dropbox geen idee. Al jaren niet gebruikt omdat het privacy-technisch geen optie is en ik er niet via bijv. werk aan vast heb gezeten. Durf niet te zeggen of deze functie daar wel in zit op Linux.

Heb er wel aardig wat geprobeert overigens, en op Linux deze functie nooit gezien. Dropbox is domweg daar toevallig niet 1 van.

Edit: ff opgezocht maar Dropbox ondersteund het ook niet op Linux:
Note: Linux users won’t see some icons as online-only functionality isn’t available on Linux.
Source (Updated Feb 26, 2025): https://help.dropbox.com/sync/sync-icons

[Reactie gewijzigd door Cambionn op 26 maart 2025 08:01]

Hier liep ik met Linux mint dus ook tegenaan met mijn Synology Drive Client.

Ik was op zich al verbaast dat de client uberhaupt bestond voor Linux maar helaas dus geen on-demand sync. Dan maar weer ouderwets terug op VPN + local network share.
Wellicht Tresorit een keer proberen? Draait bij mij uitstekend op Fedora en heeft selective sync.

Ik heb jaren geleden juist niet voor pCloud gekozen omdat er nogal wat klachten waren over accounts die zonder pardon verwijderd werden op basis van algoritmes die dachten illegale content te detecteren in bestanden, zonder dat dit daadwerkelijk door mensen werd gecheckt.

Proton Drive op Linux zou ik ook graag zien, maar Andy Yen van Proton heeft eerder op Reddit aangegeven dat de ontwikkeling daarvan nog moet starten en dat dit nu niet de hoogste prioriteit heeft. Het zal een keer gebeuren, maar ik zou daar nu niet op wachten. Elders wordt al rsync genoemd, daarmee schijnt het te werken, maar ik geloof dat je dan handmatig moet syncen.

[Reactie gewijzigd door Denoiser op 26 maart 2025 09:12]

Als ik selective sync opzoek lijkt dat te gaan om de keuze welke mappen gesynchroniseerd worden. Dat heeft vrijwel elke desktop client.

Het gaat hier om dat alle mappen en bestanden zichtbaar zijn, maar bestanden enkel worden gedownload wanneer je ze wil gebruiken, en na uploaden weer lokaal verwijderd worden (tenzij expliciet aangezet dat het bestand offline beschikbaar moet blijven, dan blijft het lokaal staan). Zo heb je alles bij de hand (mits je internet hebt), maar kost het vrij weinig opslag. Op Windows en Mac heel gebruikelijk, maar dat gebruik ik niet. Op Linux nog niet gevonden.

Ik kan (zo ff gauw) nergens vinden dat dat ondersteund wordt op Linux. Hoewel ik ook niet vind van niet, zou ik dat wel als genoemde feature verwachten. Zekers als selective sync wel uitgelicht wordt.

[Reactie gewijzigd door Cambionn op 26 maart 2025 11:21]

O dan haal ik de termen door elkaar. Wat jij omschrijft is in ieder geval wel mogelijk met Tresorit (ook op Linux).
Heb je Koofr al eens getest?
Volgens hun documentatie missen ze ook de feature die ik noem. Ze lijken het zelfs niet aan te bieden op Windows (waar de meeste het wel hebben), laat staan Linux (waar ik hem nog niet gevonden heb). Heb er ff wat uitgepakt, maar de hele pagina spreekt alsof de feature niet bestaat.
Keep in mind that synchronisation works when the computer is online. The data you synchronised will be accessible even when your computer is offline
The status is either synced, syncing or error
Bron: https://koofr.eu/blog/pos...-synchronization-in-koofr

Wel de eerste suggestie die ik zo nog niet kende. Klein Sloveens bedrijf zie ik. Dus iig dank voor daarvoor. Altijd leuk om nieuwe opties te leren kennen.

[Reactie gewijzigd door Cambionn op 26 maart 2025 11:14]

Ha OK: Er is ook een subreddit waar je vragen kan stellen aan het team: https://www.reddit.com/r/koofrnet/
Dus wellicht als je het daar neerlegt dat je een antwoord krijgt
Ik klik niet op chatgpt links, iets met privacy- en ethische bezwaren. Ik kijk alle aanraders hier na (als ik het niet al weet), maar zou fijn zijn als je iig de naam ervan in je comment noemt :+ .

[Reactie gewijzigd door Cambionn op 26 maart 2025 15:24]

✅ Option 1: rclone + rclone mount
Cloud providers: Google Drive, Dropbox, OneDrive, S3, etc.

Features:

Mount remote storage as a local filesystem (rclone mount)

View all files/folders without downloading

Files are downloaded on access

Requirements:

Install rclone

Use rclone mount (FUSE)

Pros: Lightweight, works with many providers, very customizable

Cons: No GUI unless you use frontends like RcloneBrowser

✅ Option 2: Dropbox Smart Sync (with a paid plan)
Native client doesn’t officially support Smart Sync on Linux

BUT: You can use rclone or maestral as alternatives

maestral is a 3rd party Dropbox client with partial Smart Sync-like behavior

✅ Option 3: OneDrive on Linux (with on-demand files)
Use onedrive (community client)

Supports downloading files only when accessed (with --monitor --synchronize --single-directory etc.)

GUI wrapper: onedrivegui

Works well with OneDrive Personal or Business

✅ Option 4: Nextcloud with Virtual File System
Requires Nextcloud server (self-hosted or cloud)

Linux client now supports “virtual files” (like OneDrive Smart Sync)

Files appear locally but are downloaded only on open

GUI available
rclone gebruiken is wat anders dan de feature die ik bedoel. Dropbox is al behandeld dat die het niet heeft. Maargoed, je zei optie 3 en 4.

OneDrive en Nextcloud hebben deze feature echter ook niet.

OneDrive heeft zelfs geen officiele Linux client, laat staan deze feature. OneDrive is via een omweg wel met onofficiele clients via de API aan de gang te krijgen. Maar ook dan zonder deze feature. Wat ze hier noemen is een comando om via een onofficiele client slechts enkele mappen te synchroniseren, maar dat is een heel andere feature dan waar ik het over heb (zie ook de reactie op Tresorit, dit gaat om een vergelijkbare feature aan die selective sync).

Nextcloud desktop app heeft de feature niet op Linux. ChatGPT droomt daar of heeft het over een versie voor een ander OS. Gebruik het nog met regelmaat voor werk en verenigingen. Eventueel kun je een WebDav netwerkschrijf instellen, maar WebDav is veel te instabiel om dat goed te laten werken. En dat is net zoals mijn huidige oplossing van sftp en netwerkschijf (maar dan minder goed ivm WebDav's tekortkomingen), en dus niet dezelfde feature. Zo kan je niet zien wat voor bestanden er zijn zonder internet (wat normaal wel kan, je kan enkel niet openen), kun je niet enkele bestanden als offline-beschikbaar instellen, en werk je direct in het bestand op de cloud waardoor er problemen kunnen komen als je verbinding wegvalt (waar je normaal een lokale kopie download die na opslaan terug geupload wordt, en als je verbinding wegvalt kun je dus in je lokale versie blijven werken en blijft die versie in de queue staan tot er weer verbinding is om hem te uploaden).

[Reactie gewijzigd door Cambionn op 30 maart 2025 00:28]

Same here...
Dit is al een goede feature die gewoon nodig is als ze een jan modaal willen kunnen bereiken.
Mwa. Er zijn niet heel veel Jan Modaals die Linux gebruiken vermoed ik 😅
mja, dacht nog dat het verkeerd interpreteerd kon worden, had het anders moeten schrijven.
de tweede zin ging over het artikel zelf: bedoelde die drive files delen met anderen is wel ne belangrijke om gewine gebruikers vast te krijgen.
Same. Ik begreep dat dit wel op de roadmap staat maar ze nog wat Linux devs tekort komen.
Ik heb deze een maand of twee geleden geprobeerd. Toen kreeg ik het niet werkend.
Goede toevoeging. Proton is wellicht wat laat begonnen en loopt daardoor wat achter op veel vlakken, maar is zeker goed hard op weg met features inbouwen. Ze zijn er nog niet, maar zo wordt het langzaam toch steeds meer een alternatief voor Jan Modaal die het gemak van een ecosysteem wil, hoe niet ideaal dat ook is, zal overwegen zonder meteen van tafel te vegen. Helaas is de realiteit namelijk dat Jan Modaal niet alle best-practices zal willen volgen en gemak een groter belang vind, en dan zie ik hem liever in een Proton ecosysteem dan in bijv. Google of Microsoft.

En uiteindelijk heeft iedereen daar baat bij als die Jan Modaal ook over gaat op privacy-vriendelijkere opties. Of het nou is omdat emails liever bij hun neerkomen dan bij bijv. gmail, of om de problematiek die voortkomt uit wanneer encryptie enkel wordt gebruikt door "wie het nodig heeft" (zoals uitgelegd in meerdere verweren op het "niks te verbergen" princiepe, lees bijv. de critism sectie op Wikipedia ).

[Reactie gewijzigd door Cambionn op 25 maart 2025 19:25]

Ik ben volledig over op Proton (email, VPN, cloud storage), maar ik zie het niet snel mainstream worden. Jan Modaal wil simpelweg niet betalen voor deze functionaliteit.

Dus die gaat voor de gratis variant en als dat niet kan, dan de allergoedkoopste. Beide is Proton niet als je wat meer opslag wil.
Voor meer opslag bij Apple, Google, Microsoft of Dropbox moet je ook betalen. Proton wel iets duurder misschien.
Dat zeg ik toch ook? Als voorbeeld:

Proton:
- gratis : 1GB opslag voor mail, 5GB cloud.
- 13 euro/mnd: 500GB opslag

Google:
- gratis: 15GB
- 2,50 per maand: 100GB
- 10 per maand: 2 TB

Ik vind de privacy/encryptie de meerkosten waard, maar dat zal lang niet iedereen vinden. (Je kunt je overigens afvragen wat het écht waard is als je daarnaast Android gebruikt, maar ja 🫤 daar zijn weinig echt alternatieven)
Waarom zou je niet gewoon de beste / voordeligste cloudopslag nemen en dan gewoon de versleuteling overlaten aan een betrouwbaar programma als Cryptomator?
Ik begrijp echt niet waarom mensen een meervoud willen betalen van de prijs van “normale” cloudopslag voor een stukje versleuteling in de applicatie die ze meeleveren wanneer er zo’n goed werkend gratis alternatief is dat ook nog eens veiliger is.
De grootste meerwaarde van Proton zit hem in privacyvriendelijke email. Goede encryptie zonder al te veel moeite.
De rest van de services zijn er vooral omheen gebouwd om een volledig pakket aan te bieden.
Privacy vriendelijk, oké. Maar “goed” zou ik de PGP versleuteling uit de jaren 90 niet meer noemen.
Er zijn een aantal artikelen zoals deze geschreven die de problemen van PGP opsommen, maar de meeste cryptografie en infosec experts besteden er eigenlijk al lang geen aandacht meer aan.

Daar komt nog eens bij dat de web app van ProtonMail de privé sleutel blootstelt aan ongeverifieerde JavaScript van een webserver. Als deze sleutel ooit uitlekt zijn alle mails die er ooit voor versleuteld zijn, evenals alle mails die er ooit voor versleuteld gaan worden, allemaal uitgelekt. Precies de server, waartegen end-to-end versleuteling je data zou moeten beschermen, levert de code aan die de versleuteling toepast en deze is (in tegenstelling tot geïnstalleerde applicaties) niet digitaal ondertekend door de ontwikkelaars. Dus iemand die de server overneemt, kan de JavaScript aanpassen die jouw browser inlaadt zodat deze de sleutel of data vrolijk doorstuurt.
Daar komt nog eens bij dat de web app van ProtonMail de privé sleutel blootstelt aan ongeverifieerde JavaScript van een webserver.
Wat is je bron hiervoor?
Daar heb je geen bron voor nodig, dat is nu eenmaal hoe web applicaties in het algemeen werken.

Op het moment dat je in de web browser naar mail.proton.me gaat, reageert de webserver in eerste instantie met een html bestand en daarin wordt vervolgens naar een aantal JavaScript bestanden verwezen. De browser haalt deze op en voert ze uit. De JavaScript (of webAssembly) bevat de code die lokaal in jouw browser de mails ophaalt en ontsleutelt.

Feit is dat er geen mechanisme in de browser bestaat die deze web applicatie kan verifiëren. Door HTTPS weet de browser wel dat het de code is die de webserver heeft verstuurt, maar daar houdt het ook op. Als iemand met toegang tot de server de JavaScript aanpast, kan de browser dit nooit weten.(Voor de developers onder ons: Ja de html kan een hash vermelden, maar deze is net zo makkelijk aangepast en is vooral bedoeld voor scripts van derden)

Ditzelfde verhaalt geldt voor alle diensten die een web applicatie hebben (de meeste password managers bijvoorbeeld). Als je de whitepaper van 1Password doorleest zie je dit vermeldt staan in de appendix.

Dit is ook waarom toegang tot iCloud gegevens via de webbrowser standaard uitgeschakeld wordt wanneer je “advanced data protection” inschakelt en waarom gezondheidsdata en wachtwoorden überhaupt niet via iCloud in de browser benaderbaar zijn.

End-to-end / zero-knowledge / client-side versleuteling in de browser is met de huidige beperkingen eigenlijk gewoon een beetje misleidend wat veiligheid betreft. Dat het nooit heeft geleid tot een datalek is te danken aan het feit dat er tot dusver niemand een webserver van zo’n dienst heeft gekaapt.
Het gaat denk ik voor velen net iets verder dan alleen je data. Je kunt je "data" wel versleutelen maar met wie, wanneer en op welk apparaat je dingen deelt of doet worden niet versleuteld. Daar kan ook een vpn niet tegen op. Die metadata moet je niet vergeten.

Wanneer je Google-diensten gebruikt, zelfs met versleutelde bestanden, verzamelt Google nog steeds metadata: wanneer je inlogt, vanaf welk IP-adres, welke apparaten je gebruikt, met wie je communiceert, hoe lang je sessies duren, en welke diensten je bezoekt.

Diensten zoals Proton (Mail, Drive, Calendar) bieden end-to-end versleuteling én minimaliseren de verzameling van metadata. Ze slaan IP-adressen niet permanent op en zijn gevestigd in Zwitserland met strenge privacywetgeving.

Een VPN beschermt je IP-adres, maar lost het metadata-probleem niet volledig op. Voor maximale privacy is een combinatie nodig: end-to-end versleutelde diensten zoals Proton, een betrouwbare VPN, en bewustzijn van welke metadata nog steeds wordt verzameld.
Ja, eens. Metadata kan in de context van bijvoorbeeld communicatie en surfgedrag heel relevant zijn, soms zelfs relevanter dan de inhoud. Maar dat je cloud opslag provider kan zien op welk moment van de dag er een lading versleutelde bestanden gesynchroniseerd wordt? Dat zal me toch echt een zorg zijn. Terwijl ik mezelf toch wel als redelijk extreem beschouw op dit vlak.
Verschil is natuurlijk nog wel dat Proton een bepaalde reputatie heeft. Die vertrouw je wellicht beter met je naam, (factuur)adres en betaalgegevens dan "de goedkoopste". En ja het kan overal mis gaan, maar je kan wel de kans proberen te verkleinen. En natuurlijk data in de EU willen houden en EU bedrijven steunen ipv USA, zelfs al is het encrypted. Hoewel er dan meer partijen zijn is Proton wel 1 van de grotere. Ook up-time is iets waar verschil in kan zitten bij "de goedkoopste", net zoals client software en support bij problemen. Ik laat ff weg wie de goedkoopste is en of deze punten daar niet ook gelden, want het gaat om mogelijke redenen.

Daarnaast zijn er genoeg mensen die domweg graag voor gemak wat extra betalen. En gemak betaal je voor. De een doet dat met z'n cloud dienst, de ander elders. Vrijwel iedereen doet het ergens in hun leven.

Maar denk dat veel mensen extra betalen omdat ze de hele (of meerdere delen van) Proton suite gebruiken, of omdat ze het bedrijf (en bijbehorend gedachtegoed) steunen.

Punt is, er speelt wel meer in zo'n keuze dan enkel de encryptie

[Reactie gewijzigd door Cambionn op 26 maart 2025 08:15]

Verschil is natuurlijk nog wel dat Proton een bepaalde reputatie heeft.
Voor consumenten misschien. Ik ben vooral geïnteresseerd in hoe het op technisch vlak in elkaar zit en Proton Mail is wat dat betreft bijvoorbeeld gewoon niet heel indrukwekkend. Het is crypto uit de jaren 90 die ze in een webmail (en uiteindelijke mobiele applicaties) hebben verwerkt. De reputatie is gewoon vooral te danken aan (soms misleidende) marketing.
Die vertrouw je wellicht beter met je naam, (factuur)adres en betaalgegevens dan "de goedkoopste".
De prijs verandert niks aan de degelijkheid van de software. Cryptomator wordt gefinancierd door donaties en inkomsten van producten die gericht zijn op zakelijke gebruikers. Dat maakt het niet persé meer of minder betrouwbaar. Op technisch vlak (hier na te lezen) zit het gewoon erg goed in elkaar en dat is wat telt.
Daarnaast zijn er genoeg mensen die domweg graag voor gemak wat extra betalen.
Ja eens natuurlijk. Maar je veronderstelt dus dat ProtonDrive makkelijker in gebruik is dan Cryptomator, wat het niet of nauwelijks is. Je installeert het, kiest de opslag locatie (de cloud opslag die gebruikt) en kiest een wachtwoord. Dan krijg je net zoals bij ProtonDrive, Dropbox, Onedrive, etc een extra foldertje waar je je documenten in kunt zetten.
Ik was niet aan het reageren tegen cryptomator hoor. Ook niet om je van mening te laten veranderen. Je gaf aan dat je niet snapt dat mensen bereid zijn meer te betalen voor Proton, daar gaf ik een paar redenen voor. Maar die gelden natuurlijk niet voor alle mensen, en dat hoeft ook niet ;) .

Overigens bedoelde ik ook niet om te zeggen dat er geen goedkopere goede opties zijn. Ik geloof dat die er wel zijn, sterker nog, ik weet dat die er zijn. Maar mijn punt was eerder dat niet elke goedkopere optie beter is. In feite, er zijn ook een hoop goedkopere opties die leuke claims maken maar als je echt de policies en technische specificaties leest toch hard tegen vallen. Punt was dus ook dat enkel naar prijs kijken dus niet handig is.

Overigens ben ik zelf wel eens met Protons keuze voor PGP mailen. Maar het grootste knelpunt is dat het weinig gebruikt wordt, en het werkt enkel als beide partijen meedoen. PGP, ondanks al z'n (valide) kritiek is het 1 van de breeds gebruikte opties met dus de grootste kans dat de ander het ook heeft, en nog altijd beter dan geen encryptie (en alles dus plain tekst sturen). Proton zelfs haalt (gelukkig) veel van de omslachtigheid van het gebruik weg, met als extra nadeel dat zij daardoor de keys beheren. De rest van de kritiek blijft. Maar nogmaals beter dan niks, en de simpelste aanvallen worden ermee afgeweerd. Die gaan niet zo ver om de encryptie te breken maar gaan door naar het volgende mogelijke slachtover. En voor Jan Modaal zijn het nog altijd vaak die simpele dingen waar ze prooi aan vallen.

Encrypted mail is sowieso pleisters plakken. Voor dingen die echt beveiligd moeten worden kun je beter andere kanalen gebruiken die daarvoor gemaakt zijn.

Wel vind ik dat Proton duidelijker mag zijn over dat "encrypted mail" enkel werkt als de ander ook Proton gebruikt óf PGP opgezet heeft én jullie keys uitwisselen én je die handmatig aan je contact toe voegt. Het process daarvoor aan zich is niet lastig, maar ik hoor soms mensen praten over dat hun mail encrypted is alsof alles PGP verstuurd wordt terwijl dat vrijwel nooit het geval zal zijn.

Overigens ken ik best wel wat mensen in infosec die PGP gebruiken. Dus compleet afgeschreven zou ik het niet noemen. Wel idd met sterke nadelen en zeker niet veilig genoeg voor alles "want encryptie". Maar veel infosec mensen snappen dat gelukkig ook ;) .
Nou, ten eerste omdat ik tot nu nog nooit van cryptomator had gehoord 😅.

Ik zou moeten uitzoeken of het al mijn use cases ondersteunt (zoals bestanden delen binnen gezin, versleutelde e-mail en eigen e-mail adres gebruiken, password manager, cloudopslag automatisch syncen met PC).
Omdat dat meer moeite kost dan alleen cloudopslag. De meesten willen gewoon plug en play. Als je dan toch wat extra privacy wil, dan is er dus Proton Drive.
Tip over Android: als je een Pixel hebt, werkt GrapheneOS er goed op.
Dat valt allemaal best mee. Ik denk dat de hoofdreden niet die paar euro is, maar omdat ze al via Android in de Google services zijn geslurpt (of via IOS in iCloud, waar je net zo goed als voor Proton gewoon voor betaald als je ietsje meer ruimte nodig hebt). En Microsofts spul omdat M365 dominant is (met name binnen bedrijfsleven).
Ik denk dat dit ^ grotere invloed heeft dan het maandbedrag van Proton.
Ik zie het op termijn nog wel gebeuren dat Proton een gratis Tier gaat aanbieden. Ze hebben het momentum nu mee, dus als ze ooit investeerders kunnen trekken om dit te doen, dan is het nu.
Er is al een gratis versie.
Grootste misser voor proton voor mij en denk ook bedrijven is het niet hebben van mail distributie groepen. Dus een groep met een mail adres bijvoorbeeld support@blabla.nl die dan bij meerdere mailboxen uitkomt.
Zo heb ik prive een mail adres waar alle mail bij mij en men vrouw komt.
Is wat anders dan een gedeelde mailbox trouwens want die zal misschien wel kunnen in proton (niet getest)
Oef privé heb ik daar geen behoefte aan dus nooit naar gekeken, maar ik snap die heel goed! Zeker voor bedrijven. Ken eigenlijk geen 1 bedrijf van middelgroot formaat of meer die dat niet gebruikt. Gezien ze een business optie aanbieden is dat idd wel een groot gemis dan.
Ik weet niet of het in de buurt komt van hetgeen jij beschrijft, maar ik zie wel bij elke alias in SimpleLogin (die je kunt gebruiken als je betaald voor Proton) alle mailboxen die ik heb aan één alias, bijvoorbeeld support@domein.com, kan hangen. Zodat een mailtje naar support@domein.com bij alle geselecteerde mailboxen terecht komt.
Misschien heb je er wat aan.
Wat voor mij Proton Drive eigenlijk onbruikbaar maakt is dat je de opslag niet tegen betaling kan uitbreiden als je meer opslag nodig hebt. Nu zit ik vast aan 570 GB. En die is natuurlijk ook voor mijn mail.
Waarschijnlijk wil ik de opslag gebruiken voor het verkeerde doel en hebben ze dat vooral bedoeld voor de opslag van je documenten en zo. Niet voor een back-up van een foto- en videocollectie.

Maar het is leuk dat ze er toch steeds meer functies eraan toevoegen, waardoor het steeds meer kan concureren met de concurentie. Alleen dan die beperkte opslag.
Je zou naar Duo kunnen upgraden dat is 1 TB, uiteraard ook een hogere prijs.
Ooit Visionary genomen, en heb al trouwe "early bird" klant ondertussen 6TB.
Voor nog geen 20 euro per maand kan ik dat verdelen over 6 huisgenoten, samen met de snelle vpn e.d.
Ok, kost wat, maar betaalde bij TransIP voor 1.5 TB al in verhouding meer voor alleen Stack.
Al mijn foto's en andere backups staan hier en ben er zeer tevreden over. (Ja, ook een offline backup is aanwezig.)
Nadeel, Visionary wordt niet meer aangeboden, voordeel, krijg er ieder jaar 50GB bij....
Erg fijn dat het er is hoor, Proton word steeds completer, ik ben erg tevreden. Je merkt dat ze inderdaad later begonnen zijn dan de giganten, en soms een klein beetje 'clunky' dingen, maar op zich heel duidelijke en goede visie!
Deze specifieke functionaliteit helaas twee maanden geleden handig geweest, toen voor het eerst samen willen werken aan document met mensen die erg in de war werden van aanmaken account.
Bovendien vind ik het, in deze tijden, prettig om m'n spulletjes op een server in Europa te hebben staan !
En nog belangrijker: bij een Europees bedrijf
Proton is goed bezig, maar ik hoop dat ze eens 2TB opslag gaan aanbieden. 500GB is voor mij niet relevant en moet daarom Google Drive blijven gebruiken.

Op dit item kan niet meer gereageerd worden.