Názory k článku
Jak si povede Thunderbird bez Mozilly?

je skoda ze mozilla sa takto postavila k thunderbirdu, myslim si ze tym strati na kvalite

Reseni: Vratit TB zpet k SeaMonkey a mit cely balik. Vydela na tom TB is SM.

To není tak jednoduché. Thunderbird defakto v SeaMonkey je (až na pár rozdílů), protože podstatná část kódu obou poštovních klientů je sdílená. O balík SeaMonkey však v globálu není moc zájem. Druhým problémem je, že vývojáři SeaMonkey se na vývoji poštovního klienta moc nepodílejí.

Ale o tom to prece je. SM bude mit pak skupinu SM plus dnesni TB - jak vyvojare, tak uzivatele. O SM neni "zajem", protoze to neni produkt s reklamni kampani jako FF.

Právě že nebude. Vývojáři Thunderbirdu tento produkt založili, protože chtěli samostatný poštovní klient. Oni patrně nemají zájem pracovat na poštovním klientu, který bude součástí nějakého balíku. Co se týče uživatelů, tak zde je to podobné. Uživatelé volí Thunderbird, protože chtějí poštovní klient a nic víc. Oni nechtějí SeaMonkey, to si radši najdou jiný poštovní klient. Co se týče SeaMonkey, tak jeho ne-popularita je dána tím, že většina uživatelů dnes dává přednost samostatným aplikacím. Druhým důvodem je absence funkcí, na které jsou zvyklí.

No vidite, a moje preference je presne opacna - chci FF a TB jako jeden program, na co mit dva programy pro praci on-line?
Jinak vyvojari byli nakonec spise presunuti - o rozdeleni Mozilly Suite na samostatne produkty rozhodlo vedeni firmy, nikoliv samotni vyvojari. Puvodni idea (stand-alone klienti prohlizece a postovniho klienta) byla reakce na velikost Suite baliku - jenze nyni je situace ze velikosti TB+FF=SM.
A absence funkci - moje osobni zkusenost je spise opacna, totiz ze FF+TB<SM, nikoliv opacne....

FF a TB vznikly nezávisle na Mozilla Suite. Oba projekty vznikly komunitně jako reakce na stav Mozilla Suite, který se jim nelíbil. Nic co by bylo direktivně řečeno. Poté, co si oba produtky získaly větší popularitu, ujala se jich tehdy Mozilla Foundation a Mozilla Suite poslala k vodě.

muj problem s puvodni Mozillou byl, ze nahodny pad prohlizece sebou vzal i rozepsany mail (neco pisu, chci si to overit na webu, zapomenu ulozit mezi koncepty a... muzu to cele psat znova)

a byl to BTW kdysi hlavni duvod prechodu na FF

Aho, souhlas, jezne to bylo v dobach vyvoje celeho baliku (sam jsme pouzival pro ostrou praci bez zasadnich problemu uz M14 a jestli jsem prisel o 10 rozepsanych emailu...), ale ted mi SM uz dva roky nespadl.

Nechápu, proč se Linuxáci o Mozilu zajímají. V Linuxu je to šmejd a Mozilla by e Linuxové verze FF taky ráda zbavila. Je jasné, že Mozilla Fodation chce vývíje jen FF, a nejraději jen pro Woknousy. Už aby to bylo.

Jezismarja :-)))
Promluvil odbornik.

Da se to presne tak rict. Jenze on je to smejd i ve woknousech.
Pouzivam Operu:-)

Ajo... konecne jste mi po letech užívání firefoxe otevřel oči ... už ho jdu mazat :D

imho. tohle projekt dokonale zabije :\ takze ted uz zbyva jen emulovat outlook?

Klient a la TB je stale v SeaMonkey a je stale vyvijen v ramci baliku, takze emulace Utlouku snad nebude potreba

V rámci balíku SeaMonkey je vyvíjen minimálně. Balík z velké části přebírá právě kód Thunderbirdu.

Ale to je rpesne to co jsme tvrdil - prebira kody TB, cili jde v podstate o totez. Proc bych vyvyjel cast kodu, kterou mohu prebirtat odjinud?
To by vedlo jen k plytvani programatorskymi zdroji, dvojitym a ruznym chybam v programech a divergenci formatu i funkcnosti.

Takové soudy jsou zcela liché. Na Phoenixu (nyní Firefoxu) zpočátku pracovalo několik málo lidí s minimem prostředků a během roku dokázali předběhnout odkaz (dědictví) Mozilla Suite, přestože 5 let získávala podporu a dotace od Netscape Communications a měla ohromnou komunitu přispěvatelů. Mozilla Foundation/Corporation nyní velmi otevřeně a se zájem diskutuje s komunitou co možná nejlepří strategii a organizační strukturu, protože současný stav není přínosný ani pro Firefox ani pro Thunderbird. Je zapotřebí si uvědomit, že se hledá řešení k lepšímu a ne k horšímu. Thunderbird zcela jistě nezůstane bez zázemí a výraznější finanční injekce na samostatný rozjezd.

Vnímám současný postup vedení Mozilly jako vhodný a správný. To stejné vedení dokázalo v posledních letech obrátit trendy v celém internetovém odvětví a přivést Firefox k fenomenálnímu úspěchu tak, aby otevřené technologie a standardy neztratily svůj smysl a pozici, ale naopak se upevnily a dále rozvíjely.

Výsledky dokládají i čísla týkající se počtu stažení obou produktů. Zatímco Thunderbird si od vydání verze 1.0 (prosinec 2004) stáhlo asi 50 milionů uživatelů, v případě Firefoxu je toto číslo mnohonásobně vyšší – 380 milionů.

Autor prostě nechápe, že srovnává nesrovnatelné. Srovnávat poštovní klient s webovým prohlížečem je jako srovnávat počet návštěv na freefoto.cz s počtem návštěv webu jehovistů.

Zatímco webový prohlížeč používá prakticky každý, kdo je nějakým způsobem připojen k internetu, poštovní klient používá relativně málo uživatelů -- ostatní přistupují k poště přes webové rozhraní.

Možná by se i dalo říci, že Thunderbird je úspěšnějším produktem než Firefox, a to i přes to, že si ho stáhlo méně lidí než Firefox. Záleží na tom, kolik lidí, CO POUŽÍVÁ POŠTOVNÍ KLIENT, používá Thunderbird.

To srovnání freefoto.cz a jehovistických webů mě fakt pobavilo
+1

Samozřejmě máte pravdu, z pohledu uživatele je to číslo takto neporovnatelné. Pro Mozillu ale značí, který projekt je obecně úspěšnější, což je Firefox. Proto se na něj rozhodla dále zaměřit. Vaše poznámka o uživatelích je ale samozřejmě správná.

Ano, z pohledu Mozilly je to tak, jak říkáte vy. V tom máte pravdu. Takže ji máme oba. :-)

Z pohľadu Mozilla Foundation je Firefox to, čo prináša desiatky miliónov ročne. A Thunderbird niečo, kde sa peniaze strácajú (tj. neprinášajú ďalšie peniaze)

Jak prohlásila prezidentka Mozilla Corporation, toto není problém. Daleko větší problém je například fakt, že o Thunderbird není moc zájem ze strany vývojářů z komunity, což je daleko větší problém. Těžko říci, proč tomu tak je, možná je pro ně Firefox daleko více in.

Pamatam si dobu, kedy FF trpel akutnym nedostatkom vyvojarov, pretoze ho Mozilla Foundation odmietala financovat. Akonahle sa nasli peniaze, tak sa nasli aj ludia. Pre MoFo by nebolo z financneho hladiska ziaden problem vytvorit rozumne velky tym ludi, ktori sa tomu budu full-time venovat.

To je jednoducha psychologie - syndrom sazky na viteze. Kazdy chce byt ten, kdo si vsadil na viteze (tedy pracoval na FF). Stejna davova psychoza, ktera vede napriklad ke vzniku bublin na akciovych trzich.

obavam se, ze se potvrzuji slova o tom, ze free software ma problem s podfinancovanim vyvoje. Budu velmi rad a prijemne prekvapen, pokud nekdo z komunity si vezme vyvoj na starosti.

To víš, že FOSS je podfinancovaný. Navíc zbytečně tříští síly. Kdyby se vývojáři Thunderbirdu sebrali a šli pomoct vylepšit KMail, který bude pravděpodobně relativně brzy multiplatformní, nebylo by to na škodu.

No to je vybornej napad prejit od nejrozsirenejsiho OS maileru na neco, co je pevne svazany s jednim GUI a funkcne se k Thunderbirdu ani neblizi. To uz by davalo vetsi smysl prejit na Evolution, kterej uz na Woknech beha a je to snad jedinej meiler, co dokaze nejak konkurovat Outlooku...

"Pevně svázaný s jedním GUI"? Jako s čím? S QT (multiplatformní) a KDE (od 4 multiplatformní)? To, že si thunderbird své závislosti nese sebou jej snad dělá na "GUI" nezávislým? (A co na linuxu závislost na GTK?) A závislost Evolution na GNOME vám nevadí?

Nebo jste prostě iracionálně alergickej, jako mnozí, na ono "K"?

Me by spis zajimaly ty zazracne funkce Outlooku, po kterych tak vsichni touzime :-)
A nechodte na me s tim, ze tam muzete pracovat s kalendarem v proprietarnim serveru MS-Exchange. To na me nezabira.

Opravdu ?
Vite, ze znam stredni a velke firmy, kde manazeri rozhodli nasadit MS-Exchange - aby byli IN a uz leta to pouzivaji pouze pro praci s postou ? Uzivatel s Thunderbirdem tam nema absolutne zadny problem.
Koneckoncu - pokud jde o ten sdileny kalendar - ten vam rozchodim na Apache serveru pres Webdav za par hodin (a to budu mit jeste nohy nahore).
To, ze kazdy nezbytne potrebuje pokrocile groupwarove funkce MS-Exchange je mytus, ktery praxe casto popira.

No ja teda nevim, ale podobne (byt s malymi omezenimi) to mohu delat i pomoci Korganizeru. Udelam novou udalost, pridam do ni ucastniky treba z LDAP, mohu tam pridat i prilohy. Udalost je standardnim zpusobem rozeslana vsem ucastnikum do jejich klientu, kde se jim prida do kalendare. Vyzaduje to pouzivat Kmail a Korganizer.

Lotus tohle vsechno umi taky, ale ve verzi 7 je to neskutecnej paskvil, co se tyka GUI a ovladani.... v8 zalozena na Eclipse RCP je uz o generaci dale.

Co to má proboha společného s emailem?

Pokud srovnáme TB a Outlook jako emailové klienty, tak to pro Outlook dopadne katastrofálně - pro práci s elektronickou poštou je v podstatě nepoužitelný. Zhruba na úrovní průměrného webmailu.

Presne tak - outlook je asi najhorsi bezne pouzivany mailovy klient. Na vaznu pracu s mailom totalne nepouzitelny.

KMail je podla mna funkcionalitou dalej ako Thunderbird - templates, prefixy v subjecte, automaticke nastavenie charsetu, detekcia chybajucich priloh, ukladanie sprav do maildiru...

Kazdy z tech klientu v necem podstatnem zaostava, takze neni jednoduche rici, ze nektery z nich je v pohode pro masy :-(

Outlook se sice zda byt v pohode, ale ma 4 velke problemy: 1. nedodrzuje standardy, takze se obcas vyskytuji problemy pri cteni posty od ruznych klientu (napr. nazvy priloh s diakritikou); 2. je v nem nekolikkrat znova napsany kod, ktery resi stejnou funkcionalitu, ale v kazdem z nich jsou ruzne drobne (tedy pri problemu tezko vystopovatelne) odchylky (napr. v oblasti sestavovani tela dopisu, kdy to obcas resi klient, obcas server a v kazde verzi trochu jinak, takze pri preposilani zpravy nekdy dochazi k jejimu poskozovani);
3. muze spustit kod i bez vedomi obsluhy (jiste, pro hornich tisic firem je mozna pohodlne, ze spravci mohou rozeslat mail, ktery obsahuje kod, ktery se sam spusti a provede prislusne upravy na desitkach tisic stanicich najednou... ale defaultne by to mohlo byt zcela vypnute - tak mnoho stanic se jiste nekonfiguruje individualne)
4. nevim cim to je, ale hodne casto se stava, ze se soubor s maily poskodi, nelze do nej pripisovat (pokud jej lze aspon cist) a jak je u microsoftu zvykem, tak to ani nerekne co kde nevyslo a tedy proc asi "ten mail neodesila postu". U microsoftu zasadne kaslou na osetrovani vyjimek a nebohy user pak jen cte hlasky typu "chyba na adrese..." (volne prelozeno "hledej smudlo!"). To je asi jeden z duvodu, proc je cela windows platforma tak slozita na pouzivani...

Thunderbird ma taky svoje zasadni nedostatky:
1. nepodporuje zapis v LDAP - sice se o tom nemluvi, ale je to obrovsky problem v dnesni dobe, kdy mivame pocitace doma i v praci a nebavi nas nemit vzdy aktualni seznam adres, ktery bychom mohli primo z mail klienta obohacovat o nove adresy (vim, ze existuje na toto rozsireni, ale to jen kopiruje soubor a pri spusteni jej zase cte - ja to sice pouzivam, ale vim, ze musim byt opatrny, protoze kdyz se nejak skube server, tak to nesmim ustrihnout jinak se poskodi ten file s tema adresama a pri novem spusteni se vsechny adresy nahradi tim poskozenym fajlem - tedy se ztrati :-( Dalsi problem s timto rozsirenim je mozna velikost toho fajlu, kdy ja mam jen stovky adres a hodne rychle pripojeni, ale napr. nekteri obchodnici a helperi u nas maji az 10 tisic adres a i na sakra rychlem spojeni to trva neumerne dlouho nez se adresy presypou. Zde by bylo vhodne zaznamenavat jen zmeny, ale to nejak nemakalo spolehlive a casteji se poskozoval onen file :-( ).
2. nepodporuje maildir format ale jen mbox - to je problem, protoze je narocne a tudiz pomale parsovat velike schranky; kdyz smazeme mail, tak musime provest jeste udrzbu slozky coz pri velkych schrankach znamena presun velkych dat a take to trva zbytecne dlouho kdyz uz je to samo o sobe vlastne zbytecna akce, ktera nemusela byt

Kmail taky neni ok :-( Je sice uplne perfektni a dokonaly v siri sluzeb - vic nez hodne bych si pral pouzivat prave tohoto uzasneho klienta, ktery navic ma i ldap write a spoustu uplne uzasnych doplnkovych veci jako napr. kalendar, rss a kdejake voloviny, ktere ve finale tvori "informacni centrum", ale implementace imapu je naprosto zoufala a skutecne velmi spatna :-(
Imap je pomaly, prohledavani schranek je zoufale pomale a navic se kazda slozka prohledava samostatne jedna po druhe (ne soucasne) a kazda z nich trva a trva... Kdyz chci nektere slozky zpristupnit offline (ale jen nektere! mam totiz nekolik giga posty a ne kazdou zasilku chci mit na disku), tak to nejde :-( Musim si zvolit "odpojeny imap" (takoveto oddeleni povazuju za nesikovne), ale to mi celou moji postu stahuje skoro dva dny (opravdu nejakych 40 hodin!) i kdyz server i linka to davaji s jinymi klienty za par hodin! Kontrola zprav ve slozkach je vsak stejne nesikovna a neprijemna jako u toho neodpojeneho imapu :-(
S tezkym srdcem jsem musel opustit uzasne prostredi kmailu kterym jsem se nechal v mziku namlsat a rozmazlit :-(

Evolution se zdal byt po vsech strankach dokonaly! Velmi rychly, velmi prijemny, velmi pekne nabizi akce s prilohami, novou postu asi nekontroluje pouhym spojenim, ale nejakou telepatii :-) Neni vsak tak dobre integrovan do KDE (coz je pochopitelne - mam namysli ruzna oznamovatka udalosti atd...) a me nejak zlobily prilohy s videem (nevim proc, ostatni prilohy slapaly, ale video prilohy jsem nemohl otevirat rovnou, protoze se nestahly, ale musel jsem je nejdrive ulozit na disk - asi to byl jen problem u me..?). Byval bych mu ty videoprilohy odpustil, ale nepodarilo se mi spravne nakonfigurovat ldap (chybely tam polozky pro me, nebo jsem neco nepochopil..? ackoliv to ma konektor na exchange atd... ale to ja nepotrebuju).

Nakonec jsem se pokorne vratil k TB a ted jen koukam, ze to ma pouze dva vyvojare a tudiz chapu proc tam neslo dodelat tech par drobnosti... doufam ze se to zmeni k lepsimu a klidne budu zit bez kalendaru (nakonec v mailu nemaj co delat a kdyz je nebudu mit v mailu, tak je nebudu pouzivat a kdyz uz nejsem obchodnik, tak je vlastne ani nepotrebuju - primo v tom mailu - tedy v tom "programu do ktereho vzdy koukam" bych je umel pouzivat - samostatne si na to ale nic poustet nehodlam! Nakonec i pro TB se vyviji kalendar, takze to vypada slibne).

Situace s mail klienty tedy neni masove uspokojiva ani u majkrosoftu ani v open source svete :-(

Souhlas, IMAP v Kmailu je skutecne hruza. Afaik na to totiz pouzivaji kio slave, ovsem zrovna na tento pripad neni ta technologie vubec delana :-(. Mimo pomalosti se mi v kmailu navic jeste duplikuji emaily v impa slozkach ...

diky za skvely popis :-) nektere veci jsem opravdu nevedel ...
i kdyz popisujete spise technicke nedostatky, ktere myslim neni problem odstranit pokud kod neni prilis velky a neprehledny. vzpominam si jak jsem pred casem kompiloval kod firefoxu, bezuspesne a ve stejnem case upravoval velice prehledny a maly kod konqueroru. bylo to opravdu nesrovnatelne, nedivim se applu ze radsi pouzili pro svuj prohlizec safari kod konqueroru.
donedavna jsem pouzival TB, ale pak jsem presel na mail primo v opere. komunikuji pres IMAP, a musim rict ze mail sviznejsi a opera si indexuje maily takze hledani v dosle poste je opravdu svizne a hleda skvele. navic se opera opravdu snazi o jiny pristup k poste, takze jsem ochoten tolerovat i nektere chyby a nedostatky. stale zasnu nad nekterymi kolegy kteri si rucne tridi maily do desitek polozek. zkratka mail by si opravdu zaslouzil nove napady, a nejen TB jsou klasicka reseni ktera uz pomalu prestavaji stacit.
vyvijeni kalendare apod. pro TB povazuji za opravdu spatny napad. nekoho, asi microsoft napadlo to spojit do jedne veci a ted to ostatni "kopiruji" misto toho existoval samostatny kalendar a ten pripadne transparentne komunikoval s mailovym klientem.

velmi uzitocny prispevok, dakujem.

To si děláš srandu, ne? V čem se KMail ani neblíží Thunderbirdu? Pro mě a za mě ať si ale přechází kdo chce a kam chce. ;-)

http://www.mepis.org/docs/en/index.php/How_to_install_certificates_in_Kmail

Zajímalo by mě (čistě z profesního hlediska) v čem je napsán Thunderbird a kolik řádek zdrojového kódu to má. Neví to někdo? Jo, já vím, že to bude jiné pro Windows a jiné pro Linux, ale když vyloučíme volané knihovny, tak nějak tak přibližně...

Nevidím to s Thunderbirdem růžově. Pamatujete na výborný WordPerfect a jak to s ním dopadlo? :-(

Je to hrozně škoda, protože Thunderbird beze sporu je špičkový poštovní klient.

http://www.ohloh.net/projects/36/analyses/latest

U OSS není takový problém to zjistit. ;-)

Rozdíl je v tom, že WordPerfect není na rozdíl od Thunderbirdu open-source. TB má větší šanci, že jej někdo převezme.

Asi jsem exot, ale porad WP pouzivam - mam dve vzdy verze, jednak novou (po par updatech, nejsem zas takovy silenec) - a pak porad starou WP5.1 ...

U Firefoxu ve vnitrofiremnim prostredi je to mnohem jednodussi. Staci nastavit proxy a jede se. Emailovy klient potrebuje k tomu i frontend - IMAP je vetsinou vhodny, vsak prijdeme o hlavni vychytavky (Outlook-Exchange, Notes-Domino). Je pravda, ze za to nemuze vyvojovy tym Thunderbirdu, ale Microsoft/IBM ze nezverejni cely popis RPC procedur. Rad bych pouzival TB s frontendem Exchange jinak nez pres IMAP (mimochodem desna kombinace) a potom by nebyl problem nasadit ho i v organizacich.

Ano, je to škoda, používám TB od Netscape (s různým jménem), předtím Eudora. POP3S, IMAP4S jsou standardní protokoly pro poštu. Komunikace Outlook x Exchange probíhá v rámci myšlenky "sdílení" disku mezi klientem a serverem. V sítích s větší chybovostí je to nepoužitelné. Proto to na Internetu nikdo nepoužívá.

Pletete si nazvoslovi. Frontendem je prave Thunderbird, Exchange/IMAP server je backend. Exchange i Domino maji kazdy svoje vlastni klienty a vlastni komunikacni protokol, ktery neni poradne zdokumentovany a alespon v pripade Exchange je to i pekny bastl. A hlavne se uz nejedna jen o postu. To ze zatim neni open source reseni pro groupware srovnatelne s Dominem nebo Exchange je vec druha.

Pod Windows ezistuje dostatek kvalitních klientů (většině lidí stačí beztak MSOE a na rozdíl od IE to není kripl hrubě porušující standardy) a pod Linuxem atd. jsou KMail, Evolution a Mutt beztak lepší. No a z multiplatformních MUA zbývají balíky Opera a Seamonkey, že...

Pokud vím, tak Eudora chce stavět svého klienta na Thunderbirdu, tak se toho třeba ujme.

Souhlasím,
konečně budu moct říkám že nejsem závislý na Mozille :)
jako prohlížeč mám Operu a jako klienta Thunderbird.
Všichni říkají že je to trochu divná kombinace, ale já si myslím svoje.
Pokud by se Thunderbird přenesl pod křídla jiné společnosti,
ta by si ho upravila podle svého a nevím jestli by to Thunderbirdu pomohlo...
tak nezbývá než čekat co se budde dít :)

yo, opera+tb. ono ked clovek pouziva gpg tak je trochu obmedzeny vo vybere mua...

Souhlasím,
konečně budu moct říkám že nejsem závislý na Mozille :)
jako prohlížeč mám Operu a jako klienta Thunderbird.
Všichni říkají že je to trochu divná kombinace, ale já si myslím svoje.
Pokud by se Thunderbird přenesl pod křídla jiné společnosti,
ta by si ho upravila podle svého a nevím jestli by to Thunderbirdu pomohlo...
tak nezbývá než čekat co se budde dít :)

Zajimave jsou i spekulace o roli Google, ktere tvrdi, ze na Mozillu tlaci, diky stedrym darum, aby opustila Thuderbird, kvuli konkurenci vuci Gmailu. Nicmene Mitchell Baker to popira.

To je skutečně pouhá spekulace. Správa pošty přes webové rozhraní a poštovní klient na straně klienta jsou dva různé světy. Navíc Google nemá páky, jak na Mozilla Foundation/Corporation zatlačit a něco si vynutit. Milióny za vyhledávání od Google? Google moc dobře ví, že v případě příležitosti za to např. Yahoo zaplatí taky (je ostatně výchozí ve Firefoxu v řadě zemí v Asii).

Nejen ve FF, ve Flocku je Yahoo defaultni ve vsech verzich.

I kdyby Thunderbird zanikl (jakoze jako otevreny nezanikne - maximalne se trochu zpomali vyvoj), porad zde mame balik SeaMonkey, ve kterem je vpodstate uplne stejny postovni klient :-)

to jsem ale hlupák, že pracuju s nepoužitelným balíkem ;)

Tak uz jsme dva hlupaci ;-)

Jsme uz tri, co pracujeme s naprosto a uplne, ale uplne a definitivne nepouzitelnym balikem SeaMonkey :-))
Tady se clovek opravdu pobavi :-)

... a tomu rikas prace? ;-)

"Webovy prehliadac SeaMonkey zaostava dokonca i za holym Firefoxom."

Jmenujte alespon 3 konkretni duvody, ktere vas k tomuto tvrzeni vedou.

Děkuji za vyjmenování vlastností, které považuji za výhody SM oproti Firefoxu :)

Stejne tak ja. A jeste k tomu porad nechapu, proc by SM mela byt diky absenci tech zbytecnosti nepouzitelna.

google search: napis to do adress baru daj sipku dole a enter

A proč, když je to ve vyhledávacím poli rychlejší (o jeden krok méně) a navíc je tam našeptávač a historie hledaných výrazů? Stejně tak lze rychle přepnout požadovaný vyhledávač nebo snadno přidat další. Jsem zvyklej na vyšší komfort a efektivitu práce, než kterou dokáže nabídnout Seamonkey.

A jste si jisty, ze tento rys SM nema taktez implementovano?
(rada: zkuste v SM stisknou klavesu F9 a pak si prectete svuj prispevek).

Bez rozšíření Clear fields se to vyhledávací pole používá dost blbě, implicitně má nepraktickou velikost a na nějaký "našeptávač", řekl bych, většina lidí kašle. Takže ty výhody jsou dost sporné.

jsme ctyri :)

a co na nem nefunguje ?

Pet :)

aji bzuk & strup miluje seamonkey ;D ... sest ...

sedum ;)

Ono nás bude asi ještě víc (osm)... ;^)

Obavam se, ze nas ted zacnou povazovat za organizovanou skupinu, za to je vetsi trestni sazba....

Opensourcovy backend pro groupware. Myslim, ze po te, co ma komunita k dispozici slusny OS, desktop, officeSW a prohlizec, velmi zacina chybet plne otevreny groupware vcetne backendu.

http://www.kolab.org/

http://www.opengroupware.org/

Problém je, že žádného jednotlivce absence těchto řešení netrápí a asi nikdy nebude trápit natolik, aby investoval čas a úsilí do jeho vytvoření a dokončení.

No tak pred mesicem jsem rozjel Kolab, dalo to trochu prace, ale slape to solidne. Jako klienta pouzivame Kontact. Do Thunderbirdu se mi to podarilo nasadit jen omezene.

Ja tedka spis cekam na to az vyjde komplet KDE pro windows, pak thunderbird nebude vubec potreba. Kontact toho ma vic a i Evolutin (ktere je pro Gnome) toho ma daleko vic.

Jinak Kontact i Evolution se umi napojit na nekolik Groupworku, vcetne Exchange.

Myslím si, že to je každopádně škoda. Pokud Thunderbird spadne pod křídla komunity bojím se, že už si svojí kvalitu neudrží a já nevím po čem se tedy poohlédnout. :-/

Posledni dobou se Thunderbird zacinal aspon trosku priblizovat pouzitelnymu groupware ... ale byl jeste hoodne, hoodne daleko ... a pokud odejde od Mozilly, tak to asi bude uplne konec :-(

Teoreticky ... videl jsem ze existuje knihovna libmapi ... ktery by mela bejt shopna pracovat s exchangem ... kdyby se mozilla zamerila na toto a napojila thunderbirda na Exchange .... myslim ze by se dostal hooodne vysoko :-)

Jen tak ze srandy jsem zkusil přejít z TH na OE a Office 2003. Jen převod kontaktů je práce na dlouho ( záleží kolik jich je...), OE zkomolí jména (špatné kodování )takže holt ručně přepsat, Outlook 2003 nepřevede všechny kontakty a nebo jen část kontaktu - tedy např. jméno ale už ne email. Na převod emailů je program a ten funguje v pohodě. Ale teď další pecka - zvyknout si na OE, Ou 2003. O kvalitě OE netřeba psát. Outlook 2003 - dlouhé zvykání a učení ( teda pro mě ). Takže jestli půjde TH do kopru...špatný, špatný.

Ne ze by to bylo spasitelne, ale trend web aplikaci je dost zrejmy. Navic z hlediska spravy to ma sama pozitiva a jistoty...

Třeba spousta lidí má dial up a chce mít své maily doma, já jsem poměrně často v prostředí bez internetu a také chci mít maily u sebe. Mimo jiné Thunderbird má spoustu rozšíření (FF taky, ale to je mimo), které rád používám.

Vzdyt budete mit maily doma. I bez tlusteho klienta. Presne k tomu prave Firefox (a WWW obecne) smeruje. A Mozilla si je toho vedoma. Proto TB odpiskala.

-skoda zahodit komunitu ludi, ktori radi prispievali rozsireniami pre TB. Email klient s mnozstvom rozsireni bude mat vzdy navrch - bude ludmi viac prijimany, ako hotovy produkt, kde kazdemi nieco chyba, ale rozsireni sa len tak lahko nedocka.

-TB potrebuje rapidne zrychlit - znizit naroky CPU/RAM - inak je fajn.

-rozumny 'zhyckany' user uz nikdy neprejde na SW, ktory nebude multiplatformalny

dufam, ze TB sa bude darit este podstatne lepsie ako doteraz, vsak uz sa rozliezol aj na mobilne zariadenia apod.