Vlákno názorů k článku Spicebird: malý Outlook pro Linux od Keson - Potřebujeme e-mail, kalendář, kontakty, dále IRC, Jabber, whiteboard,...
-
Keson (neregistrovaný)Potřebujeme e-mail, kalendář, kontakty, dále IRC, Jabber, whiteboard, video/tele konference, workflow, mapky budov, kanceláří a zasedaček, objednání letenek, a systém na hromadné objednání pizzy:)
Otázka zní, proč by to mělo být nacpáno v jedné aplikaci.
Přijde mi logičťejší, když se na každou činnost použije ta aplikace, která je na to optimalizovaná. Pokud se dané aplikace domluví a dokáží sdílet stejné zdroje (LDAP kontakty, WebDAV kalendář, apod.) máte krásné multiplatformí rozšiřitelné flexibilní business prostředí.
PS: znám firmy, které mají Exchange/outlook, ale rezervace musí zajišťovat sektretářky; a jiné firmy s komplexním Lotus Notes + Exchange řešením, kde vám nepomůže ani ta sekretářka.
Je to o přístupu. -
anonymníJenže závěr "je to o přístupu" je pro P.R. kolegy pana LO nepřijatelný. Oni uznávají pouze závěr "firma může efektivně fungovat pouze z MS produkty" a "cokoliv opensource používané ve firemním sektoru je úplně na nic, i když to tak třeba nevypadá". A těžko chtít po LO, aby tu zastával jiné názory. Vás taky platí v práci od toho, abyste dělal to, co máte. A on nemá psát logické úvahy s reálnými argumenty, ale dělat P.R.
-
1) Nejsem zaměstnancem MS, 2) nedělám PR.
Mohl jste si všimnout, že jsem tu opakovaně psal, že každá firma je jiná, že některé firmy fungují třeba i bez počítačů, případně jim stačí málo. Ano, takové firmy jsou. Samozřejmě je to věc efektivity. V některých případech je ale důležitější co nejnižší pořizovací cena, nebo eating one's own dog food, co já vím. Nikomu groupware nevnucuji. Píšu, co si myslím o srovnání groupware (a často konkrétně Exchange) s prostým POP3/IMAP emailem.
Asi není třeba diskutovat fakt, že groupware ve funkcionalitě vede. Možná tu funkcionalitu nepotřebujete. Ale jak jsem psal jinde, spíš jde o kyselé hrozny. Slušný groupware pro Linux neexistuje, takže je to vlastně nesmysl, který nikdo nepotřebuje. -
Klidně tu druhou větu můžete pastnout celou, když už mě citujete. Takže znovu opakuji, že i když je těžiště businessu do kterého dělám na platfromě Windows, dělám i s unixy, a produkty MS neprodávám.
Když jsme u PR. Myslíte, že moje názory pod články jsou PR? Podívejte se na můj první přísvěvek k tomuto článku: http://www.root.cz/clanky/spicebird-maly-outlook-pro-linux/nazory/181917/, i na následující kousky. Je to podle vás PR? A to my chcete tvrdit vy, který jste na tomto serveru napsal cca 30 článků na téma PostgreSQL, kterým se živíte, což podle vašeho názoru PR jistě není? Vy, který jste dokonce uspořádal ve spolupráci s root.cz tuto akci?
Víte vy člověče, čemu se říká חוצפה (chucpah)? -
Samozrejme, ze to PR do jiste miry je. Ale na rozdil od Vas nejsem neznama identita. http://www.pgsql.cz/index.php/Pavel_St%C4%9Bhule, kazdy si muze udelat nazor, proc delam, to co delam, a nakolik jsou moje umysly zistne nebo nezistne. Kdyz uz hraju za PostgreSQL mam na sobe dres PostgreSQL, ale i prestoze mam v oblibe pg, tam kde je nejvhodnejsi Firebird, doporucim Fb, SQLite, nebo tuzku a papir. Neexistuje neco jako provize - a pokud bych jako konzultant placal nesmysly, tak bych rychle skoncil. -
A na skoleni, pripadne na http://www.dbsvet.cz/view.php?cisloclanku=2008011701 mne kdokoliv muze osobne poslat do haje, pokud si mysli, ze nemam pravdu - nebo o tom muzeme diskutovat. Take v tom se lisime.
-
Proc bych rikal, "kral je nahy", kdyz neni. Znam pomerne dobre IT, a jsou mi k smichu reci, ze "NAS SOFT POTREBUJETE, BEZ NEJ MATE 0 EFEKTIVITU, S NIM BUDETE MIT 100%". V mych skolenich neni nic takoveho, ze uzivatel potrebuje pg, a ze bude navzdy blazeny - je tam uvedene, kde je pouziti pg nevhodne. A docela logicky si delam srandu s tech, kteri PR resi ve stylu reklamni agentury - nemate office, kde zijete, s nasim officem na vecne casy. Doporucuji pouzivat kazdemu vlastni rozum, samozrejme i Vam by to prospelo.
-
Pokud lidé srovnávají Spicebird a Outlook, je král nahý. Výrok "NAS SOFT POTREBUJETE, BEZ NEJ MATE 0 EFEKTIVITU, S NIM BUDETE MIT 100%" je váš, já takové věci neříkám. Ovšem to, že jsem trefil hřebíček na hlavičku, ilustruje fakt, že jste nenašel sílu odpovědět na http://www.root.cz/clanky/spicebird-maly-outlook-pro-linux/nazory/182200/
-
Jinými slovy tu děláte PR, a zatím z tohoto "zločinu" viníte mě. Ale u vás je PR v pořádku, protože máte v profilu jméno. To já mám ovšem také ;)
Je tu tedy pár rozdílů: 1) já nedělám PR, kdežto vy ano; 2) já vycházím z principů maximální uživatelské přístupnosti a hodnoty, kdežto vy z principů unixů a open source, které jsou výrazně odlišné; 3) když vidím, že něco smrdí, nejsem na rozdíl od vás takovým pokrytcem, abych držel ústa.
Za bod 3 byste se měl stydět, to snad víte sám. I když chápu, že si nechcete výroky stylu "král je nahý" pohoršit výsledky svého zdejšího PR ohledně PostgreSQL. Uff :(, ble. Tohle já naštěstí nemám zapotřebí. Bod 2 je rozdílný úhel pohledu, tak to na světě bývá. K bodu 1: nemám nic proti tomu, když si tu děláte PR, a chováte se tedy zištně (byť vaše "zavřu oči a neřeknu král je nahý, aby mi neutekl nějaký pěťák" je řekněme diskutabilní), dokud po mě neházíte špínu za to, že údajně dělám totéž - když to navíc nedělám. -
bobek (neregistrovaný)Presne tak, muj emailovy klient perfektne zvlada svoji ulohu MUA (a je to mutt). Nevidim duvod proc bych mel pouzivat cokoli jineho. A to mi protece mailboxem klidne i stovky emailu denne.
Na druhou stranu si myslim, ze linuxu chybi dobry kalendar. Snaha o aplikaci, ktera vyresi vsechno mi prijde zcestna. Stacila by mi kalendarova aplikace, ktera zvladne planovani skupin a pujde poradne synchronizovat.
Kdyz si vezmu reseni MS, tak mi pripada, ze kalendar je dobry, ale nesplnuje pozdavek na podporu vice platform. A email je strasny. Pobavilo me napr. ze exchange nedrzi pevne mapovani username na schranku (pokud neverite - http://www.catb.org/~esr/fetchmail/fetchmail-FAQ.html#S2 ). Neni to o tom, ze je to MS, je to proste slozity program a ma chyby. Muzeme diskutovat nad pristupem apod. ale to je take neco jineho. -
To je tak trochu nesmysl, že? Kdybyste znal Exchange, věděl byste, že pro každý mailbox drží jméno accountu. Ne každý uživatel musí mít mailbox, a ne každý uživatel musí mít jen jeden mailbox (a některé mailboxy nemusejí mít žádného primárního uživatele). Obdobně je to i v Lotus Notes. Ono u objektové databáze nedává smysl mít 1:1 mapování kontejnerů s uživatelskými účty, koncept je prostě jiný. V Exchange 5.5 zřejmě bylo možné mít i duplicitní mailbox alias mailboxu (viz http://support.microsoft.com/kb/181917). Celé to ale zřejmě přesahuje koncept, který by někteří autoři prostého mailového klienta byli schopni vidět.
Podobně velikost emailů v mailboxu nemusí korespondovat s velikostí toho, co nakonec POP3 klient obdrží; v DB může být velikost odlišná, a pro zjištění "POP3 size" by bylo nutné ten POP3 email sestavit. Chápu, že autoři Fetchmailu to považují za neobvyklé, pokud mají jinde zprávy uložené přímo ve tvaru, který nakonec dostanou. Otázka je, jestli to novější verze Exchange řeší jinak. Linkovaný dokument pro jistotu o verzi Exchange nemluví (Exchange 5.5 je 11 let starý prdukt).
Zde je například seznam POP3 příkazů, které podporuje Exchange 2000. Škoda, že takové dokumenty autoři Fetchmailu nečtou.
http://support.microsoft.com/kb/322826
Navíc existují POP3 konektory pro Exchange, které umí nahradit ten MS konektor (ježto Exchange je modulární). -
bobek (neregistrovaný)Dobra, nenapsal jsem, ze jsem resil IMAP, byt ve FAQ resi primarne POP3. Veci, na ktere jste vypotreboval vetsinu prispevku nemaji s problemem nic spolecneho. Problem proste lezi v name-resoluci Exchange.
Zjevne neni pravda, to co rikate - to by totiz oficialni odpoved help-desku MS nesmela byt - smazte cely ucet i se schrankami a vyrobte je znovu.... Nejak me neprekvapuje, ze by uzivatel nemohl mit vice jak jeden mailbox, i "hloupe" implementace tohle umi, ale porad musi nastat chvile, kdy jednoznacne urcim, odkud chci cist.
ČLÁNKY DO MAILU