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"?
KDE 4 jeste nevyslo takze rikat, ze KDE je multiplatformni je trochu predcasny. Prave to ze Thunderbird bezi na linuxu na GTK a na woknech na MFC jej dela nezavislym. Evolution sem zminil proto, ze sice je taky do urcity miry zavislej na GUI (i kdyz u GNOME zavislost na GUI neznamena to samy jako u KDE), ale je multiplatformni uz ted a hlavne je funkcne temer na urovni Outlooku, coz se neda rict ani o Thuderbirdu ani o Kmailu.
Ja sem spis alergickej na lidi, ktery to svoje milovany "K" obhajujou za kazdou cenu :).
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.
Jedna vec je sdilenej kalendar rozchodit a druha je aby byl stejne lehce pouzitelnej jako v Outlooku. To znamena jendim klikem vyrobit event pridat do nej lidi z LDAP s automatickym doplnovanim jmen, ten event pak pride lidem emailem na cez oni jednim klikem potvrdi ucast. To pokud vim umi jen Outlook a Evolution (Lotus Notes neznam).
A to ze znas firmy, kde to nepouzivaj jen vyjimka potrvzujici pravidlo. Pro casty planovani meetingu je to vicemene nutnost.
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.
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.
me se treba do kmailu nepodarilo naimportovat osobni certifikat (vyexportovany s privatnim klicem do pkcs12 formatu z FF, resp. IE), tudiz bych nemohl pouzivat sifrovani, podepisovani a tudiz mohu na kmail prozatim zapomenout.