Pochvala Atlasu (Centrum)

6.7.2011 22:08 | Přečteno: 1587× | Linux | poslední úprava: 6.7.2011 22:06

Tak Atlas opravil na jejich IMAP serveru druhou chybu, kterou jsem nahlásil. Jenom dvě chyby? Ten server měl opravdu nějeké chyby - toho by si všimlo hodně lidí? Ano a Ano a proto o tom chci napsat.

Když Centrum převzal servery Atlasu, změnilo se nejen web rozhraní, ale také implementace IMAP serveru, resp. Atlas dělal změny průběžně.

Používám už řadu let na čtení emailů program z rodiny PINE. Jako první program jsem používal program ELM na nějakém HP Unixu, později na VŠ jsem přešel na PINE. Trocha informací a historie pro ty, kteří neznají PINE.

Program PINE vytvořili na univerzitě ve Washingtonu a zkratka znamená Program for Internet News and Email, nikoli vtipné PINE Is Not Elm, parodující GNU ist Not Unix. Jak název napovídá, PINE je určený ke čtení emailů a news a je čistě konzolový, existuje i verze pro Windows, která je samozřejmě také textová. PINE je něco podobného jako Lynx pro web stránky. Původní PINE byl vydán pod licencí podobné BSD, ale nebylo možné, aby nikdo kromě lidí z UW volně program upravoval a/nebo distribuoval. Později zkonvertovali lidé z UW program PINE do alPINE, což byl přechod na licenci Apache (Apache License PINE). PINE ani alPINE se již nevyvíjí a vývoj pokračuje mimo UW v projektu re-alpine také pod Apache licencí. Další informace najdete na internetu, wikipedii nebo domácích stránkách Pine.

Určitě spousta lidí začne namítat, že je tedy PINE nepoužitelný, protože nedokáže zobrazit obrázky, PDF nebo DOC dokumenty a další přiložené soubory. K tomu slouží, jak je v Linuxu zvykem, jiné aplikace - pro obrázky se mi spouští gqview, PDF prohlížím pomocí xpdf atd. Na druhou stranu mohu PINE používat i přes SSH na vzdáleném serveru. PINE podporuje pro práci s emailem protokoly SMTP, IMAP a POP3, a pro news NNTP a to pouze v online režimu. Offline režim se musí řešit oklikou-nainstalovat na lokálním počítači IMAP server a emaily synchronizovat ze serveru na lokální počítač. NNTP převážně nevyužívám. Také POP3 jsem použil pouze občas, také kvůli tomu, že POP3 je určený spíš pouze pro získání emailů. IMAP je oproti POP3 složitější protokol a má také lepší vlatnosti a umožňuje plnohodnotnou práci s emaily a foldery na IMAP serveru. SMTP podporuje přihlašování, všechny protokoly podporují SSL i TLS/STARTTLS. Přestože se může zdát, že PINE toho mnoho neumí, opak je pravdou-PINE dokáže emaily filtrovat podle pravidel, umožňuje definovat různé profily, LDAP adresáře, dokonce mazání příloh z emailů (pokud vás zajímá, zda umí PINE vaší killer-vlastnost, zeptejte se v diskuzi, zkusím odpovědět, pokud budu vědět).

Společně s mail klientem PINE vytvořili lidé z UW také IMAP server, schválně prohledejte seznam balíčků vaší distribuce, jestli tam najdete uw-imapd.

Kromě klasického programu (pro Unix systémy a Windows) existuje také webová verze PINE, ale tu jsem ještě nezkoušel.

PINE a UW-IMAPD se pyšní jednou (alespoň pro mne) důležitou vlastností. Pokud vím, PINE a UW-IMAP se snažím dodržovat striktně standardy. A zde začínají problémy, pokud nějaký IMAP server standardy nedodržuje, ať vědomě (to je zřejmě případ Microsoftu, který do Exchange podporu IMAP přidal jen proto, aby si mohl odškrtnout další vlastnost, ale ve skutečnosti je implamentace špatná) nebo pouze špatným pochopením nebo prostě zanesením chyby. Většina mail klientů se různé chyby různých serverů snaží prostě nějak obejít nebo používají pouze funkce, které jsou vždy implementované bez zjišťování vlastností nebo prostě benevolentně zpracovávají to, co jim server pošle, ikdyž odpověď neodpovídá standardům. Tím samozřejmě dále povolují tvůrcům IMAP serveru zanést další chyby do IMAP protokolu.

A přesně to se mi stalo na Atlasu.

V prvním případě byl problém s přihlašováním. Pokud klient zašle žádost CAPABILITY, server odpoví seznamem podporovaných způsobů přihlašování. Server Atlasu odpovídal, že podpruje AUTH=PLAIN, ale když pak PINE zkusil přihlášení příkazem AUTHENTICATE PLAIN, server tento příkaz neznal.

Ve druhém případě IMAP server nesprávně formátoval odpověď na klientovu žádost o BODYSTRUCTURE a přidával nebo vynechával (už nevím přesně) jednu mezeru mezi dvěma položkami.

Obě chyby Atlas opravil. Sice to trvalo delší dobu, ale předpokládám, že jsem byl jediný, komu email nefungoval. Ostatní programy, které jsem zkoušel (Thunderbird a Modest-N900 klient), žádný problém samozřejmě neměli. Takže klobouk dolů, pokud Atlas tyto chyby opravoval pouze kvůli mým hlášením.

No schválně, kolik z vás používá mail client PINE/alPINE/re-alpine?        

Komentáře

[Liborek]

Tak PINE (a ještě ELM) jsem použil naposledy někdy v roce 2000. Pak nám na fakultě přebudovali počítačovou místnost a s ní vzal za své i osamělý unixový terminál. To byla škoda, protože u něj bylo obvykle vždy volno, narozdíl od počítačů s wokny, takže jsem nemusel čekat, abych se podíval do pošty. Ale už mi to připadá vzdálené jako nějaký pravěk

[Luk]

Já taky někdy v té době. Výjimečně i o něco později, přes terminály na chodbě v budově FEL na Karláku.

[belisarivs]

Nemyslis nahodou "Links"?

[Mrkva]

IMO nemyslí. Existuje minimálně lynx, links, elinks :)

[pavlix]

To je jen klon lynxu, ne?

[Václav HFechs Švirga]

Je mnohem křupavější!

[kotyz]

Tak, elinks má i taby a links má zase přepínač -g kterej zapíná grafickej režim (funguje v X i framebufferu a to včetně myši). To je mnohem křupavější a taky "ještě víc nejkrémovější" + "bílá bělejší, prádlo čistější"

[RoboShim]

No, mel jsem asi napsat lynx/links/elinks Ale myslel jsem, ze admini budou znat vse a BFU spis lynx, jakozto standardni vybaveni nejen Linux ale take ruznych Unixu. Sam pouzivam interaktivne links2 (jak terminal tak grafickou verzi), pro skripty pouzivam prave lynx, protoze tam je snad 99% jistota, ze na systemu bude (prinejmensim bude v oficialnim repository kazde distribuce), coz o links/elinks nemusi platit, ikdyz elinks je snad take vsude.

[Marble]

Používám mutt, počítá se to také? :)

[ext3fs]

Taky pouzivam mutt. Kdyz nekomu reknu, ze pro to aby mi fungovala posta mam na svem NB smtp (Postfix) a fetchmail + maildrop pro stahovani a trideni posty se na mne diva jestli jsem normalni :)

[RoboShim]

Hmmmm, tak to je fakt uchylny S PINE nepotrebuju SMTP ani fetchmail, ani maildrop nebo procmail PINE to vsechno umi

[ext3fs]

Zase to ale odpovida unixovemu konceptu kdy kazdy program dela jen jednu vec :)

[Michal Vyskočil]

No tak on mutt dneska zvládá všechno sám, takže třeba to už není unixový program ...

[RoboShim]

hmmm, tak jo, dala by se pouzivat kombinace postfix/ssmtp+fetchmail+procmail a postu cist prikazem mail nebo rovnou vimem Ale to uz pak muzu rovnou cist postu pres telnet SERVER 143 nebo openssl s_client -connect SERVER:993 Urcitou uroven funkcnosti clovek potrebuje a kdyz je to mail client, tak by mel dokazat email ziskat a zobrazit, odeslat a nejakou zakladni spravu (smazani, presun, preposlani, odpoved). Driv jsme taky tridil postu procmailem, ale kdyz to umi sam pine, tak proc se zatezovat procmailem (procmail je super, ale pracuje pouze lokalne, ja potrebuju pravidla zpracovavat na imap serveru).

[ext3fs]

A jak je na tom PINE + spamassassin? Nemusis se to stejne resit pres Procmail (Maildrop)?

[RoboShim]

No, na Antispam (resp. take na Antivirus) mas celkem tri moznosti.

Jak pises, jedna moznost je z procmailu volat spamassassin a/nebo clamav (at uz pri stahovani z IMAPu fetchmailem nebo na vlastnim MX serveru pri dorucovani).

Druha moznost je pouzit filtrovani z PINE, takze kdyz prijde email do IMAPu, tak se spusti filtr a kdyz ten filtr vrati nejaky status (SPAM/VIRUS), tak se email presune do spam-vir-folderu. Tuhle moznost bych ale asi nepouzival, lepsi je nechat externe oznacit email a pak filtrovat pouze text v subjectu nebo lepe znacku v hlavickach.

Dalsi moznost je samozrejme nechat filtrovat AV a AS uz pri prijmu zpravy na serveru - vyhoda je, ze nemusis mit filtrovani procmailem na lokalni stanici (v pripade, ze se pripojujes z vice pocitacu, tak se testovani a oznaceni provede pouze jednou na serveru a je to lepsi i pokud pouzivas jinej IMAP client, kterej proste externe spamassassin nespusti). Ale tohle je podobne te moznosti proskenovani pri doruceni procmailem. V praci pouzivame amavis pro vsechny emaily a dorucuje se pres LMTP do cyrus-imap.

Ty funkce antispam/antivirus se uz tak moc netykaji mail clienta (IMHO), ikdyz samozrejme treba TB ma taky junk mails. Ale proste tohle bych spis prenechal funkci serveru pri prijmu posty - takze amavis nebo procmail, ale ne klient, ikdyz samozrejme obcas je fajn, kdyz si jeden uzivatel muze zablokovat nejakyho odesilatele, ikdyz to lze resit filtrama a from adresa neni spravny identifikator pro blokovani

[pavlix]

Asi tak nějak, není problém nahodit si vlastní mailserver.

[ext3fs]

No ale to jsme pak tam kde jsem ja s kombinaci mutt + maildrop + fetchmail + postfix :)

[pavlix]

Tak on mail bez SMTP serverů moc nefunguje, že.

Mimochodem, tvá kombinace se mi moc nelíbí, osobně dávám přednost IMAP klientovi (se vším všudy).

A filtrování řeším na serveru pomocí SIEVE skriptů v Dovecotu (kterému mail předáfá Postfix).

Ale každému, co jeho jest.

[ext3fs]

Pokud mam postu na externich serverech (email.cz, centrum.cz, mojefirma.tld) tak nepotrebuji lokalni POP3/IMAP. Pro tento ucel je imho fetchmail vyborny. IMAP pouzivam jen v praci.

Fetchmail je bezesporu nejrozsirenejsi unixovy program pro stahovani posty a umi prakticky vsechny protokoly.

Maildrop mi dovoli prohnat zpravu pres Spamassassin + aplikovat a zpracovat dalsi filtry (nevim ktery klient tohle umi). Nektere funkce maildropu mi dokoce i na Dovecotu (v kombinaci s pigeonhole-sieve) chybi. Napr nemoznost napsat pravidlo na spusteni externiho filtru/programu (v Sieve jsem omezen timto jazykem , ale budiz..je to aspon bezpecne).

Pr. Prijde mi email, ten chci preposlat na jinou adresu, zazalohovat na nejake misto a jeste poslat informacni sms. maildrop to umi resit nekolika radky...Sieve nevim nevim....

[pavlix]

Pokud mam postu na externich serverech (email.cz, centrum.cz, mojefirma.tld) tak nepotrebuji lokalni POP3/IMAP.

Thank you, mister obvious. (Tuhle hlášku jsem se naučil na Abclinuxu)

Pro tento ucel je imho fetchmail vyborny.

A co přináší při tomto použití navíc oproti IMAP klientovi?

Fetchmail je bezesporu nejrozsirenejsi unixovy program pro stahovani posty a umi prakticky vsechny protokoly.

Windows jsou bezesporu nejrozšířenější desktopový operační systém a umějí ledacos. No a co?

Maildrop mi dovoli prohnat zpravu pres Spamassassin + aplikovat a zpracovat dalsi filtry (nevim ktery klient tohle umi).

Spamassassin mi stačí na serveru. Filtry mi taky stačí na serveru.

Nektere funkce maildropu mi dokoce i na Dovecotu (v kombinaci s pigeonhole-sieve) chybi. Napr nemoznost napsat pravidlo na spusteni externiho filtru/programu (v Sieve jsem omezen timto jazykem , ale budiz..je to aspon bezpecne).

Když to budu potřebovat, tak ten filtr nechám pustit ještě před dovecotem, v nejhorším ten filtr přidá nějakou hlavičku do mailu kvůli rozřazení, atd. Pokud budu potřebovat hodně flexibilní řešení, použiju třeba klidně i ten maildrop/procmail, nebo vlastní program, když na to přijde. Postfix to rozřadit zvládne.

Pr. Prijde mi email, ten chci preposlat na jinou adresu, zazalohovat na nejake misto a jeste poslat informacni sms. maildrop to umi resit nekolika radky...Sieve nevim nevim....

Tohle mi přijde jako triviální usecase pro SIEVE, ale když budu chtít, tak to zvládne i ten Postfix.

[ext3fs]

A co kdyz IMAP nechci?

Co kdyz chci postu prijmat/odesilat z jedne stanice a nechci vlastni server? (SMTP server beru jako nutnost danou historii....Sendmail byl vzdy soucasti temer kazdeho unixu jako lokalni SMTP, ja to nahrazuji Postfixem, krajne Eximem.) Ale proc mit lokalni POP3/IMAP?

Pokud nemate vlastni mailserver, tak tvrzeni (vse mi to staci na serveru) je imho prakticky o nicem...jste odkazan na to, co vam nabidne provieder.

Ohledne toho trideni v Postfixu, mam pocit ze Postfix umi dorucovat do lokalnoho mailboxu (existujiciho systemoveho uctu) a tim to konci, na vse ostatni to chce externi MDA.

[pavlix]

Pokud nemate vlastni mailserver, tak tvrzeni (vse mi to staci na serveru) je imho prakticky o nicem...jste odkazan na to, co vam nabidne provieder.

Provozuju vlastní server od té doby, co mám lepší internet než dial up, a to už je hodně let. Teda momentálně mám mailserver mimo domov na virtuálu, ale to je jen technický detail.

Ale proc mit lokalni POP3/IMAP?

A proč ne? Nastavení je otázka pár minut.

Ohledne toho trideni v Postfixu, mam pocit ze Postfix umi dorucovat do lokalnoho mailboxu (existujiciho systemoveho uctu) a tim to konci, na vse ostatni to chce externi MDA.

Postfix umí hromadu věcí, včetně aliasů, které dělají přesně to, co jsi výše popsal. Umí i doručovat, ale na to je mnohem lepší například Dovecot.

[RoboShim]

Hmmm, rekl bych, ze tady se dostavate trosku do rekurze Ono je jedno, jestli je ten IMAP server u providera nebo na lokalu - vyhodu IMAPu vidim ve standardizovanem formatu. Zatimco pine/alpine umi pracovat nativne s mboxem, maildirem a snad jeste dalsima (default je klasicky mbox, folder jako soubor), thunderbird pouziva nejaky svuj vlastni format atd atd. IMAP je proste univerzalni rozhrani, kteremu rozumi kazdy klient a je jedno, jestli je to pine, mutt, thunderbird, nejaky mobile klient napr. Modest v N900, outlook nebo fetchmail. Proto preferuju pristup pres IMAP. A radeji mam maildir, protoze samotny Top folder muze obsahovat emaily (v mbox je to bud soubor/folder=obsahuje emaily nebo adresar=obsahuje foldery).

Prakticky je jedno, kde se provadi filtrovani. Pokud si budu na svym serveru tahat postu pro svuj ucet, tak to klidne necham filtrovat procmailem po stazeni fetchmailem z IMAPu. Nicmene nemam vlastni verejny server v inetu, postu mam na atlasu a gmailu, takze preferuju IMAP pristup a delal bych si pravidla bud v pine nebo primo u providera. V praci zase potrebujeme skenovat kazdou postu pro kazdeho pracovnika, takze to resime amavisem (take proto, ze nektere emaily pak jdou pres lmtp do lokalniho cyrus mailboxu a nektere jdou na groupwise server.

Ano, mohl bych si take pracovni email z groupwise stahovat na lokalni pocitac, ale proc? Groupwise je na vykonejsich HW, muzu definovat pravidla primo v GW, takze se provedou ihned po prichodu zpravy (ne az po stazeni fetchmailem) a navic tam bezi zalohovani. Tohle vsechno bych musel resit jinak.

Ale samozrejme, kdo ma vlastni mail server, tak urcite nemusi tahat postu od providera a kdyz uz, tak samozrejme stahne a provede lokalni filtry.

[Kvakor]

Zatimco pine/alpine umi pracovat nativne s mboxem, maildirem a snad jeste dalsima (default je klasicky mbox, folder jako soubor), thunderbird pouziva nejaky svuj vlastni format atd atd.

Thunderbird také používá mbox, jen k němu dává bokem index, který je také textový. A pokud si pamatuju, Evolution to měla také tak, jen index byl binární.

[Luk]

Sieve nevim nevim....

V Sieve je to naprosto triviální. Možná až kanón na vrabce Základy Sieve popisuji tady.

[ext3fs]

Tak se podivejte na diskusi pod tim clankem...psal jsem tam o necem podobnem co tady...Uz to co jsem se tehdy ptal sieve umi?

[Luk]

Jenže tehdy byl veškerý problém v tom, že se to měly zprávy kopírovat/přeposílat jinam a tam třídit podle příjemce. Tohle je snad poněkud jiný případ, ne?

[Luk]

Jo a ještě dodám - Dovecot Sieve tamto to zatím neumí, rozšíření editheader bohužel zatím ještě nebylo implementováno.

[RoboShim]

Pocita Na ten jsem uplne zapomnel

[Petr Tomášek]

+1

[disorder]

However, one of its original authors, Laurence Lundblade, insists this was never the case and that it started off simply as a word and not an acronym.

pouzivam wanderlust

[petr_p]

Atlas má/měl více chyb. Například na expunge reagoval velmi svérázeně, což znamenalo, že zprávy zůstaly ve schránce, dokud jste se ji znovu neotevřel. Autentizační metody jsem taky musel ladit, protože občas server o sobě tvrdil věci, které nebyly pravda.

PINE jsem kdysi používal, ale utekl jsem k muttu. Myslím, že to bylo kvůli UTF-8 a PGP. Ale je docela možné, že dnes už budou implementované ;)

[RoboShim]

No, tak napr. v praci mame Groupwise a ten jejich IMAP server se obcas taky jebne. Jeden cas se mi stavalo, ze jsem smazal nejakou zpravu (oznacil "D") a po expunge tam zprava s priznakem "D" byla porad videt, ale zmizela jina zprava. Fakt vtipny.

Dalsi problem, ale to byl obecne s kazdym klientem, je gmail INBOX. To je proste jenom virtualni folder, kdyz tam clovek neco smaze, tak ani nemusi delat expunge a zprava sama zmizi, navic hned po oznaceni nejde otevrit a uz vubec nejde udelat undelete. Navic, kdyz clovek udelal expunge, tak se PINE ani neptal po ptvrzeni (coz normalne dela). A po smazani zpravy ta zprava samozrejme zustava ve skutecnem folderu (stahuju postu z jinych uctu do ruznych folderu a ty zpravy tam zustavaji). Proste neni to prijemny.

Jo, UTF-8 uz je implementovany, dokonce ma tusim PINE i nejaky vnitrni HTML prohlizec (mimochodem), ale PGP se resi porad externima skriptama, ale S/MIME je uz integrovany, bohuzel pracujici jenom s klicem v souboru. Na to je nutne proste udelat externi skripty. Ale na PGP a S/MIME bych spis pouzival thunderbird. Zatim to nepouzivam denne, takze mi to nijak nevadi, na druhou stranu, alpine mi urychluje zpracovavani emailu.

[sdfgsdfg]

tak dva roky zpatky byla na atlasu chyba, ze kdyz nekdo nemel nastavenou kontrolni otazku (zkousenim cca polovina lidi), tak clovek mohl zmenit heslo jenom tak. takze od te doby atlas jednoznacne ne, ackoliv tadle chyba uz je opravena

[RoboShim]

No, takovou chybu opravi kazdy hodne rychle

[bibri]

>No schválně, kolik z vás používá mail client PINE/alPINE/re-alpine?

alpine

[R]

uw-imapd je hadam najpomalsi IMAP server. Pri vacsich mbox suboroch je vykon tragicky. Pred rokmi som uw-imapd vymenil za Dovecot a server, ktory vtedy nestihal, bezi dodnes bez problemov.

[RoboShim]

Ano, to je mozne. On sam o sobe ten mbox neni nejak extra super (jeden velkej soubor) a pokud se nepletu, tak uw-imap nevytvari zadny indexovy soubory, coz myslim napr. cyrus pro maildir dela. Jde o to, ze muzu vzit mbox soubor a pouzivat ho bud lokalne nebo pres IMAP server.

Kdyz vezmu nejakej lokalni maildir a budu ho chtit pouzit napr. v cyrus-imap, tak tam budu muset udelat jeste cyrrecovery nebo neco takovyho. Vyhoda mboxu je, ze to je jeden soubor, ten staci zkopirovat a je hotovo. V pripade maildiru se musi kopirovat cela struktura folder/{new,cur,tmp}. Vyhoda maildiru zase je, ze mam pristup ke kazdemu emailu zvlast i z FS. Ale to by se dalo pokracovat porad dal, kazdej ma neco.

[R]

Dovecot si indexy vytvori automaticky, ak mu chybaju. A ked sa mu to nepodari, tak funguje aj bez nich (samozrejme pomaly). Povodne som chcel prejst na Maildir - ale ked ma Dovecot dobry vykon aj bez neho, tak som to odlozil. Predsalen sa to moze pri konverzii rozbit.