HOVD 2010 - Kedvenc e-mail kliens

HUP

Mostantól 24 órán keresztül lehet módosítási kérelmeket (ez még nem a szavazás) küldeni a címben említett kategória jelöltjeire, amelyek a következők:

  • apple mail
  • evolution
  • gnus
  • kmail, kontact
  • mozilla-mail, seamonkey-mail, iceape-mail
  • mutt, mutt-ng
  • opera mail
  • pine, alpine
  • sylpheed, sylpheed-claws, claws mail
  • thunderbird, icedove, eudora

A módosítási kérésekre ugyanazok a szabályok vonatkoznak, mint a kategória szavazásra!

Példa:

Ha az foo helyett izébigyó-t szeretnél, akkor:

- foo
+ izébigyó

Ha az mutt helyett foobar-t, akkor:

- mutt
+ foobar

és így tovább.

Ahol "?" van, ott értelemszerűen lehet javasolni jelöltet az üres helyre.

( trey | 2010. 11. 11., cs – 14:59 )

"kedvenc e-mail kliens" módosításokat ebbe a szálba (a válasz linkre kattintva) kérem. Egy válasz egy javaslatot tartalmazzon!

Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!

--
trey @ gépház

bármely webmail program teljes értékű mail kliens, mert ugyanúgy pop3, imap,stb protokollon beszélget a mail szerverrel mint bármelyik más mail kliens program.
Az csak egy csavar a dologban, hogy a webmail mail kliens használatához szükség van egy másik kliens programra is, ami a web browser.

A wordpresses példád azért nem stimmel, mert a wordpress tudtommal nem implementálja a HTTP protokollt.

huh? a google saját gépén a saját webalkalmazása imapon beszélget magával? citation needed.

de amúgy is, az előbb meg még csak annyi volt a lényeg, hogy ugyanazt a célt szolgálja a csudijó webalkalmazás (márpedig a wordpress.com is ilyen), nem vesztetek el holmi protokollokban :))

ja hogy azt már ne is említsem, hogy neked gaymail-ben már végképp nem lesz semmi közöd az imaphoz/pop3hoz/smtp-hez end userként. ahogy wordpress.com-on is csak kattintgatsz.

nem latom a parhuzamot.

az volt a problemad, hogy a gmail appban nincs pop3/imap/smtp support, ezert nem lehet email kliensnek nevezni, erre megmutattam, hogy bar nem tudom, hogy a sajat infrastrukturajaban milyen protokollt hasznal, de a tavoli fiokok kezelese miatt tuti hogy tud pop3-at meg smtp-t.

innentol kezdve verheted a foldhoz a segged, meg trollkodhatsz, de ettol meg nem igaz, hogy nem implementalja ezeket a protokollokat.

ja, es a citation:
http://mail.google.com/support/bin/answer.py?hl=en&ctx=mail&answer=21288
http://mail.google.com/support/bin/answer.py?hl=en&answer=22370&expand=…

Tyrael

"az volt a problemad, hogy a gmail appban nincs pop3/imap/smtp support"

nem. azt mondtam, hogy az end-user nem ezeken a protokollokon keresztül használja, hanem a böngészőjében, http-n keresztül.

"de a tavoli fiokok kezelese miatt tuti hogy tud pop3-at meg smtp-t."

ettől még ugyanúgy webapp marad.

a citation pont nem érdekel, az azt írja le, hogy más szerverre hogy csatlakozik, hát micsoda meglepetés, imap-on keresztül (mivel máshogy nem tud). ettől még a google szerverre nem derült ki, hogy hogyan csatlakozik, és igencsak meglepő lenne, ha imapon keresztül lenne ilyen fürge.

de tudjátok mit? meguntam. tegyétek bele a gmailt, meg a yahoo mailt, aolmailt, live mailt, xy webmailt is, mert hát azok kliensek.

> nem. azt mondtam, hogy az end-user nem ezeken a protokollokon keresztül használja, hanem a böngészőjében, http-n keresztül.

Nem teljesen mindegy, hogy milyen a felulete? Ha egy java appletes VNC kliensen keresztul nezem a leveleim egy thunderbirddel akkor az megszunik levelezo kliens lenni?

Ha egy tavoli szerverre jelentkezem be, akar VNC-vel, akar RDP-vel, akar X forwarddal, hogy ott nezzem a leveleim, teszemazt http tunnelen at kuldom ki mindezt, mert pl ahonnan netezem, az elbaszott egy hely, akkor megszunik email kliens lenni?

Miert annyira fontos, hogy onallo program legyen? (jelzem, a gnus sem az, emacs nelkul nem mukodik, aztan megis a listan van jelenleg)

Egyebkent igen, ugyanolyan kliens mint a tobbi. Lehet vele levelet olvasni es kuldeni. Ebbol all egy levelezo alapallapotban. Hogy ezt mikent oldja meg, az egy teljesen lenyegtelen kerdes.

"pop3/imap/smtp support"

nem. azt mondtam, hogy az end-user nem ezeken a protokollokon keresztül használja, hanem a böngészőjében, http-n keresztül."

Ember!! A mail kliens nem azért mail kliens, mert a user pop3/imap/smtp protokolokon keresztül használja, hanem azért mert pop3/imap protokollokon tud kapcsolódni a mail szerverhez.

Az, hogy a user mit használ a megjelenítésre, ebből a szempontból teljesen lényegtelen. Az is mail kliensnek számít, ami pop3 letöltés után rögtön a nyomtatóra küldi a levelet.

ha offline vagy nem mindegy hogy van-e imap? offline azt jelenti nincs net, tehát se read se write, hanem none-kaput-nichts-only módban lehetsz csak

szerintem nem ártana az informatikai szótáradat kicsit leporolni meg a beázás után az összekeveredett oldalakat visszarendezni :)

mi van? ha nincs se read, se write, azt nem offline módnak hívják, hanem lófasznak, mert így pontosan semmi haszna van, hogy az az alkalmazás éppenséggel fut.

de azért aranyos, amikor elkezdtek személyeskedni, amikor kifogytok az érvekből (előbb az angolomat, aztán az infómat).

el vagy kényelmesedve, nincs mindenkinek mindig net, nem olyan mint az oxigén, offline: ami már le van töltve azt tudom olvasni és írni is tudok, legfeljebb később küldi el

nem, nem tudtál semmilyen érvet felhozni, nagy nehezen annyit modtál hogy "nem hagyományos", mégis miért nem mert nem c-ben írt és az oprendszert használja? szóval ha a renderinget (a levél és a kliens programét is) az ie motorja végzi az hagyományos ha a gecko akkor nem? vagy ami csak egy oprendszeren fut?
szóval mi a "hagyományos program"?

"el vagy kényelmesedve, nincs mindenkinek mindig net, nem olyan mint az oxigén, offline: ami már le van töltve azt tudom olvasni és írni is tudok, legfeljebb később küldi el"

senki nem mondta, hogy mindenkinek mindenhol kötelező email klienst használni.

"nem, nem tudtál semmilyen érvet felhozni, nagy nehezen annyit modtál hogy "nem hagyományos", mégis miért nem mert nem c-ben írt és az oprendszert használja? szóval ha a renderinget (a levél és a kliens programét is) az ie motorja végzi az hagyományos ha a gecko akkor nem? vagy ami csak egy oprendszeren fut?"

képzeld, ez különbözteti meg az appokat a webappoktól.

"szóval mi a "hagyományos program"?"

szerencsére most válaszoltad meg magadnak.

valoszinuleg felreertettetek egymast.
termeszetesen a gmail offline modjaban is tudsz irni olvasni, rendszeresen hasznalom a mobilos alkalmazasban is.

idezet a kedvedert:
"You can read messages, star and label them, and do all of the things you're used to doing while reading your webmail online. Any messages you send while offline will be placed in your outbox and automatically sent the next time Gmail detects a connection."

forras:
http://gmailblog.blogspot.com/2009/01/new-in-labs-offline-gmail.html

de ha ennyire lusta es ertetlen vagy, akkor elobb utobb mindenki rad fogja hagyni a hulyeseged.

Tyrael

> mi van? ha nincs se read, se write, azt nem offline módnak hívják, hanem lófasznak, mert így pontosan semmi haszna van, hogy az az alkalmazás éppenséggel fut.

Akkor dobjuk ki az egesz listat ennyi erovel, mert azok sem tudnak tobbet tenni, mint gmail+gears paros offline modban.

"The term can refer to any system capable of accessing the user's email mailbox, regardless of it being a mail user agent, a relaying server, or a human typing on a terminal."

Ebbe a webmail belefer. Foleg, hogy gmaillel mas fiokbeli leveleimet is tudom olvasni mert pop3-on leszivja, igy maris kliensse valik. Szerintem 2010-ben teljesen mindegy, hogy egy html+js comboval van megoldva a felulet, es a fele szerveren fut, vagy hogy emacs lispben irtak pl, vagy hogy a felulete eppen xul+js combo (ami lassuk be, nem sokban kulonbozik a html+js combotol, legfeljebb annyiban, hogy hol fut :P).

Lehet gmail webes felületét gmail fiók nélkül használni? Ha nem, akkor nem általános célú email kliens, és nincs helye a szavazásban. Persze vannak más webmailek, amik szolgáltató függetlenek, az már inkább belefér ebbe a kategóriába. Feltelepíted localhostra, és beállítod neki a távoli levelezőszervert, így gyakorlatilag pont olyan mint egy hagyományos email kliens.

--
Don't be an Ubuntard!

Az miért számít, hogy mivel használható?
Gondolom az összes szolgáltatófüggetlen webmailre is be kell regisztrálni, innentől pedig oly mindegy, hogy a gmail esetében jár hozzá még saját mailbox is… 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Tudom – és tudod azt használni érvényes regisztráció nélkül?
valahogy kétlem, hogy első használat után sütiben tárolná a felhasználói információkat. 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Nem ertek egyet. Tegyuk fel, hogy van mar egy mukodo mailboxom valahol amit IMAP/POP3 protokollal el lehet szepen erni. Az email kliens alatt azt ertem, hogy ehhez kapcsolodni. Erre a gmail nem kepes, azaz az nem egy email kliens, hanem egy integralt teljes infrastruktura, ami kb fenyevekkel bonyolultabb es nagyobb mint egy mail kliens amit a sajat gepeden futtathatsz vagy egy webmail is akar, ami csak kb egy "gateway" IMAP/POP3 es HTTP kozott. Ha nem hiszed, probalj egy gmail-t futtatni mar egy sajat gepeden :) Ilyen elven egy urhajot is irhatsz a "csavar" kategoriaba, mert valoszinu van benne legelabb egy csavar (szerintem tobb is). Imho a gmail-t inkabb valami "webes szolgaltatas" kategoriaban kene felvonultatni.

Ez teljesen lenyegtelen, ez egy marginalis funkcio. Ilyen elven ha van egy sw-ben mail kuldesi lehetoseg ugy mellekesen, akkor az mail kliens temaban azonnal indulhat? Szerintem aki kiirta ezt a kedvenc e-mail kliens valasztast, attol kene megkerdezni, hogy o mire gondolt itt. Mert bizonyos szempontbol ha "user oldalrol nezzuk" akkor a gmail az. Ha mas szempontbol nezzuk akkor a gmail egy komplex infrastruktura, amiben nagyon sok minden van es abbol 0.1% a mail kliens csak. Itt barkinek lehet igaza, a kerdes az, hogy mint "altalanos mail szolgaltatas" (nemi marketing szohasznalattal) ertendo a "mail kliens" vagy ugy ertendo hogy egy konkret software-rol van szo (ahogy medialejatszonal se youtube-ot jelolik meg, holott voltakeppen az: le tud jatszani dolgokat, illetve barmit, ha elotte feltoltod ....), aminek az a _fo_ funkcioja. Tehat nem az volt a vita, hogy valaki (mint irtam: en plane nem) azt mondja hogy a gmail szar, csak eppen en nem igy ertelmeztem a szavazas kerdeset. Attol levelezesre meg hasznalhato, es en is hasznalom a gmail-t, csak nem ebbe a kategoriaba tennem, mert pl nehez osszemerni egy mutt-tal mondjuk.

Nem mondtam, hogy vegyuk ki, csak mondjuk lehet, kulon kategoriat nyitnek. Eleve pl egy RoundCube-ot futtathatsz sajat servereden is, de en meg azt _se_ tennem feltetlen ide, hanem nyitnek neki egy webmail kategoriat. Persze itt megint csak ott tartunk, hogy csak defincio/elgondolas/szervezes kerdese, hogy milyen kategoria nev alatt mit ertek/ertesz/ertunk/ertett a kerdezo. Imho egy The Bat es mutt kozott meg megis kisebb az elteres mint a gmail es a mutt kozott, jo sok nagysagrenddel :)

Akkor egy ceges gepre elore telepitett, brandelt, kiherelt (= csak a ceges imaphoz csatlakozni tudo) thunderbird sem email kliens?

Egyebkent nem, nem lehet. Mint ahogy thunderbirdot se lehet profile nelkul hasznalni emlekeim szerint, se semelyik masikat hozza tartozo "fiok" nelkul. Annyirol van itt mindossze szo, hogy a felulet hasznalatahoz kell egy account is. Ami tortenetesen a leveleket is tartalmazza, nem csak egyeb informaciokat.

Megjegyzem egyebkent, hogy a mailbox.hu is gmail alapu, es jopar egyetem meg ceg gmailre tette at a levelezeset. Elegge altalanos celunak tunik nekem.

Konkrét példa: van mondjuk egy hotmail fiókom. Szeretném én azt a gmail webes felületéről elérni. Megoldhatom anélkül, hogy gmail fiókkal rendelkezzek? Nem. Akkor inkább szeretném thunderbird-del. Van a munkahelyi gépemre előre telepítve egy thunderbird, de abban nem adhatok hozzá új fiókot, csak a céges leveleimet érem el rajta. De megtehetem, hogy ha a munkahelyi gépemre nem is, de a notimra feltelepítek egy thunderbirdöt, és abban állítom be a hotmail fiókom.

Összefoglalva: a gmail webes felületét legjobb tudomásom szerint* nem tölthetem le, nem vehetem meg abból a célból, hogy azt aztán saját szerveren futtatva egy gmailtől független email címemmel használjam.

*: amit írsz a végén, azzal az a probléma, hogy a leveleket a google tárolja, és igaz, hogy nem szükséges gmail account, de a google-től függ a levelezés. Azaz csak látszólag használható a gmail gmail account nélkül.

--
Don't be an Ubuntard!

Nem, valoban nem tehetsz vele ilyeneket. Es? Attol meg kivaloan alkalmas arra, hogy az ember a leveleit olvassa (akar kulso levelezest is, amennyiben az pop3-on elerheto), ergo, email kliens.

Es aki tagadja, hogy nepszeru, az idiota, mar bocsanat. Emberek millio intezik a napi levelezesuket vele, elegedetten. Ki kene noni a multevezredi "Ha nem tudom lokalisan futtatni akkor szar, nem letezik, nem erdekel" filozofiabol, de tenyleg.

Munkahelyi thunderbirdom nem tudja elolvasni a leveleim ha offline vagyok (leven azok imapon vannak). Kerem levenni a listarol.

Persze lehet szinkronizalni, de gmail is tud offline mukodni gears-el. Az pedig hogy mikent oldod meg hogy menjen offline, gears vagy valami beepitett szinkronizacio, tokeletesen mindegy.

Ennyi erovel a thunderbird sem email kliens, hanem csak egy imap kliens. Kvazi ugyanazt csinalja, mint gmail, csak a felulete nem html+js.

Itt vmi felreertes van, en is hasznalok pl gmail-t, es nem is allitotta senki (en legalabbis tuti nem), hogy szar vagy nem letezik. Szerintem a definicion van csak vita, nem azon, hogy a gmail alkalmas-e levelezesre, vagy hogy jo-e. En is azt mondom, hogy a "gmail" mint fogalom az nem mail kliens, hanem egy igen komplex infrastruktura, es egy online szolgaltatas. Webmail-kent a gmail egy nagyon apro szelete lehetne definialhato, ha pl a google-nel dolgozva ki tudod "vagni" a kodbol azt a reszt, ami a weboldalt allitja elo, es valahogy a backend serverekkel kommunikal. De maga a teljes gmail nem. Hogy ertsd: sajat servereden osszeraksz egy hasonlo megoldast, tegyuk fel (az egyszeruseg kedveert, nyilvan mas is lehetne!), hogy van egy OS, fut rajta mondjuk postfix mint MTA, dovecot mint IMAP server, teszel ra mondjuk roundcube-ot mint webmail. Ebbol a webmail a roundcube konkretan. Akkor is, ha ugy ganyolod, hogy mas IMAP/POP3 szervert ne tudjon elerni, de attol a postfix az nem webmail kliens meg, pedig ugyanugy resze a projectnek. Ergo gmail eseten valamilyen szinten tenyleg van a rendszerben egy 'webmail kliens' (persze valoszinu h nem "szabvany" imap-pal kapcsolodik mas dolgokhoz, az hogy google ad imap elerest is, az mas kerdes - bar ki tudja) de az egy barmi kis resze az infrasturkturnak.

Nu, szaz szonak is egy a vege: ha mindenhol az ilyen integralt/online/stb megoldasokat is nezzuk, akkor nehezkes szavazas lenne, ezek imho sokkal jobban belefernek az "online szolgaltatas" _kulon_ szavazasba, eleve csak a gmail is milyen integralt dolgokat tartalmaz mar (buzz, miegymas) ... Mert ugye ilyen elven tegyuk be a szavazasba azt is, hogy freemail.hu, meg meg tobb ezer szolgaltato: ezek utan ugy erzem kicsit furcsa szavazas lenne. Ezeket inkabb kulon kategoriaban kene, plane a gmail-t, ahol - mint fentebb emlitettem - igen sokretu egyeb szolgaltatasi lehetosegek is integralhatoak, tehat meg a te ertelmezesedben irt "mail kliens" definicion is tullep alapossan. Vagy akkor te hogy hasonlitanal ossze egy mutt-ot a gmail-el? :) azert fura lenne.

Sracok, tenyleg inkabb irjunk ki szavazast kulon webmail kliensre. En reszben osztom bervi velemenyet, hogy a webmail - bar majdnem olyan sokmindenre jo, mint egy igazi mail kliens, - nem e-mail kliens. Raadasul annyi fele-fajta felulet van, hogy siman megtolt egy tizes listat, ugyanakkor egy tb/outlook paros mellett eleg kevesen fognak ra szavazni. Egyszeruen mas a kontextus.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

és bervihez hasonlóan te sem árulod el miért nem emailkliens?
azért mert funkciókban kicsit szegényesebb/másabb legfelfjebb arra ok hogy valaki mit válasszon kedvencnek a listából

az hogy a gmail accot igényel szintén nem ok, nem a gmailről hanem a webmailről van szó

továbbra is az egyetlen lényeges különbségnek az offlineságot látom amit egy plusz sw-el (gmailnél a gears) lehet kiváltani

HA valaki azt mondja hogy az emailkliens definíciószerűen kell offline működjön akkor elfogadom hogy a webmail nem az, de mint egy plusz funkció ami sokankan nem szempont (vagy hajlandó plusz programot telepíteni), lehet azt mondani hogy a webmail az emailkliens

Akkor a gnus sem email kliens, mert az emacson fut, ennyi erovel: az emacs tolti le a leveleket, az kommunikal a szerverrel, a gnus csak egy random alkalmazas az emacson belul.

Pont mint a gmail webes felulete egy bongeszoben. (FYI: a gmailnek is van szerver meg kliens [webmail] resze. Nyilvan nem mindkettot kellene kliensnek erteni, hanem csak az utobbit, megha a gyakorlatban nem is tudod azt levagni a szerverrol)

email kliens: program, aminek segitsegevel tudom kezelni a leveleim. gmail ennek megfelel. ahogy a telnet is meg a thunderbird es tarsai. Ennyi.

Az hogy valami webes alkalmazas, a huszonegyedik szazadban ismerjuk mar el teljes erteku alkalmazasnak, konyorgom.

( dyn | 2010. 11. 11., cs – 15:34 )

-gnus
+browser (gmail, indamail, freemail, vipmail egyéb webmailek)

uj lehetsz itt. :)

tavaly is volt keres:
http://hup.hu/cikkek/20091123/hovd_2009_kedvenc_http_szerver_e-mail_kli…
http://hup.hu/szavazasok/20091130/hovd_2009_kedvenc_e-mail_kliens

sot mar 2008ban is:
http://hup.hu/szavazasok/20081130/hovd_2008_kedvenc_e-mail_kliens

sot mar 2007ben is:
http://hup.hu/node/47201
http://hup.hu/node/47281

2006:
http://hup.hu/node/32164
http://hup.hu/node/32085

iden mar bekerulhetne a szavazasba.

Tyrael

en is utalom az email klienseket, webmail parti vagyok, de ez azert megsem allja meg a helyet a szavazasban

esetleg amit el tudnek még kepzelni, mivel az egyetlen email kliens, ami eddig bejott az alabbi:

-gnus
+Android Google Mail

bar ez is nevetseges ide, mint javaslat, vegyetek ugy, hogy le se irtam

szerintem sántít, amit mondasz annyiban, hogy az kb. indifferens, hogy hogy éri el az offline működést. Felőlem tetoválhatja szürkemókusok fülébe is, engem mint felhasználót miért érdekeljen a konkrét technikai megoldás?

int getRandomNumber() { // ←ez itt már az aláírásom
 return 4;//szabályos kockadobással választva.
}  //garantáltan véletlenszerű. xkcd

( sj | 2010. 11. 11., cs – 16:03 )

a 'webmail' is email kliens?

SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta

a régi szép időkben néha maileztem így. Emlékeim szerint a telnet nálam POP3, HTTP, SMTP, IMAP és IRC kliens volt, de a HTTP-hez néha lassú voltam, az IMAP-et meg sose tanultam meg rendes használati szinten.
A titkosított adatátvitel pedig általában nem ment :D 

int getRandomNumber() { // ←ez itt már az aláírásom
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Szerintem nem változtatta meg, hanem valami ügyes szerver lehet (ugye még a nevét is eltitkolja), és mivel azóta nem jelentkezett ki, a további bejelentkezéseket elhajtja a francba. Szerintem ha elég türlmes vagy, 1-2 héten belül kijelentkezik, és akkor próbáld meg (illetve hát addig, folyamatosan)

( rival | 2010. 11. 13., szo – 10:48 )

Nem nagyon akarok beleszólni abba, hogy mi e-mail kliens és mi nem az (vagyis de). Nem vagyok fejlesztő, én supportolok. Megértem mindkét oldal álláspontját, hiszen én is a múlt évezredben nőttem fel, de be kell látni, hogy fejlődik a világ, és egyszer minden "online" lesz. Akkor is lesz "offline" mód, mert mindenhol nem lehetünk behálózva (vagy igen?), de az az "offline" már nem a hagyományos értelemben vett. Minden, de minden a neten lesz, a most még különálló browser lesz az "oprendszer". Így a gmail is e-mail kliensnek tekinthető (vagy az lesz :), mivel fel van vértezve minden olyan tudással, amit az "offline" levelezők tudnak. El kell felejteni a régi beidegződést. Gyorsulva fejlődik a világ, muszáj, hogy az ember felfogása flexibilis legyen.

---------------------------
http://www.rivalcomp.hu

A probléma az, hogy ki van emelve egy, amelyet be akarnak tenni a szavazásba. Miközben a gmail-hez hasonló, csak magyarból van vagy 10. Azok miért nem kerülnek ide. Bezzeg a gnus, amelyet tavaly is csak egy szavazatot kapott, lehet azt is tévedésből, még mindig itt van. Miért nem lehet külön kategória a webes email-eknek? Okafogyottá válik a kliens nem kliens kérdés. Egyébként továbbra is fenntartom, hogy a gmail a szerver és minden amivel rácsatlakozol az a kliens. Ez lehet telnet, thunderbird, pine, browser stb. De végül is mindegy.

fentebb írtad hogy a gmail a szerver, az az a browser a kliens

a gmail egy szolgáltatás aminek a szervere a google-nél van

amikor itt írjuk a "gmail" szót a szolgáltatásnak azon részére gondolunk ami egy kis js+html kód és kliensként fut az oprendszeren (aka böngésző)

lehet kötözködni hogy ez a konkrét kliens nem teljes értékű mert a szerver kötött, de ettől még kedvenc lehet

Annyira nem bonyolult a kérdés, főleg, ha valaki ismer olyat, aki látta már, mi az az OSI modell. Én nem tekintem levelező "kliensnek" a webes felületet. Szinte bármelyik POP3 szolgáltatónál lehetőség van webes elérésre is. Vagy _letöltöd_ a leveleidet a saját gépedre, és akár offline olvasgatod őket, vagy pedig online nézegeted azokat, anélkül, hogy a levél egy bitje is érintené a gépedet (most ne keverjük ide a cache-t). Ha úgy nézzük, hogy az alkalmazás hol fut (szerver/kliens), akkor a gmail és a többi webes app nem e-mail kliens, mivel azok a szerveren futnak, a browser csak a megjelenítő. A különböző szinkronizáló és offline megoldások megbonyolítják a dolgot. Ezért mondom, hogy ahogyan az idő halad, egyre nehezebb lesz elkülöníteni, mi kliens és mi nem. Korábban elképzelhetetlen volt, hogy egy webes alkalmazás oldjon meg olyan feladatokat, melyeket korábban "offline" alkalmazások tettek. A böngésző, mint különálló megjelenítő egyszer el fog tűnni. Nem lesz rá szükség, mivel beépül az oprendszerbe, és ott lesz a webes tartalom az asztalodon/retinádon/agyadban egyből. Nem lesz szerver/kliens oldal, minden egy nagy büdös felhőben fog futni, minden számítás elosztva. Ha tíz év múlva nem is, de 30-35-40 év múlva pl. az unokámnak biztosan el kell majd meséljem (ha megérem, és egyáltalán érdekli majd), mi volt az a böngésző meg az e-mail kliens, és marhára elcsodálkozik majd, hogy hogyan lehetett így élni...

---------------------------
http://www.rivalcomp.hu

Tényleg csak elméleti, és hülyeség, de: egy alkalmazás, amelyhez az alkalmazási rétegbe tartozó böngésző szükséges, az szintén az alkamazási rétegbe sorolható, vagy mára időszerűvé vált esetleg bővíteni a modellt egy újabb réteggel, mely az alkalmazási felett áll?

---------------------------
http://www.rivalcomp.hu