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

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....

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.

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.

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.

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

... a tomu rikas prace? ;-)

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

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é.

sedum ;)

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