Mutt 1.6

Post by drauh » Tue, Apr 05, 2016, 4:33 AM UTC

ghshephard wrote: post #98

dmlorenzetti wrote: post #91

Earlier quoted context omitted.

Not OP, but here's something I miss in Gmail search all the time-- ability to target a search at a particular directory and its sub-directories. Suppose, for example, I have set up a subdir for conferences. That subdir contains a bunch of subdirectories for individual conferences. I know the e-mail I'm looking for is stored in there, because it relates to a conference publication I wrote. However, that subdir itself…

Check again - gmail supports nested labels. exactly same as directory/subdirectories. Separate screen of search results is just another tab in your browser - that's actually a vote in favor of web based gmail.

Post by lifeisstillgood » Tue, Apr 05, 2016, 4:38 AM UTC

adrusi wrote: post #83

yoodenvranx wrote: post #56

Earlier quoted context omitted.

> Close to the Unix ideal of doing one thing, and doing it well. In my opinion this concept does not work for most non-cli programs. How do you actually define this "one thing"? Is "reading an email" one thing? And "writing an email" another thing? What about "spellchecking the email"? What about "managing all my email contacts"? What about "back up my emails"? What about "sign email with GPG"? Do all of these things…

> In my opinion this concept does not work for most non-cli programs. How do you actually define this "one thing"? I don't see how CLI programs avoid this. "One thing" is a human idea, subject to interpretation. Should grep and sed be consolidated? Does find do too much? Why do we have both echo and printf? > Is "reading an email" one thing? And "writing an email" another thing? Mutt says so. You read and sort emails…

Post by Tomte » Tue, Apr 05, 2016, 5:13 AM UTC

barsonme wrote: post #134

naner wrote: post #109

Earlier quoted context omitted.

10 to 14 hours of email? I think I'd pull a Knuth or look for another job, that's crazy.

I'm sorry -- what do you mean by "pull a Knuth"?

Post by chjj » Tue, Apr 05, 2016, 5:32 AM UTC

foodstances wrote: post #117

SwellJoe wrote: post #6

It's been many years since I've used mutt, but I'm considering going back to it. For a while, HTML email had become so common that it was uncomfortable to use a text email client, but that trend seems to have reversed...most of my business communication is plain text (maybe a shift in the people I interact with for business). The speed of mutt is damned near impossible to beat, and the bandwidth usage is so tiny (I c…

Most MUAs these days send multipart/alternative messages, so even though most recipients see the fancy HTML version, the message also has a text/plain version that mutt will default to showing and you won't even notice it had an HTML part. For those rare HTML-only mails, just install lynx and add this to ~/.mailcap: text/html; lynx -dump -localhost -force_html -width 80 %s; copiousoutput This will make mutt pipe the…

    text/html; /usr/bin/w3m -I %{charset} -T text/html -o display_link_number=1 -dump; copiousoutput

Post by pgtan » Tue, Apr 05, 2016, 6:08 AM UTC

AceJohnny2 wrote: post #72

yoodenvranx wrote: post #56

Earlier quoted context omitted.

> Close to the Unix ideal of doing one thing, and doing it well. In my opinion this concept does not work for most non-cli programs. How do you actually define this "one thing"? Is "reading an email" one thing? And "writing an email" another thing? What about "spellchecking the email"? What about "managing all my email contacts"? What about "back up my emails"? What about "sign email with GPG"? Do all of these things…

> The unix principle works quite well for stuff like grep/find/awk but there is just now way you could make GIMP follow the unix principle. http://www.imagemagick.org/ ;)