Sémanická sága pokračuje. (diskuse)

[guts]

možná teď bude na Akonadi vyvíjen větší tlak, když na něm bude záviset tak důležitá věc jakou je KMail a povede to k jeho rychlejšímu opravení/zlepšení/whatever

[kavol]

LOL

[guts]

?

[kavol]

"důležitost" čehokoliv je vývojářům KDE zjevně u prdele

[thingie]

No, nějak nevidím nic moc potěšujícího na tom, že by v KDE 4.5 měl být PIM bez zásadní vlastnosti očekávané už dva roky nebo kolik (to zatracené Akonadi), nezávisle na tom jak zrovna je stabilní.

[Rezza]

Au, diky za odkaz, blog jsem prehlidl. Uz to resime, co s tim. Uz 4.4 nam nadelalo hodne problemu a neverim, ze cely KMail portovany na Akonadi neprinese vic problemu nez jen obyc. adresar...

[Murry]

Jsem moc zvědavý, asi jsem jediný z tadyma:) Nicméně ona myšlenka je dobrá, jen čekám až budu moct vyzkoušet, že jsem se nemýlil...
Doufám že bude možnost server rozjet jinde než na localhostu...
Neznáte někdo nejaké řešení? Kontact (KMail, KAddressBook, KOrganizer, ...) a možnost zálohy na server a dostupnosti odkudkoliv? Ideální by bylo kdyby bylo i nějaký web rozhraní.

[Rezza]

Tam je pruser, ze oni rikaji, ze to neni storage server, ale jenom cache. A je to cele trosku nekonzistentni, pac je to neco mezi.

[Murry]

Já mám ten dojem, že je to oboje:) Navíc to poskytne standardní API pro všechny aplikace, takže každá z nich nebude muset řešit jak přesně ukládat, brát data, atd popř všechny filtry mezi jednotlivými formáty. A také pro protokoly. Což beru jako velmi přínosné...
Pletu se?

[Rezza]

Ano, pisu ze je to neco mezi. Uvidime, ja sam tomu verim, ale chce to proste premyslet, jak to dostat mezi lidi a pritom neublizit. Posta je celkem dulezita vec.

[rADOn]

Ja bych rekl - nedavat to do kmailu. Az to bude dobre fungovat rekneme v kaddressbooku, korganizeru a jinde, da se s aspon trochou duvery predpokladat ze to nerozbije kmail. Ostatne dobre udelana podpora v adresari by mohla presvedcit lidi vic nez co jinyho ze cela ta semanticka saskarna je opravdu k necemu dobra - kontaky ma kazdy, daji se snadno zalohovat a kazdy zlepseni jde videt. Prave kontaktni plugin me presvedcil o kvalitach krunneru.

Nejvetsi problem kmailu je, ze je moc dobrej I s chybama ktere ma je snazsi ho rozbit a lidi nastvat nez neco skutecne zlepsit…

[Bluebear]

To mi nápadně připomíná nscd, který má tu hlavní vlastnost, že když něco stane s jednou službou (například vypadne DNS), tak celý desktop zmrzne. Takové hrůzy bych čekal spíš od Windows.

[xkucf03]

Já jsem doteď používal kalendář a kontakty v IMAPu -- tzn. na serveru, zálohované, přístupné odkudkoli. A není potřeba žádný zvláštní software na serveru, běží tam obyčejný Dovecot IMAP. S přechodem na 4.4 mi přestaly fungovat kontakty (zmizely, vidím jen lokální), zatímco kalendář (snad) funguje.

[pht]

Moje první a doufám poslední blízké setkání třetího druhu s touto technologíí proběhlo tak, že jednoho dne se v aplikaci KDE, která funguje jako primitivní adresář (kabc?) a kde máme už asi 4 roky 20 adres na známé, nezobrazila vůbec nic. Musela se spustit MIGRACE ze STARÉHO formátu do a-kundy. Migrace se nezdařila. Zkusil jsem to ještě 2x a pak jsem ten krám (ten program) restartoval. Pak jsem tam ten adresář našel ve třech kopiích. Super. Ještě že těch 20 adres mám v notýsku, nechtěl bych na tomhle výmrdku být závislý.

[Rezza]

To se tezce nepovedlo a nemelo se to davat jeste ven.

[xxx]

To se nemelo davat ven nikdy. Od doby co je a-kunda v kpilotu, radsi zalohuju palma uz jen na kartu. Narozdil od akundy alespon vim kde ta data mam. Neobjevuji se zahadne kopie, nemam paralelna dva adresare, kde je vzdy jen cast kontaktu, a podobna svnistva.

[pht]

Přitom nechápu, proč např. tak závisí zrovna na MySQL. I malé dítě ví, že k databázi se přistupuje přes driver, který konkrétní databázi abstrahuje tak, že aplikaci je úplně jedno, jakou má databázi. Z toho ohledu se mohlo klidně začít driverem pro textový soubor nebo maximálně sqlite a 50% stížností by odpadlo.

[Josef Kufner]

Protože trochu větší děti ví, že psát přenosné SQL dotazy je příšerná dřina.

[pht]

Jasně, hlavně když jde o dotazy typu "SELECT * FROM contacts".

[Rezza]

Na Sqlite jim to nebezelo - co si budeme vykladat - je to celkem smejd, na jednoduche veci ale fajn. Spis jde ted o to, aby vsechno sjednotili aspon nad Virtuosem, at nebezi dva "plnohodnotne" SQL servery zaraz.

[sheeryjay]

Na SUSE sázíš poměrně neoprávněně, dle Roadmapy openSUSE má 11.3 vyjít v půlce července, naproti tomu dle Release schedule KDE4.5 bude KDE4.5 na konci července teprve otagované a pořádně vydané až na začátku srpna. V souvislosti s přechodem na fixovaný 8 měsíční cyklus vydávání openSUSE bylo jasně řečeno že se nebude čekat na KDE/GNOME a vydá se se stabilní verzí která tehdy bude (tj. pro OS11.3 se bude jednat o KDE4.4 (nejspíše 4.4:3), obdobně pro OS12.0 která se chystá na půlku března 2011 se nejspíše použije KDE4.5, ač KDE4.6 již bude měsíc hotové (i když tady už jde jen o mou spekulaci, možná zkusí risknout nestabilitu, koneckonců x.0 verze byly vždy takové víc experimentální)).

[Michal Kubeček]

koneckonců x.0 verze byly vždy takové víc experimentální

Mně spíš přišlo, že nejhorší bývají x.1, verze x.0 většinou jen vypadají špatně v porovnání s předchozí (x-1).3.

[Michal Vyskočil]

Vzhledem ke způsobu číslování a vývoje openSUSE je tohle nejspíše jenom náhoda - na kvalitu x.1 může mít vliv souběžné vydávání SLESu, jinak neexistuje důvod, proč by x.3 verze měly být kavlitnější, než x.0, když se velké změny dělají v rámci vývoje každé nové verze.

[Michal Kubeček]

Ano, je to nejspíš náhoda, ale fakt je, že 7.3, 8.2, 9.3 i 10.3 podle mne patřily k těm nejzdařilejším.

[rADOn]

Jestli jediny duvod proc by se suse melo vyhnout nedovarenym verzim programu je ten, ze se cirou nahodou zrovna nestrefi do vyvojoveho cyklu, tak to jen potvrzuje moje nejhorsi obavy.

[Gilhad]

Tak premyslim, jaky mailovy klient bych mel zacit zkouset, kdyz vidim, co se deje s KMailem. Zatim mi slouzil dobre, ale prechod na KMail2 je patrne neco, ceho se asi chci vyvarovat. Takze kdyz shrnu co od mailovaciho programu chci:

• mbox ukladani dat (ne mdir, nebo databaze nebo neco jineho, proste mit jako moznost zvolit si pouzivani ciste mboxu)
• adresarovou strukturu
• pop3 a imap stahovani mailu z vice uctu do lokalniho pocitace
• vice identit pro odesilani mailu
• filtrovani podle hlavicek(all), nazvu, prijemce, odesilatele pomoci regularnich vyrazu jak prichozi, tak i odchozi posty do adresaru
• zobrazeni priloh v externich programech s moznosti vyberu defaultniho ale i moznosti vyberu jineho (pro gif: "Open"/"Open in Gimp" a "Open with ...")
• zobrazeni v klasickem rozvrzeni - vlevo adresare, vpravo nahore maily pod nima aktualni mail jako text, prilohy neotvirat automaticky, zobrazit jejich seznam
• doplnovani mailove adresy v radku z udrzovatelneho seznamu pouzitych
• zadna zavislost na nepomuku a jinych semantickych zalezitostech

Co byste mi navrhovali?

[pht]

mutt

[Gilhad]

• zobrazeni v klasickem rozvrzeni - vlevo adresare, vpravo nahore maily pod nima aktualni mail jako text, prilohy neotvirat automaticky, zobrazit jejich seznam

Tohle nejak neumim nastavit, je to skutecne v mutt-u mozne?

[herne the hunter]

pro sidebar s adresářema nalevo existuje patch, je/byl součástí mutt-ng. o tom, jestli jde nastavit zobrazení aktuálního mailu pod jejich seznamem, z hlavy nevím. otázkou je, zda je to _skutečně_ potřeba. kupříkladu mě tahle vlastnost nikdy nechyběla…

[Gilhad]

Samozrejme, ze se bez toho zit da, ale je otazka, co mi vyvazi tu praci navic. Ja maily ctu vlastne pouze v tomhle zobrazeni uz leta a zatim nevidim duvod to delat jinak. Casto nectu maily v poradi, v jakem jsou v adresari, ale skacu z jednoho na druhy podle potreby a priorit a ty mezi nima nechavam na pozdejsi dobu jako neprectene.

[thingie]

Ono by to stejně nemělo moc cenu. Přepnutí mailboxu v muttu je hrozně drahé (zhruba jako pustit ho úplně znova), takže tenhle hack to nějak dvakrát zase nespraví.

[pht]

Příloha:

• a.png (86669 bytů)

Viz dotaz #1 ve FAQ: http://wiki.mutt.org/?MuttFaq/Appearance

Výsledek viz příloha.

I když teda dávám přednost full screen zobrazení. Myslím si, že ten Váš návyk je jen substituce za něco jiného.

Chcete vědět čím jste se už zabýval? 1) označte si maily na které jste odepsal jinou barvou (např. tmavější) nebo 2) přesuňte je do složky "done".

[Vskutečnosti Saýc]

Skoda ze mutt neumi vic uctu. Byl by ultimatni.

[pht]

Co myslíte víc účtů? Dá se nastavit tak, že do From: vyplní adresu na kterou Vám napsali, případně při editaci mailu tam můžete napsat co chcete.

Přijímání z víc lokací obstará fetchmail. I když je produktivnější si alternativní účty nechat přeposílat na hlavní.

Odesílání např. podle toho kde zrovna jste připojen zařídí nějaký MTA, např. postfix.

[Honza "tux" Friesse]

Sylpheed

[Gilhad]

Sylpheed vypada na prvni pohled dobre, ale jak ho presvedcim, aby pouzival mbox? Me uklada maily do ocislovanych souboru, kazdy zvlast :(

edit: z dokumentace: Maildir, mbox, and eml formats are not (yet) supported, although it is possible to import an mbox file or an eml file into a Sylpheed mailbox.

Skoda :(

[pht]

Mimochodem jakej máte přesně důvod pro mbox a ne třeba maildir?

[Josef Kufner]

Uvažoval jsi o používání imapu? Spolu se sieve je to docela šikovná věc. Navíc si k tomu můžeš pustit i webmail, takže se dostaneš k poště i z cizího počítače. A pokud se bojíš offline používání, tak každý rozumný klient si kešuje co může.

[Gilhad]

Nechci se dostavat k poste z jinych pocitacu, staci mi z notebooku. Takze taky nepotrebuju webmail, kdyz to muzu mit v rozumnem klientu.

Chci si zalohovat starou postu a mit ji pohodlne pristupnou kdykoli si vzpomenu. Takze i z imapu rovnou stahuju do pocitace a mazu na serveru. Ostatne nekteri poskytovatele mailu, u kterych jsem mel ucet, dnes uz neexistuji a tak bych od nich asi tezko cosi imapoval.

Taky se obcas vyskytuju v mistech bez rozumneho pripojeni a posta na lokale se mi hodi. Taky je snazsi v mistech se spatnym pripojenim (cti pomalym, placenym, nespolehlivym a jen obcas) tahat jen novou postu a zbytek mit pri ruce. A nejsem si jisty, kolik gigabytu dat si cachuje rozumny klient a jak moc se da spolehnout na uplnost teto cache.

[Josef Kufner]

Kolik se toho ma kešovat se dá nastavit (třeba i všecko) a samozřejmě mluvím o vlastním serveru a taky používám notebook. Zkus to, kdysi jsem si říkal totéž.

Btw, imap ti přinese také instantní doručování pošty (žádný 10 min interval) až do notebooku a ušetří stahování spamu, aniž bys ho musel mazat.

[R]

Ostan pri starom KMaili. Este stale mam KDE 3.5.10 - a podla vsetkeho to tak este dlho bude, pokym to neprestane fungovat...

[Gilhad]

Zatim to tak delam, ale protoze potrebuju obcas updatovat, tak je jen otazkou casu, kdy se mi neco vysype natolik, ze stare veci uz nebudou spolehlive na novem systemu. Takze bych tomu radsi predesel ted, dokud je jeste cas, nez abych to resil ve chvili, kdy mam v poste nutne veci k vyrizeni, zakaznici jsou netrpelivi, ale nedostanu se k nim, protoze po updatu uz neco proste nefunguje.

[mrzout]

KMail v 3.5.x "byl" prostě skvělý. Jednoduché přehazování identit, smtp serverů (ten jsem mohl klidně dopsat ručně). No nic. Něž KDE4, přešel jsem raději na Gnome, které poté staré dobré 3.5.x funkčností již dohnalo. Konkrétně KMail jsem párkrát ještě zkusil nainstalovat a pustit, nicméně nic ze starých Killer funkcí to už nemá. Takže používám GMail.

[Michal Vyskočil]

Ohledně identit a smtp serverů se ale v KDE4 verzi nic podstatného nezměnilo, nebo se pletu?

[hajma]

bohužel v současnosti je jediný použitelný Thunderbird, a i to jen s odřenýma ušima

[Bubak111]

Na Linuxu me neskutecne stve ze ani v roce 2010 nema email klienta porovnatelneho s The Bat z roku 2001

[rADOn]

Netopejr byl sice v rade veci spickovy, ale v rade jinych sto let za opicema… Kdyz jsem nekdy kolem 2003 prechazel na kmail, nijak zvlast se mi po nem nestyskalo.

[pht]

to je jak tesknit po pegasus mailu...