Hoofdcategorieën
Device Settings

Gmail-box in Linux te mounten dankzij nieuwe software

Door Matthijs Abma, zondag 29 augustus 2004 18:32
Bron: Richard Jones, views: 37.721

De 1GB opslagruimte van Googles mailsysteem Gmail kan ook handig zijn om online bestanden op te slaan. Richard Jones dacht hetzelfde en heeft in twee dagen het Gmail-bestandssysteem ontwikkeld. GmailFS is een mountable Linux-bestandssysteem dat is geschreven in Python en gebruik maakt van FUSE voor het aanbieden van het bestandssysteem aan de kernel en libgmail om te communiceren met de Gmail-server. GmailFS ondersteunt de meeste bestandsoperaties, waaronder read, write, open, close, stat, symlink, link, unlink, truncate en rename, zodat vrijwel alle command line programma's gebruikt kunnen worden binnen het bestandssysteem. Dit is de eerste versie van GmailFS en tevens de eerste programmeerpoging van Jones in Python, dus de code bevat waarschijnlijk nog wel een paar foutjes. Op Jones' website wordt verder uitgelegd hoe het bestandssysteem geïnstalleerd en gebruikt kan worden en met welke bijzonderheden rekeninggehouden moet worden.

GmailFS - klein
GmailFS aan het werk (klik voor een grotere versie)
Volgende 21:03 GeForce 6800 non-Ultra bevat uitgeschakelde vertexunits
Vorige 18:01 Details over 'Horus' voor 8-way- en zwaardere Opterons
Advertentie

Reacties

«  1  2  3  »

Kijk dat is nou een origineel idee. Ik ben benieuwd of dat nog wat performance levert.. Gmail is wel snel maar als filesystem niet echt lijkt mij.

Het zal wat overhead hebben als filesystem, maar of dat te merken is...

Ik weet niet of hij persé doelt op de overhead. Het is natuurlijk wel een opslagplaats op het internet dus je bent afhankelijk van de snelheid van je internet verbinding (er vanuitgaande dat de toegang vanaf je ISP naar GMAIL optimaal is).
Bovendien is Gmail een webbased mailaccount, het lijkt me wel enige overhead hebben om bestanden up- en down te loaden, aangezien de nodige vertaalslagen gemaakt moeten worden.

Heb zitten zoeken op verschillende GMAIL-sites, maar kan nergen wat vinden over data-transfer-limieten van deze mailboxen..
Lijkt mij dat Google dat toch wel ergens gaat monitoren/bijhouden/limiteren.
Iemand meer info?

Edit:Typo-tje

Vraag me af of google dit leuk vind. Krijg je straks allemaal isotjes die door google gehost zijn....

Ben benieuwd naar de reactie van google.

http://gmail.google.com/gmail/help/terms_of_use.html

"You also agree that you will not use any robot, spider, other automated device, or manual process to monitor or copy any content from the Service"

Als het echt zo ver komt, kunnen ze dus gewoon accounts gaan afsluiten...

Wat daar staat kan zelfs opgevat worden als "je mag deze service niet gebruiken". Namelijk: dat handmatige proces... dat is iets wat je doet als je je gmailbox bekijkt.

to monitor or copy any content from the Service
Dat mag dus niet, het verstruren en ontvangen van e-mail is niet gelijk aan monitoren of copiëren van gegevens (tenzij je grote hoeveelheden mail naar je zelf mailt want dan is het een soort van copiëren)

Het gaat nog verder: er staat dat gebruik van gmail (automated device) voldoende reden is om de account te beeindigen. Dit is een zwarte-lijst clausule en maakt de positie van Google heel zwak. Ik neem aan dat Google daarom bij verschil van mening zal proberen mensen af te bluffen/blaffen.

Het lijkt me dat hier wordt bedoeld dat je geen content van de gmail server mag afhalen (copy _from_). Er naar toesturen lijkt me geen probleem...

Een groter probleem (voor het wegzetten van minder legale iso's e.d. lijkt me deze regel: You shall not, shall not agree to, and shall not authorize or encourage any third party to: (i) use the Service to upload, transmit or otherwise distribute any content that is unlawful, defamatory, harassing, abusive, fraudulent, obscene, contains viruses, or is otherwise objectionable as reasonably determined by Google

Alhoewel je deze zin ook kan lezen dat het WEL is toegestaan om LEGALE data te UPLOADEN (dus de service als online opslag medium gebruiken.

Verder lijkt me dat als Google 1 GB aa ruimte beschikbaar gaat stellen ze niet moeten gaan janken dat deze ook daadwerkelijk gebruikt gaat worden.
edit:
@ Japs en solatis: Wie zijn probleem is dat dan? Toch zeker WEL die van Google. Als blijkt dat ze te weinig ruimte hebben gereserveerd, kunnen ze 2 dingen doen ja: OF de hardware uitbreiden, OF de faciliteiten terugschroeven. Vuistregel of niet, als je 1 GB aanbied moet je dat ook kunnen waarmaken te leveren.

@rmb1905
Verder lijkt me dat als Google 1 GB aa ruimte beschikbaar gaat stellen ze niet moeten gaan janken dat deze ook daadwerkelijk gebruikt gaat worden.
Hangt ervan af. Ik denk niet dat ze alle opslagruimte werkelijk hebben, dus stel als ze X gebruikers hebben dan zullen ze waarschijnlijk niet X * 1GB opslagruimte hebben. Een heleboel gebruikers zullen nooit die 1GB vol hebben, dus dat is in de praktijk ook niet nodig.
Ze zullen (net zoals alle webmail "providers" denk ik) een goed onderbouwde schatting gebruiken, die uitwijsd dat bijvoorbeeld 60% van het totaal ruim voldoende is om alle gebruikers voldoende ruimte te geven (de gebruikers die 1GB volgooien worden gecompenseerd door gebruikers die maar 100MB eropzetten).
Die schatting kan wel eens gebaseerd zijn op het feit dat de dienst is ontworpen voor mail-gebruik, dus misschien klopt de schatting niet meer als veel (?) mensen de 1GB gaan gebruiken als on-line data opslag. Dat zou dus extra harddisks betekenen, en dat kost geld.

Verder lijkt me dat als Google 1 GB aa ruimte beschikbaar gaat stellen ze niet moeten gaan janken dat deze ook daadwerkelijk gebruikt gaat worden.
Ooit van zoiets als business plan gehoord ? Het is gewoon niet winstgevend te maken als iedereen al zijn ruimte gebruikt, en daar hebben ze vanaf begin af aan rekening mee gehouden. Je berekent wat een gemiddelde gebruiker over 3 jaar aan ruimte in gebruik heeft, en doet daar nog een grote schep bovenop en je hebt GMail. Als die schep, die dus volgens berekeningen niet gebruikt wordt, dan toch gebruikt wordt, en dat dit gebruik in strijd is met de gebruiksovereenkomst, vind ik het niet meer dan terecht dat ze dit soort mensen wegtrappen.

Ik vraag me af of het wel zo handig is voor online-hosting. Je kunt het prima gebruiken voor je eigen files, maar ik zou het niet gebruiken om files voor anderen te hosten.
Voor zover als ik begrepen heb zullen die files toch echt alleen via Pop3, imap oid te benaderen zijn en dan moet je dus je password gebruiken om erbij te komen.

Daar zal GmailFS wel voor zorgen dus. Een paar symlinkjes in je apache htdocs en je hebt een snelle webserver tot je beschikking voor noppes!

Dat zal wel meevallen want dan gaat het nog steeds ook via je eigen server.

euhm, nee, die symlinks worden door je eigen webserver geresolvt en gelezen. Je zal dus zeker geen snelle webserver hebben aangezien de bestanden zo gaan:
google-server > GmailFS > apache > client
je apache zelf moet dus de files eerst downloaden van google en dan uploaden naar de client.

Voor zover als ik begrepen heb zullen die files toch echt alleen via Pop3, imap
GMail support toch geen IMAP of POP3?
Alleen HTTP dacht ik.

Volgens mij klopt dat ook, dus is FUSE een programmatje welke de protocollen integreert met alle functies van http. Dit is in zekere zin ook al mogelijk met KDE Konqueror, hiermee kan je als URL verschillende protocollen aansturen. Bijvoorbeel kan je als adres opgeven in de url : MAIL://ikke@mijndomein.nl en dan krijg je gewoon je mailbox te zien, of het nu imap of pop is maakt niet uit, behalve dan dat imap meer mogelijkheden biedt. Na fish zal fuse dan de nieuwste protocol zijn dat we met een *nix bakje naadloos integreren in ons bestandsysteem, erg kool!

one step closer to world domination...

Dit vind ik nu echt kicken. Ik ben alleen wel bang dat google er alles aan zal doen om dit te gaan voorkomen in de toekomst.

Zoals al eerder gezegd: Suprorigineel :7

Doe je is ook wat nuttig met 99% van die 1 GB }>

Rest voor suffe mailtjes van 1 KB :+

Nee hoor!
Ik moest daarnet zo'n 70Mb doormailen...
En op mn hosting plaatsen gaat ook niet, die is maar 50Mb, dus Gmail heeft echt wel zijn nut!

Mails van Gmail konden toch ook maar 20 Meg zijn? of was dat hotmail-betaald?

Anyway als je zulke files van A naar B wilt hebben moet je het ook niet cht willen mailen, net als je eigenlijk de verkoop van je Ford Orion niet wilt besluiten door het ding met heel veel postzegels in de rooie brievenbus op de hoek te rammen. Dan verzin je wat anders. In het geval van flinke files is het ad hoc opzetten van een FTP servertje op je eigen PC wellicht een idee. Apart poortje gebruiken, éénmalig user account aanmaken, en voor incidenten is het prima werkbaar. Je kunt met het geintegreerde IIS in Windows, of een gratis FTP servertje uitstekend voorzien in deze behoefte. Mail is daar echt niet voor bedoeld, en voorlopig is het mailen van 70 MB nog niet echt wat je noemt allerdaags gebruik van je mailbox.

In het geval van je Ford Orion kun je trouwens ook van Gend en Loos beter niet bellen ;)

1 emailtje in outlook express?

¿?
als je mailservers dat niet snappen kun je met geen enkel mailprogramma zulke mails sturen hoor...
:Z

En google gaat dit zomaar toelaten.... dream on!

Google zal natuurlijk wel alles er aan doen om dit te voorkomen. (Ook als warez gebruik.) En dat zal ze waarschijnlijk ook wel lukken op de lange termijn.
Maar op de achtergrond gebruikt GmailFS gewoon e-mails met attachments. (Opzich logisch.) Het zou voor Google nog best moeilijk kunnen zijn om dat te blokkeren. Hoe scheiden ze de legitieme mail met attachments van de GmailFS mail met attachments? Tricky!!

Simpel.
Ze maken een robot om alle attachments van de losse files te scheiden.
Zal toch niet zo moeilijk zijn?

Zal je net zien.. versie 2 van de software..
ie gooit een shell om alle files heen zodat ze net lijken op een message met attachment...

Dat lijkt mij dus wel moeilijk. Er staan 2 mails in je inbox, allebei met een normaal subject en allebei met een attachment in een niet standaard formaat. (Dus geen .zip ofzo maar zonder extensie of met een onbekende extensie.) De ene mail is onderdeel van GMailFS, de andere is een zelf gestuurde mail met als attachment de data file van één of andere applicatie.

Hoe moet een script/robot/whatever nou herkennen welke van de twee van GMailFS is? Er is geen zichtbaar verschil!

@Joop: Die attachments van GmailFS zullen vast wel herkenbare data bevatten specifiek voor GmailFS.

ik neem aan dat dit dus over http gaat? mooi idee, maar ik moet zeggen dat ik mn twijfels heb om zo'n module in mn kernel te stoppen :X

ben benieuwd of het een beetje stabiel is. snelheid zal het probleem niet worden denk ik, 100kb per seconde moet toch haalbaar zijn.

Dit hoef je niet in je kernel te stoppen. Het maakt gebruik van fuse, lees userland filesystem ;)

Ben benieuwd of dit nu DE nieuwe manier wordt om de zogenaamde warez uit te wisselen. Het bied zeker perspectief ervoor. Snel en veel ruimte, kan aardig wat mp3 op zou ik zo zeggen. De vervanger voor de nieuwsgroepen zeg maar.

|:(

"Google introduced new free 1GB warez service" :z

Dit gaat over secure http, dus wat dat betreft is het wel redelijk veilig lijkt me. :)

Wat ik me overigens wel afvraag is of dit nou wel zo'n succes gaat worden. Iedereen heeft tegenwoordig wel een USB stick, CD brander, DVD brander of ZIP-drive of iets dergelijks; dat lijkt me toch wat simpeler en sneller.

Een usb stick, cd brander dvdbrander en zip kosten geld. Een usbstick van 1 gig kost veel geld, dus dan zou dit nuttig zijn.

Plus dat je USB stick niet overal ter wereld berijkbaar worden gaat.

Of dit een succes wordt? Tuurlijk niet.
Ten eerste gebruikt een zeer klein percentage Linux, daarbij vind Google er absoluut wel iets tegen als dit populair wordt, plus dat het natuurlijk onbetrouwbaar is. 1GB aan documenten kun je zomaar kwijt raken aangezien je tegen de policy van google werkt. ;)

Misschien is de communicatie wel veilig maar Google kan dan wel bij je bestanden. Enige vorm van encryptie is wel handig voor vele toepassingen hiervan.

Wat ik me overigens wel afvraag is of dit nou wel zo'n succes gaat worden. Iedereen heeft tegenwoordig wel een USB stick, CD brander, DVD brander of ZIP-drive of iets dergelijks; dat lijkt me toch wat simpeler en sneller.
Het probleem is dat je niet altijd met je backups rond loopt te zeulen. Met dit systeem kan je gewoon altijd bij je troep, waar je ook bent.

Ik begrijp je punt wel, maar er is niet overal internet, laat staan breedband-internet. :)

Dat, plus het feit dat je (althans, in dit prille stadium) Linux nodig hebt om überhaupt via een bestandssysteem op GMail te komen, doet mij denken dat het op dit moment toch echt makkelijker en sneller is om effe je zooi op een USB-stokje te gooien. :)

live cd-tje met ingebakken GMailFS creeeren? of op usb stick zetten.

Booten vanaf cd/stick en overal waar je komt heb je je online data beschikbaar... ;-)

ik heb het even geprobeerd gisteravond en als je een bestand upload krijg je dat als een attachment aan een mailtje te zien. Je kan het dus overal weer downloaden :)
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 21:03 GeForce 6800 non-Ultra bevat uitgeschakelde vertexunits
Vorige 18:01 Details over 'Horus' voor 8-way- en zwaardere Opterons
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011