Názory k článku
Mutt - Začínáme bezbolestně: pokročilá nastavení

Pěkný trik nejen pro signatury je použití výstupu programu.
Např.
set signature=`fortune`
nebo
my_hdr X-Operating-System: `uname -a`

Zrovna pro signatury je tohle nic moc, to jde preci snaz a lepe ;)

viz manual

-- neumi dekodovat mime encoding v nazvech priloh
-- ma chabou podporu pro IMAP
-- patche na NNTP porad nejsou zacleneny

Po cca 6-7 letech pouzivani muttu jsem byl nucen prejit. Zkousim evolution a thunderbird, ale chybi mi VIM :-(

Pro Evolution existuje možnost využívat vim-bonobo jako editační komponentu... Měl jsem to chvíli rozjeté, ale nakonec jsem to zrušil, nepodařilo se mi VIM nastavit tak, aby to nemršilo kódování signatury nebo celý mail :( Třeba to opravili.

IMAP mi s muttem víceméně funguje, problém je v násobném přístupu k IMAP serveru, můj mutt to nějak špatně snáší... NNTP mi tam nechybí, slrn funguje obstojně. Většinou ;)

pouzivam mutt na pristup na imaps, mam tam patch na kesovani hlavicek emailu, takze se to nestahuje pokazde znovu. Lepsiho klienta jsem zatim nenasel...

no, mutt skutocne nerobi cache-ovanie hlaviciek takze ked idem do foldra kde mam napr 2000 mailov (Sent) tak to trva dost dlho kym mi to z IMAP-u natiahne.. tak radsej pouzivam Thunderbirda, na ktorom mam nastavene ine schranky aj pre taketo veci..
sice vraj existuje na to patch, ale odkedy mam debiana tak som zlenivel :)

jsou patche na kesovani, staci hledat

Ja som sa zasa od Evolution a Sylpheed vratil k mutt-u. Nie je ideal, ale vyhovuje mi najviac. Na IMAPS drzim minimum mailboxov a aj INBOX sa snazim mat pod 500 mailov, takze rychlostne je to v pohode.
Taktiez vitam, ze necha mbox format na pokoji a nepotrebuje dalsie doplnujuce hierarchie pomocnych cache suborov a pod.

Co mi dost casto prekazalo - vyplyva to vsak z textovej povahy klienta, ze ked mam rozpisany mail, nemohol som sa pozriet na iny mail v inom foldri, ked bolo treba [ak nechcem stale sejvovat do "postponed"], pripadne mat pol dna rozpisany e-mail bol luxus, ked clovek nesledoval nove dosle...

Vyriesil som to oklukou a na pisanie noveho mailu a na "reply" mi vyskoci novy xterm/aterm/?term/... v nom mutt presne v takom stave, ako by reagoval defaultne ...

Co sa tyka nespravneho parsovania diakritiky v nazvoch priloh, netrapi ma to. Zobrazit prilohu zobrazi [teda vykona nieco s pomocou bozou a mailcapu] a pri sejvovani si aj tak menim nazvy na nieco mne zrozumitelnejsie a popisnejsie. :-)

Mam problem, ktory ma trapi dlhsiu dobu. Maily s diakritikou sa mi zobrazujPreposlan\341 spr\341vau napr. takto
"Preposlan\341 spr\341va"
V minulosti som skusal nejake veci akolo kodovania na terminale na stavit, ale bezuspesne, myslim, ze je to zalezitost mutt. Co s tym?

myslim ze je to problem toho, ze tvoj terminal nedokaze zobrazit tie znaky.. resp. font ktory pouzivas na terminali.. mne sa tiez znaky s diakritikou defaultne nezobrazuju, ale pouzivam workaround:
macro index M "|mimedecode|more\n"
macro pager M "|mimedecode|more\n"

skor to bude tym ze mas zle nastavene locale (lebo keby to bolo iba terminalom, neboli by tam obratene lomene a osmickove cisla, ale nejake paznaky).
Takze pozri si vystup prikazov locale a locale charmap.

Zaklad je mat dobre rozchodeny terminal. Si "cat"-ni diakriticky text. Ak je to o.k., mutt by nemal robit problemy. Aspon moja skusenost. Dokonca aj ked bolo v hlavicke nastavene zle kodovanie, mutt to dal zobrazit ako to je a terminal isloLatin2 zorazil spravne.
Este je riziko, ze ten mail je v 1250 kodovani. Aj ked to bude spravne v hlavicke oznacene, tvoj terminal z toho bude asi v pazi.

# mohlo by pomoct nieco z tohto (~/.muttrc)
charset-hook windows-1250 CP1250
set charset=iso-8859-2 # alebo utf-8 pre unicode terminal
set send_charset=us-ascii:iso-8859-2:utf-8

12.5. som sem poslal otazku s problemom mutt+cygwin a je v p...
...v prec.
Preco?!?!