Vlákno názorů k článku
Budoucnost projektu Thunderbird je nejistá
od pedro - Tedy, já pořád přemýšlím, proč je TB považován...
-
pedro (neregistrovaný)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í ? -
pedro (neregistrovaný)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. -
Peto_MiG (neregistrovaný)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. -
pedro (neregistrovaný)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. -
> 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. -
pedro (neregistrovaný)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ží. -
Ondrej 'SanTiago' Zajicek (neregistrovaný)> 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? -
Pepa (neregistrovaný)"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. -
McBig (neregistrovaný)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ů...
-
Sten (neregistrovaný)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.
