pokud to funguje tak, ze se data pro filesystem
ziskavaji z gmailu treba pomoci pop3, nebo imap,
tak to asi ani nepujde zakazat. jeste jsem gmailfs
necetl, ale tipuju ze pro ziskavani dat pouziva
pop3 a imap.
staci jim dodelat system, ktery nekolikrat za den pozmeni nahodne kod te stranky tak, aby se to prilis neprojevilo na vzhledu, ale aby se tomu ten GMailFS nestacil a neumel prizpusobovat (primarne atributy 'name' ve formularich, pak nejakej sikovnej javascript apod. ). Nebo je to nemozne?
Otazka je, proc by neco takoveho meli delat. Osobne nevidim rozil mezi pristupem na gmail pres webrozhrani a upletenym/vypythonenym pop3/smtp serverem. Krome reklam, ovsem - ale i tak, pokud pocitaji zobrazeni stranky jako impresi (coz musi, nebot jde jen o ad-text a ne o ad-obrazky, ktere by timto pristupem byly "obejity":), tak libgmail stejne "chodi" normalne pres web jako browser...
minimalne by ztratili vyhodu rychlosti a bylo by nutne jejich nacacheovane skripty znovu posilat po siti -> uzivatele na pomalych linkach, kterym se momentalne Gmail rychlostne velmi zamlouva, by to moc neocenili.
Moc kodu krom jmen javascriptovych promennych by asi moc menit neslo, protoze to je to jedine co se posila pri komunikaci s Gmailem. Jmena promennych a jejich obsah.
POP3 ani IMAP sice nepouziva, protoze to Google nepodporuje, ale stejne to zakazat pujde a to velice jednoduse. Filesystem vytvoreny v mailboxu bude mit velice specifickou strukturu e-mailu, snadno rozeznatelnou od normalniho mailboxu. Google muze tyto mailboxy jednoduse vyhledavat a rusit.
