Vlákno názorů ke zprávičce 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í.