Macro to read in external browser
I have messages I get from a couple different sources that aren't rendered well by text only browsers. I'd like to set a macro that I can use to open these messages using links2 -g, but I'm not having a lot of luck. Does anyone have a setup like this they wouldn't mind sharing? -- Cris
Re: Macro to read in external browser
I have messages I get from a couple different sources that aren't rendered well by text only browsers. I'd like to set a macro that I can use to open these messages using links2 -g, but I'm not having a lot of luck. Does anyone have a setup like this they wouldn't mind sharing? Would't adding an appropriate text/html entry in your ~/.mailcap file work, and then using the 'v' key to select the text/html part of the message and open it with your chosen program. -- Jamie Paul Griffin GPG Key: DF52D9B0 pgpYtRO2kLj3h.pgp Description: PGP signature
Re: Macro to read in external browser
On Mon, Oct 25, 2010 at 11:40:53AM +0100, Jamie Paul Griffin wrote: I have messages I get from a couple different sources that aren't rendered well by text only browsers. I'd like to set a macro that I can use to open these messages using links2 -g, but I'm not having a lot of luck. Does anyone have a setup like this they wouldn't mind sharing? Wouldn't adding an appropriate text/html entry in your ~/.mailcap file work, and then using the 'v' key to select the text/html part of the message and open it with your chosen program. -- Jamie Paul Griffin GPG Key: DF52D9B0 You can also view bitmapped files such as attached pictures with links -g an an appropriate mailcap entry. Mike Hollis
Re: Mail-Followup-To and friends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Saturday, October 23 at 05:45 PM, quoth Mike Hollis: The only problem with this config is I have to use List-Reply for some mail and not for others. I had this problem (or something similar), and I used hooks to fix it for all intents and purposes. With the following hooks, I just use 'r' to reply to any and all messages, and mutt will almost always do the right thing: # make replying to the list something I don't have to think about folder-hook . 'bind index l list-reply; bind index r reply' folder-hook INBOX.Subscribed'bind index r list-reply; bind index l reply' folder-hook INBOX.Organizations 'bind index r list-reply; bind index l reply' message-hook .'bind pager l list-reply; bind pager r reply' message-hook ~l 'bind pager r list-reply; bind pager l reply' In essence, this swaps r and l back and forth in terms of what they do. The first three hooks handle index behavior, the last two hooks handle what happens when I'm viewing a message (and function independently of the first three hooks, so list messages can be in any folder). For messages that match the ~l pattern (i.e. lists I am subscribed to or have otherwise defined as mailing lists), r is a list-reply, otherwise, it's a normal reply. Maybe this will help you. ~Kyle - -- I do not feel obliged to believe that the same God who has endowed us with sense, reason, and intellect has intended us to forgo their use. -- Gallileo -BEGIN PGP SIGNATURE- Comment: Thank you for using encryption! iQIcBAEBCAAGBQJMxcuxAAoJECuveozR/AWeB6kP/A5ULros+1pI0e1LzMAlwK2y 0MpMOhAHySU9AVS/GsioyfeyH71QISsL2d2Bl24sYw/41dgTa1YEtlIcsDcDXKuT bcyV//VNkVgY69yRqCN0f30IlpHPWpvkwptWhk+DbQ2PAurUFdu6NfU+C1xqSiMM 8c0nvKbq5r7FE4IyZnWKggXbADMTgC5FYZ83U1+eyVarqVm3Lr7mmlk95RweKXAM tkbf5kv5u2qOHsGmJTYjvmt+Yd2C4uKDPSbdmPZKkgmZOk9A3/aoBn7yJPboxGvY 1lroUbT1Uy6261+S9K1Re1DRItLCLX453TDgfYrhI2ZpkIYit/WtRZRdPga+sDKS Bjys+u7LC12Rfe2JwzOO3HZ7kbpDCYkMuSd4AJi7tYJZH1tevl8FK6gpesBZ5IcR 2/3Nu1v32rRRRkeRl8y/bZy5eMkAREgTpL2sK9VF7vx7bCoWJnRWqzhJA8l8pfna Ci2UXolPrGoh2xcK5G91AeP08hst6qlpI2ZoG2ThmJ6X3hRJtOQL2FUB7iHjRxqT RCL3dxsKTrSrDowwpE6jwqY3oPGtacmNwE6htkboD/Fvxdks+uZ7EN5UrUrVgTrU 00i61Ltb7T8evUtY3C0mqX92OL1SQpYpCFOUWNLHvsXRRFYB4iKU9pQ+gq4NA40l Sb5qAsbgkiLil6cUIhA9 =Ot/w -END PGP SIGNATURE-
Re: Mail-Followup-To and friends
On Mon, Oct 25, 2010 at 01:25:53PM -0500, Kyle Wheeler wrote: On Saturday, October 23 at 05:45 PM, quoth Mike Hollis: The only problem with this config is I have to use List-Reply for some mail and not for others. I had this problem (or something similar), and I used hooks to fix it for all intents and purposes. With the following hooks, I just use 'r' to reply to any and all messages, and mutt will almost always do the right thing: # make replying to the list something I don't have to think about folder-hook . 'bind index l list-reply; bind index r reply' folder-hook INBOX.Subscribed'bind index r list-reply; bind index l reply' folder-hook INBOX.Organizations 'bind index r list-reply; bind index l reply' message-hook .'bind pager l list-reply; bind pager r reply' message-hook ~l 'bind pager r list-reply; bind pager l reply' In essence, this swaps r and l back and forth in terms of what they do. The first three hooks handle index behavior, the last two hooks handle what happens when I'm viewing a message (and function independently of the first three hooks, so list messages can be in any folder). For messages that match the ~l pattern (i.e. lists I am subscribed to or have otherwise defined as mailing lists), r is a list-reply, otherwise, it's a normal reply. Maybe this will help you. ~Kyle This works well.I tried on all my mailing list boxes and Mutt brings up the list address with r. I truly appreciate the tip. Thanks --- Mike Hollis ---
Re: Macro to read in external browser
On Mon, Oct 25, 2010 at 13:40, Jamie Paul Griffin ja...@griffin.arimaspi.co.uk wrote: I have messages I get from a couple different sources that aren't rendered well by text only browsers. I'd like to set a macro that I can use to open these messages using links2 -g, but I'm not having a lot of luck. Does anyone have a setup like this they wouldn't mind sharing? Would't adding an appropriate text/html entry in your ~/.mailcap file work, and then using the 'v' key to select the text/html part of the message and open it with your chosen program. This is great. I didn't realize that adding a text/html entry in addition to my autoview entry would allow me to do this. Thanks! -- Cris
header cache not so useful when new messages added to Maildir?
Hello, I use mailfilter to, well, filter my mail, and it puts a copy of (much of) my incoming mail into a Maildir mailbox called received. Right now, this mailbox has nearly 700 messages, and opening it takes a long time. I started using the headercache feature to speed this up, and was initially delighted at how fast it was. But I've discovered that when the mailbox gets new messages, Mutt ignores the outdated header cache and rereads everything. Since this mailbox gets new mail often, the header cache is almost always out of date (unless I visit the mailbox twice in one session) and is actually not very helpful. Is there any way to optimize this? It seems a bit silly to need to reread all 700 messages when a single new message has been added. Is there a way to make this work better, or to get Mutt to intelligently combine the existing cache while reading in the small number of new messages? Thanks, Dan -- --- Dan Drake - http://mathsci.kaist.ac.kr/~drake --- signature.asc Description: Digital signature
Re: Macro to read in external browser
On Tue, Oct 26, 2010 at 01:51:02AM +0300, Cristopher Thomas wrote: This is great. I didn't realize that adding a text/html entry in addition to my autoview entry would allow me to do this. Thanks! -- Cris What does autoview do ? I had used entries to view attached graphics but have never thought about using links or links -g to view html attachments.So I tried: text/html; links -g %s and it came up toggled to text mode but: text/html; links -g -force-html %s toggled it to html. Neat !! Another victory in the battle of bloat. --- Mike Hollis
change order of attachments in compose mode
Is this possible? -- - Eric Smith
Re: header cache not so useful when new messages added to Maildir?
On Oct 26, 2010 at 09:42 AM +0900, Dan Drake wrote: Is there any way to optimize this? It seems a bit silly to need to reread all 700 messages when a single new message has been added. Is there a way to make this work better, or to get Mutt to intelligently combine the existing cache while reading in the small number of new messages? I'll be interested to hear the responses. I've been using hcache (why wouldn't you, right?) and have experienced something similar. However, for me it's only in boxes that are quite large, 1000's of messages, or one particularly box that I have of about 1000 messages all from the same source. Maybe it's something specific about the content/structure of those messages that causes a slowdown. I was using tokyo cabinet as my db backend, version 1.4.27. I just installed version 1.4.46 today and it is SO MUCH faster. I also upgraded mutt to the most recent source from the repository. Previously I was running whatever was in the repository about 2 months ago. I don't know if either or both of these upgrades is the root of the speed up, or if it's something else...
Re: change order of attachments in compose mode
* On 25 Oct 2010, Eric Smith wrote: Is this possible? Not out of the box, but I wrote a patch that allows it. Original: Message-ID: 20030311223336.gf6...@dust.uchicago.edu http://marc.info/?l=mutt-devm=104742220831941w=2 Current version of this patch: http://paste.org/pastebin/view/23999 -- David Champion * d...@uchicago.edu * IT Services * University of Chicago
Re: Macro to read in external browser
On Tue, Oct 26, 2010 at 04:01, Mike Hollis zzf...@embarqmail.com wrote: On Tue, Oct 26, 2010 at 01:51:02AM +0300, Cristopher Thomas wrote: This is great. I didn't realize that adding a text/html entry in addition to my autoview entry would allow me to do this. Thanks! What does autoview do ? By autoview, I mean the mailcap entry that is called by mutt when 'auto_view text/html' is set in .muttrc. For me, this line is: text/html; lynx -dump %s; nametemplate=%s.html; copiousoutput
Re: header cache not so useful when new messages added to Maildir?
On Tue, Oct 26, 2010 at 6:12 AM, Dan Drake dr...@kaist.edu wrote: Hello, I use mailfilter to, well, filter my mail, and it puts a copy of (much of) my incoming mail into a Maildir mailbox called received. Right now, this mailbox has nearly 700 messages, and opening it takes a long time. I started using the headercache feature to speed this up, and was initially delighted at how fast it was. But I've discovered that when the mailbox gets new messages, Mutt ignores the outdated header cache and rereads everything. Since this mailbox gets new mail often, the header cache is almost always out of date (unless I visit the mailbox twice in one session) and is actually not very helpful. Is there any way to optimize this? It seems a bit silly to need to reread all 700 messages when a single new message has been added. Is there a way to make this work better, or to get Mutt to intelligently combine the existing cache while reading in the small number of new messages? Thanks, Dan -- --- Dan Drake - http://mathsci.kaist.ac.kr/~drake --- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkzGI/kACgkQr4V8SljC5LrpzwCggkF2+2oQzj1CE6MHqcrWGNam 4J8AoNwxdKm4N+T+xbGYFAlBaCIO5akE =DCfe -END PGP SIGNATURE- Hi, I have also seen similar behavior. To alleviate it, I started using tokyo cabinet as the default backend (from gdbm). Speedup is/was truly surprising for me. For initial cache file buildup it took nearly the same time, however for subsequent updates (the case you are describing), I noticed a lot of difference, that I think distro maintainers should also start using it in their builds . Another reason which I heard on #mutt, was that using sidebar can significant slowdown in maildir reading. I am not sure of the reasons behind this but would be happy if someone clears it (or better patches it :-)). Raghavendra P.S.: My mutt build (PKGBUILD) if you are interested -- http://github.com/ronin13/Builds/tree/master/mutt/