kvp#17
Egy ertelmes email szerver (pl. google gmail) kepes arra, hogy minden uzenetet tomoritve taroljon. Ezt a google meg megfejlelte azzal, hogy nem butan tomoritenek, hanem eloszor minden uzenetet szetszednek komponensekre (szoveg, csatolt file-ok dekodolva), majd megnezik, hogy ez a komponens megvan-e mar egy file szotarban (google file cache). Ha igen, akkor a komponens helyett csak annak azonositoszamat taroljak. Ha nincs, akkor egyszer felveszik a szotarba, ekkor tipustol fuggo seged szotarral majd binarisan tomoritesre kerul. Vegul az egesz kimenetere (a feldolgozott, indexelt email-re) kerul meg egy altalanos binaris tomorites es egy kulcs alapjan bedobjak a google file system-be.
Igy minden x-szer tovabbitott kep/pdf/ppt/film csak egyszer kerul tarolasra. Ha valamirol kiderul, hogy virus, csak egy helyen kell torolni. Ami tenyleg egyedileg tarolasra kerul (agyontomoritve) az a level szoveges reszenek plaintext resze, ami a tobbi komponenshez kepes jelentektelen. Viszont a egy email-ben elkuldott magan kepet valaki kesobb felrak a web-re, akkor a google cache mar alapbol ismerni fogja. (hiaba torolte a felhasznalo a ladabol, a google cache megorzi, onnan csak idotullepessel kerulhet ki info, de az is csak akkor ha elfogyna a google fs szabad tarhelye)
ps: A dolgot ugy lehet kiszurni, hogy szintaktikailag helyes, de extra karaktereket tartalmazo levelet kuldunk egy fiokba. Majd megnezzuk a level forrasat. A tuzfalaknak es gateway-eknek joguk van atformazni minden email-t, de a valosagban ezt nem teszik. A google eseten megis mindig szep szabvanyos adatok jonnek, mivel a rendszer a forras lekeresekor rekonstrualja az eredeti levelet, de a tartalmat nem befolyasolo protokoll formazasi reszt nem kepes helyreallitani, mivel ezt nem taroljak, csak az adatokat. (a legtobb hagyomanyos szerver a teljes levelet elteszi egy nagy file-kent, abban a formatumban ahogy az smtp szerver megkapta)
A google wave is ennek a technologianak egy felhasznalasa, gyakorlatilag session alapu multiuser wiki-kent kezeli az adatfolyamokat, de alatta ugyanaz a send/mail elv van, mint anno a regi bsd-s mail szerverek alatt. Az email ugyanis mindig is kepes volt azonnali uzenetkuldesre, csak a legtobb szerver ezt nem implementalja. Sot meg az is meg van adva az eredeti rfc-ben, hogy mit kell tenni ha az azonnali uzenet fogadoja eppen nincs belepve es igy nem tud konzol uzenetet fogadni. (ilyenkor vagy eldobasra kerul az uzenet vagy offline email-e valik) Es ez a funkcio mar az eredeti szabvanynak is resze volt. (linux-ban es windows-ban is maradt meg a bsd unix-os osbol par nyom, pl. a konzoluzenetek tamogatasa, bar mar senki nem hasznalja oket)