Budoucnost projektu Thunderbird je nejistá

Tedy, já pořád přemýšlím, proč je TB považován za významného mail klienta. Mně se tedy vůbec nelíbí. Hlavní problém vidím v použití mailboxů místo maildirů. Když má člověk pořádnou porci mailů a zboří se index, čehož dosáhnout není žádný velký problém, máte přestávku v práýci navíc. Teď mluvím spíš o zkušenostech s Mozilla/Seamonkey, ale u TB to bude asi dost podobné. Mně osobně velmi vyhovuje Kmail, ale řeším problém, jakého mailového klienta dát uživatelům windows. Teď používají Seamonkey, ale vzhledem k počtu a celkové velikosti mailů to přestává vyhovovat. Jaký mail klient by se dal použít pro okna, nejlépe podobný Kmailu a nejlépe pod GPL ? (Neříkejte Outlook ani TheBat!) ? Fakt nevím.

Možná, že je dost významný proto, protože nic jiného zdarma pro win prostě není ?

Mohl bys, prosím tě, rozvést problémy s mailerem ze Seamonkey. Zajímá mě to proto, protože SM používám.

Problémy vyplývají z použití mailboxu a velkého množství dat. Uvažuji samozřejmě o použití IMAPu s tím, že by maily na serveru byly v maildiru, ovšem naráží to zejména na to, že zde ve firmě se vyskytuje několik notebooků, které se připojují přes mobil, takže ne vždy ten IMAP jde použít. Při několika tisících uložených mailů už také hraje roli zpomalení a zátěž serveru (asi 150 uživatelů). Takže maily jsou na lokále v mailboxech v Seamonkey. To přináší asi tyto problémy:

- limit 2GB na Mailbox - nevím, zda je to problém windows nebo Seamonkey, ale jak mbox přesáhne 2GB, je to v pytli
- přesun mailů mezi složkami - manažeři dokážou vyprodukovat neuvěřitelně veliké tabulky v excelu - trvá to dlouho a vznikají díry. A provést komprimaci 1.5GB velkého mailboxu taky není žádná legrace. Obzvlášť když se tam vyskytnou velké maily - zaznamenal jsem rekord jedné expertky - mail o velikosti 450MB. Samozřejmě mi neprošel přes SMTP, mám nastavený limit asi 30MB, ovšem pokusila se ho odeslat a tak zůstav v odchozí/odeslané poště. Odstranit tento mail a následně zkomprimovat mbox bylo na windows nemožné - musel jsem to nakopírovat na linux a provést tam.
- zborcené indexy a gigabajty souborů typu PRFxxxxx.TMP - nevím přesně, jak to vzniká. Asi když na woknech při komprimaci padne Seamonkey. Musím přijít a ručně vymazat.

Toto všechno hrozně zdržuje. Snažím se přimět uživatele, aby si poštu archivovali alespoň každý rok zvlášť. Málokdo to opravdu dělá a ani se jim nedivím, protože komu by se chtělo trávit hodinu či dvě čekáním na přesun mailů z jedné složky do druhé a další hodinu následnou indexací. A to, že by lidi neměli skladovat tolik mailů neberu - sám si skladuji mailů docela dost, tedy mažu ty s velkými přílohami, ale jinak si archiv ponechávám a už mnohokrát se mi hodilyu zprávy staré několik let. Jenže já mám Kmail s maildiry, kde to není vůbec žádný problém.

Takže asi tak - pokud těch mailů nebudeš mít hodně a hodně velkých, nejspíš tě žádné problémy nečekají. Pokud naopak, můžeš očekávat to, co popisuji. I když na linuxu asi v měnší míře.

ještě dodatek - někdy se stává, že se zničí soubor prefs.js a musím to celé konfigurovat znova, pokud není záloha tohoto souboru. Taky pěkná otrava.

Riešením je IMAP. Choď do toho. Nedá sa to porovnať.

Neviem, aký problém by si mal mať s notebookmi. IMAP je stavaný pre Internet, musí to chodiť. Jedine, že by stále sem a tam ťahali mnohomegabajtové prílohy, ale to by tak či tak museli minimálne raz urobiť aj pri POP3.
Bezpečnosť zaistíš pomocou IMAPS.

Čo sa týka záťaže, aj ten najobyčajnejší server na trhu musí zvládnuť 150 používateľov, load bude okolo 0.3. Ak u vás všetci zúrivo mailujú, tak možno trochu viac, ale zvládnuť to zvládne. Ak chceš rýchlosť, tak ide skôr o výkon diskového poľa a o pamäť (kvôli účinnému kešovaniu). Sieťovka aj radič by mali byť pripojené cez 64bit zbernicu, aby nerobili úzke hrdlo. Ak chceš istotu a robíš anitvírusové a antispamové filtrovanie na serveri, tak daj 2-proc a máš pokoj.

No, řešením, pro mnohé by řešením byl, pro některé ne. IMAP je stavěný na Internet, to ano, jen mi nepřipadá úplně fajn připojovat se v Německu přes GPRS s cenou 1,-Kč/kB proto, abych si přečetl mail, ale jinak máš pravdu, pro 80% uživatelů by to bylo dobré.

Server mám silný jako býk - 2x DualCore Xeon, 4GB RAM, SATA Raptory, gigové síťovky, samozřejmě 64b.

Můžeš mi poradit nějaký IMAP server, který:
- používá MailDIR
- umí autentizaci proti /etc/shadow a nechce systém prošpikovaný PAMem (Slackware)
- nedovolí procházet jiné adresáře než ty, které nadefinuji (např. ~/Mail/)
- půjde snadno integrovat se sendmailem/procmailem, tedy optimálně např. INBOX by byl v mailboxu /var/spool/mail/$USER a ostatní foldery v maildiru v ~/Mail/ (a nešlo procházet zbytek filesystemu, tedy jen /var/spool/mail/$USER a ~/Mail/

?

Dík.

Neviem Ti odpovedať na všetky otázky, ale skús sa pozrieť na Courier. Myslím si, že vyhovie.

> limit 2GB na Mailbox - nevím, zda je to problém windows nebo Seamonkey, ale jak mbox přesáhne 2GB, je to v pytli

To spíš vypadá na omezení FAT FS, nezdá se vám?

> Odstranit tento mail a následně zkomprimovat mbox bylo na windows nemožné - musel jsem to nakopírovat na linux a provést tam.

No jak vidno, tak to vypadá znovu spíše na něco schnilého ve Windows, když v Linuxu ta samá operace funguje.

> zborcené indexy a gigabajty souborů typu PRFxxxxx.TMP - nevím přesně, jak to vzniká. Asi když na woknech při komprimaci padne Seamonkey. Musím přijít a ručně vymazat.

Osobně se mi indexy v TB nezbořily, také je fakt, že už nějakou dobu používám Kontact/KMail pod Linuxem (btw. složky mám jako mailbox ne jako maildir), ale pokud se někomu z uživatelů něco s indexy stalo, stačilo je smazat a TB/SM si je znovu vytvořil a hotovo.

Co se týká padání aplikací ve Windows, řekl bych, že je třeba si stěžovat spíše u výrobce OS než u výrobců aplikací, obzvlášť pokud se stejnou aplikací na jiném OS takové problémy nenastávají. BTW. (špatný) výběr OS je vaše věc, se všemi důsledky, které to sebou nese.

Ad FATFS - nezdá, dělá to i na NTFS

Ad něco shnilého ve Windows - ano, něco je shnilého, ale ne na jednom počítači, ale na 150-ti. Ve Windows roste swap do obludných rozměrů a týden na to čekat nemohu.

Ad automatické vytvoření indexů - ano, vím, že se automaticky vytvoří. Ale trrvváá to.

Ad výběr OS - bohužel, to není moje věc, tento OS byl vybrán mým nadřízeným za mého hlasitého nesouhlasu. Zdůvodnění bylo, jak tradiční, že ho používají "všichni" :-(.

Popisoval jsem REÁLNÉ problémy, které přináší ve Windows použití Seamonkey, jak se mě tu na to někdo ptal. Samozřejmě nejraději bych dal všude Linux a KDE s Kmailem. Až na několik málo přiblblých aplikaci, které jsou jen pro Windows, je možné ho nasadit (SAP má linuxového klienta, používám a funguje OK, další velká aplikace je v Javě). Jenže to nejde, protože přeci firma Microsoft je velká firma a kdyby se něco stalo, tak máme záruky Velké Malé. To, že žádné záruky ve skutečnosti nejsou, bohužel nejsem schopen mému nadřízenému už několik let vysvětlit. Sice vidí na vlastní oči, že s Windows jsou pořád problémy a s Linuxem tak maximálně hardware, ale věří spíše reklamám a tlaku reklamních letáků, než vlastním očím.

Ano samozřejmě, o těchto technicko/organiačních problémech vím, je to holt realita světa kolem nás.

Můj původní příspěvek byl lehce popichující, dovolím si proto ještě popíchnutí. Vaše volba zaměstnavatele je už ale čistě vaše věc. :-) Osobně si myslím, že když si někdo neváží odborného fundovaného názoru svého zaměstance, tak si takového zaměstnance nezaslouží.

A proč chcete mít mailového klienta na klientské stanici? A to včetně dat???

Notebook, ktery je casto offline. To je muj pripad. Radek

A kde jinde?

Mailovy klient na klientske stanici napr. kvuli okamzite odezve UI ci sifrovani mailu
Data na klientske stanici napr. kvuli indexovani a fulltextovemu vyhledavani (to mi slo pres IMAP dost pomalu).

Na serveru, kde jinde?

Těžký klient kvůli odezvě UI? Ehm.

A ty data? Neslyšel jste někdy o databázovém serveru s fulltextovým enginem? (Asi ne, když používáte IMAP /*možná dokonce tu pseudoimplementaci od MS? */)

> Těžký klient kvůli odezvě UI? Ehm.

Co se ti na tom nezda? Odezva lokalniho programu je proste radove rychlejsi, zvlaste pokud by server-side mailklient byl pristupny pres web a clovek by ho pouzival pres firefox.

Hlavni nevyhoda je ta, ze pokud si ten server clovek neadminuje sam, tak nema moc moznosti si zvolit takovyho klienta, ktery mu vyhovuje.

> A ty data? Neslyšel jste někdy o databázovém serveru s fulltextovým enginem?

Vite o nejakem standardnim protokolu (mezi emailovym klientem a serverem s maily), ktery by podporoval vyhledavaci dotazy?

> Vite o nejakem standardnim protokolu (mezi emailovym klientem a serverem s maily), ktery by podporoval vyhledavaci dotazy?

IMAP mezi klientem a serverem, kteří je podporují (například TB a Dovecot).

"Odezva lokalniho programu je proste radove rychlejsi"
Není. Obecně to neplatí.

"Vite o nejakem standardnim protokolu (mezi emailovym klientem a serverem s maily), ktery by podporoval vyhledavaci dotazy?"

Nó, říká se tomu SQL. Začali s tím v IBM Labs v 77', takže je to už trošičku odladěné a stabilní. A dá se to už sehnat asi na všechny major platformy.

Nó, říká se tomu SQL. Začali s tím v IBM Labs v 77...
A ja som si myslel ze je to Structured Query Language a ono je to protokol no co sa nedozviem este... ;)

A šifrování/podepisování (které z principu věci nelze bezpečně na serveru dělat) taktně opomeneme, že? Hlavně že děláte chytrého...

Mail klient v Opere.

Sylpheed - sou dve verze ... mail-claws je v baligu winpgp32 (nebo jak se ten balik jmenuje). Mail-claws toho umi vyrazne vic nez jeho "predchudce" sylpheed, ale nejak sem to na win nespustil, proste to slo na hubu.

No a pak je tu sylpheed, ten ma nekolik nevyhod:
- zatim neumi ssl certifikaty - tedy bezny elektronicky podpis, maji to v TODO ale snad se dockame.
- praces adresami neni uplne nelepsi, tedy neumi to doplnovat adresu behem psani, ale treba definovat si skupiny mailu neni problem + umi si sahat snad do LDAP (nezkousel sem)
- html maily se proste zobrazi jako text, teoreticky by to melo jit resit nejakymi pluginami, ale mam pocit ze to uz je dnes zalezitost pouze claws verze. Vlastne ani neumi vytvaret jine maily nez plain/text.
- jednou za uherskej rok, dostanu nejaky shit mail z centra nebo tak, takovej ten Xkrat preposilanej funnymail v puvodne z Outlooku kdo vi ceho jeste jinyho, kterej neotevru... ale to je opravdu vyjimka.

Na druhou stranu:
- maily uklada do maildiru
- sprava identit docela funguje, vcetne toho ze na jednu adresu mam aliasy a pokud je mam nastaveny, automaticky odpovidam z aliasu (pokud je to mail na ten alias adresovany)
- prace s imapem bez potizi, coz se v TB neda rozhodne rici
- pomoci externiho programu umoznuje i spam filter na klientske stanici
- thready zobrazuje tak jak by mel (ne jako v TB, ktery thready obcas dela i s mailu ze kterych nema)

Zkusenosti uz mam asi minimalne 2-lete. Archiv typu funny ve kterem mam same videa a obrazky .. ani nevim kolik ma, ale ma dost :) 1000 mailu ve schance ani v IMAPU zadny problem. Rychle vyhledavani neni tak uspokojive jako u TB, ale pouzitelne. Stabilita nad miru uspokujici, vlastne jediny problem je stahovani celych mailu z imapu(tedy i s prilohami), ale snad i to se zmeni. Posledni verze maji vylepseny mechanismus stopovani akci (chete prestat stahovat velke maily), takze i to uz je velmi pouzitelne.

Mail-claws toho umi vyrazne vic nez jeho "predchudce" sylpheed, ale nejak sem to na win nespustil, proste to slo na hubu.

Pokud máte české Windows, pak je to pojmenováním složek "...\data aplikací...", kde nezvládá tam češtinu, pokud si to registrech přehodíte do nějaké cesty bez diakritiky, rozběhne se normálně. Ale není do něj předkompilována většina pluginů...

Můžete zkusit KMail z projektu KDE on Cygwin/XFree (ve verzi z KDE 3.4) nebo počkat na KDE4, které bude mít nativní port KMailu do Windows.

Teda ze kde nemam rad je jedna vec, ale kuli emailovemu klientu instalovat dalsich ... 60MB knihoven, to uz je fakt moc :D

Mail z Opery. Já používám v Linuxu, je i pro Widle. Thunderbird jsem zkoušel, nevyhovoval mi. Opera M2 mi sedí.

TB je pro me bezpecne nejlepsi program pro praci s postou, nevim co misto nej :( Pouzivam Gnome, takze Kmail nepada v uvahu, Balsa apod. maji mizernou podporu a tolik vychvalovany Evolution bych hrozne rad pouzival, ale jejich implementace Imapu je vice nez pochybna:

1) Pokud v Evolution prectu zpravu, na webmailu se porad tvari jako neprectena a naopak. V TB to funguje okamzite.

2) Navim jakym zpusobem Evolution pouziva kos, ale rozhodne to neni kompatibilni ani s TB ani s webmailem (veverka).

3) Plno dalsich musek, ktere uz bych prezil, ale jsou otravne.

> nevim co misto nej

Zkousel jsi mutt :-) ?

Zkousel :) ale neni to ono. Nic proti temhle aplikacim, jako spravce souboru doted pouzivam vyhradne terminal+mc, jako editor vim, ale tohle uz je moc :)

No jestli pouzivas jako editor vim, tak se divim, ze te nevytaci, ze musis editovat text mailu v necem jinem nez ve vimu.

Tohle ma jednu uzasnou nevyhodu, kdyz pak clovek musi odpovidat z webmailu, tak po skonceni editace autoamticky macka esc. Coz na takovym IE (nekdy to proste jinak nejde) je k nas... :D

Zkusím!

Protoze vypada jinak a to mi vadi. Protoze spoluprace s ostatnima Gnome aplikacema je miziva (coz ale plati i pro TB, ale ne tolik). Protoze ma jinej open/save dialog. Protoze ma jinej dialog pro tisk. Ja jsem puntickar :) No a pokud ma taky mizernej IMAP, tak to je teda asi hlavni duvod :)

Bohužel musím souhlasit, zkoušel jsem KMail a přijde mi výborný, ale implementovat IMAP způsobem ala POP3 (polling serveru v pravidelných intervalech) mi přijde nešťastné.

Zdá se, že nám webmail obecně (gmail, různé seznamy apod.) zabil desktopové klienty. Jako guttenberg zabil povolání iluminátora a jako televize zabíjí film.

Tak černě bych situaci neviděl. Pořádný mailový klient bude vždycky potřeba. Myslím, že vždycky bude nepřehlédnutelná skupina lidí, která nedá dopustit na nativně běžící aplikace a bude je používat radši než všechny ty online AJAX a podobné(třeba i v současnosti neznámé) aplikace. Osobně bych TB nevyměnil. Kdyby náhodou zanikl, o čemž si myslím, že je dost nepravděpodobné, jeho uživatelé a vývojáři si jistě najdou jiný projekt, který přizpůsobí tomu, na co jsou zvyklí z TB. Osobně si ale myslím, že se TB jen tak neztratí.

Nedávno jsem kámošovi nainstaloval Thunderbirda. V práci používají Horde a může vyuižívat i IMAP. Thunderbirda si v porovnání s webovým rozhraním nemůže vynachválit. Problém Thunderbirda je v tom, že většina lidí vůbec netuší, že by mohli něco takového používat. BTW: nevíte někdo o nějakém freemailu, který by zadarmo poskytoval i IMAP? Gmail, Seznam, atd. všichni umožňují používat pouze pop3.

Víme. Například Centrum.cz nebo Atlas.cz. Zkoušel jsem Atlas a funguje výborně.

Na atlasu jsem si právě kvůli tomu cca před dvěma roky zakládal schránku (kterou dodnes prakticky nepoužívám;) a pamatuju si, že tam bylo nějaké omezení (bylo to přímo v licenčních podmínkách), že atlas je oprávněn ve složce sent mazat maily starší než třicet dní. A taky mi jich odtamtud opravdu pár zmizelo.

Nainstaluj raději Operu, bude Tě velebit. Ve Widlích TB ujde, ale v Linuxu je to děs. TB i FF je primárně pro Widle. Linux je pro Mozillu okrajová věc (viz Bugzilla - chyby v Lnuxu - možná někdy. Chyby ve Widlí verzi se řešív řádu hodin). Opera funguje všude stejně.

Můžete mi tedy dát odkaz na stažení Opery pro architekturu AMD64?

A k čemu? Mám 64-bitovou Mandrivu 2007.1 a 32-bit Operu. Za výběr případě pochybného OS nemohu.

atlas.cz

Nemyslete si, ze to TB dela jinak. Oficialni vyjadreni mozilly je, ze IDLE command v imapu je v soucasny
verzi XPCOMu(rulrunner 1.8) neeimlementovatelnej. Ve verzi 1.9 uz to jde, ale stejne je
podpora multihtreadingu v XPCOMu naprosto silena.

Tahle zprava me dost prekvapila. Nedavno mozilla (v tichosti) zastavila i podporu XULRUNNERu.
Takze ta veta z clanku, ze se bude MoFo venovat mozille(xulrunneru) jako vyvojovy platforme bohuzel neplati. Nastesti se uz nabidli lidi ze Songbirdu, ze budou s xulrunnerem pokracovat.

No ja pouzivam mutt, ale asi bych chtel jineho mail klienta, jenze jsem nenasel zadneho, ktery umi editovat maily ve vim. Do TB je sice nejaka extenze, ktera ovsem otevre jeste o jedno okno s vimem navic a jeho obsah je pak zkopirovan do puvodniho editacniho okna, coz se mi nelibi.

Čert vem nějaký Thunderbird (a vůbec všechny věci s Geckem, jsou sice zadáčo, ale nenažrané, pomalé atd.), ale jestli stačím sledovat dění, před časem Qualcomm avízoval spojení jeho projektu Eudora s Thunderbirdem. Naivně jsem se těšil, že jinak vynikající Eudora převezme od Thunderbirdu konečně (!) nativní multijazyčnou podporu a teď to spíš vypadá, že ji ten opensourcovej bastl stáhne s sebou do propadliště dějin :(

No, mala oprava:

QUALCOMM neavizoval spojenie Eudory s Thunderbirdom ale avizoval vytvorenie novej verzie Eudory, ktora bude open-source a bude vychadzat z Thunderbirda (teda vlastne implementuju iba rozsirenie TB o funkcie, look&feel, ... Eudory).

Pouzivam TB a maximalne mi vyhovuje, pristup na server pres IMAP, prace se slozkami i ucty bez problemu, ma nektera fajn a prijemna rozsireni, navic mam NB s dual bootem a ten pocit, ze mam jak ve Fedore tak Win stejneho mail klienta je k nezaplaceni. Navic mam ve Win klientovi namapovan lokalni ucet do adresare v $HOME na Fedore, pohoda. Jediny, co me vadi, ze neprilis dobre rozeznava kodovani zprav, chodi cca pul v ISO 2 a pul v UTF 8, coz je dost otravne na prepinani znakove sady, abych se vubec neco docetl. Jinak spokojenost a doufam, ze nazanikne.
Ondra

Aký iný free mail klient môžem nainštalovať na Windows, aby po prechode na Linux mal používateľ k dispozícii ten istý program? Podľa mňa Mozilla Foundation dosť podceňuje význam Thunderbirdu.

Už sa "teším", ako z tejto chvíľkovej neistoty Micro$oft vytlčie marketingový kapitál.

Jak sem psal, sylpheed

Opera, Kmail (resp. cely Kontact), pripadne bastl Evolution (ve windows zatim beta )

Minimálně Operu a Seamonkey.

Pouzivam TB stejne dlouho jako Firefox a nemuzu si ho vynachvalit. Napriklad to rozdeleni na jednotlive ucty i s vnitrni inbox a dalsi strukturou povazuji za naprosto vynikajici a prehledne, takze se mi nemichaji soukrome a pracovni ucty. U zadneho jineho klienta sem to nevidel. Pracovani se slozkami a filtrace mi opravdu nevyhovuje a je unavna. Jelikoz nepouzivam IMAP, tezko posoudim, ale napriklad neznam zadny jiny emailovy klient s tak dobrou Spam filtraci, to se s evolution a kmailem neda srovnat. V TB mi skoci do inboxu spam jen malokdy. No jeden cas sem mel rad mail klienta v Opera, ale narazil sem na problem, ze nelze tvorit emaily v html, nekdy holt se barvicky a tabulky a jine html caparaticky proste v praci hodi. Jakkoli je plain text bezpecny, s obchodniho hlediska je proste nudny. Bohuzel Opera neplanuje vyvoj moznosti tvoreni html emailu, lze je pouze cist. Tak doufam, ze TB tu bude s nami porad.

Súhlas! TB ma zatiaľ nesklamal a to v ňom mám poštu za 3 roky...