Re: Visualising contents of a Maildir

Regarding the following, written by "Victor Goff" on 2022-08-18 at 20:09 Uhr -0400: I have used https://tmate.io for those on Windows and those with a small amount of experience with computers in general. Since you can share a browser, and they can either type with you or not, and they do not

Re: Visualising contents of a Maildir

Regarding the following, written by "Derek Martin" on 2022-08-18 at 15:23 Uhr -0500: If this is all you need to do, then, do you really need to preserve the threading? Excellent point, and the answer is no. It helps with: enough info to demonstrate their uniqueness. but I can just throw

Re: Visualising contents of a Maildir

Regarding the following, written by "Bastian" on 2022-08-18 at 14:48 Uhr +0200: 1981% mutt > /dev/shm/o *blindly pressing q* bastian@t6l ~ 1982% wc /dev/shm/o 1 599 6251 /dev/shm/o ``` lotus:/dev/shm% mutt > /dev/shm/mutt || echo $?

Re: Visualising contents of a Maildir

Regarding the following, written by "Christian Brabandt" on 2022-08-18 at 13:15 Uhr +0200: I wonder if you can make use of public-inbox, which is e.g. used to create the git mailinglist archive. It's not pretty, but generates a threaded mail archive from a Maildir, IIRC. Not sure how easy

Re: Visualising contents of a Maildir

Regarding the following, written by "Bastian" on 2022-08-18 at 11:41 Uhr +0200: --- paste: % LINES=10 COLUMNS=1 mutt $OPTIONS > maildir.out --- eop This does not generate any output for me, i.e. the generated file is empty. -- @martinkrafft |

Re: Visualising contents of a Maildir

Regarding the following, written by "Marcus C. Gottwald" on 2022-08-18 at 09:53 Uhr +0200: So, if one of these output formats would be a step forward, and you found a way to make an xterm window enormously large, Not a bad idea to use the screendump functionality of X terminals. But I am

Re: Visualising contents of a Maildir

Thanks for your responses so far! The reason I need this index is that I have to provide evidence of "a huge volume of mails" on a given topic, without actually sharing the emails. So I need a PDF index. Hence I thought making an HTML table, and then printing that. Easiest. A

Visualising contents of a Maildir

Folks, This isn't really a Mutt question, but you're the kind of people that most likely would have good answers on the following: For reasons you don't want to know, I have to visualise a Maildir with a couple of thousand messages, i.e. essentially provide a mutt-style index with

Parsing URLs (was: Xterm/urxvt for mutt)

Hey there, Even with a good XTerm config, ncurses still gets in the way of long URLs, and the sidebar patch completely breaks them. I don't think this can be solved from the xterm, and requires either an external tool such as urlview/urlscan (which break the flow), or would need to be done

Xterm/urxvt for mutt (was: Rendering HTML as Markdown in mutt)

Sorry, I have no specific advice -- I got my xterm set up years ago and haven't touched the settings in a long time. I can recommend rxvt-unicode, which is basically xterm on steroids with a lot of useful extensions, such as allowing me to open URLs with the keyboard (ctrl-enter and

Re: Creating HTML emails with mutt

Regarding the following, written by "Kurt Hackenberg" on 2019-11-03 at 00:11 Uhr -0400: Mutt runs an external text editor to compose plain text; it could do the same for this -- run some external composition program that would return both HTML and plain text. There is nothing stopping you

Re: Creating HTML emails with mutt

Regarding the following, written by "martin f krafft" on 2019-11-02 at 23:40 Uhr +1300: How does this message fare? I’ve hacked up my script so that it actually keeps the ‘>’ even in the HTML, but uses CSS to hide it. Yeah, so I am not convinced at all, because all the html2tex

Re: Creating HTML emails with mutt

Regarding the following, written by "Martin Trautmann" on 2019-11-02 at 10:22 Uhr +0100: However, the usage of blockquote within HTML is something where there is not necessarily a proper way of handling this - Thunderbird does not do it properly, as you see above. How does handle html itself

Re: Creating HTML emails with mutt

Regarding the following, written by "Stefan Hagen" on 2019-11-01 at 08:53 Uhr +0100: While I was able to just write an email and send it, it is now a process of carefully "coding" an email, previewing, correcting, previewing, sending... There's a lot of good things to be said about carefully

Re: Creating HTML emails with mutt

Regarding the following, written by "Kevin J. McCarthy" on 2019-11-01 at 14:45 Uhr +0800: I've merged the branch into master. For those who want to give it a try, please see the documentation under "MIME Multipart/Alternative"

Re: Formatting HTML content for colour-terminals (was: Rendering HTML as Markdown in mutt)

Regarding the following, written by "Kevin J. McCarthy" on 2019-11-01 at 10:12 Uhr +0800: $allow_ansi can enable this, but I recommend reading the option description and thinking very carefully before doing this. Great, I can confirm this works. So then the challenge becomes to filter out

Formatting HTML content for colour-terminals (was: Rendering HTML as Markdown in mutt)

Regarding the following, written by "Akkana Peck" on 2019-10-31 at 18:55 Uhr -0600: That sounds like it's all on the viewing side? I can't speak for Derek, but in addition to viewing HTML messages, I (and others who have added to this thread) would like a way to reply without losing the

Rendering HTML as Markdown in mutt (was: Creating HTML emails with mutt)

Regarding the following, written by "Derek Martin" on 2019-10-31 at 15:39 Uhr -0500: And FWIW, I *was* discussing (very limited, completely text-based) support for HTML messages in Mutt. I want it, have wanted it for a long time, because all of the available options for dealing with it have

Re: Creating HTML emails with mutt

Regarding the following, written by "John Long" on 2019-10-31 at 10:17 Uhr +: The approach Kevin proposed is completely HTML-agnostic and leaves it up to the user to provide an external tool that provides the HTML. Mutt then just does the required MIME-handling, which is clearly within

Re: Creating HTML emails with mutt

Regarding the following, written by "John Long" on 2019-10-31 at 10:30 Uhr +: 1. Commonly done != standard. There are standards for things like MIME, POP3, IMAP etc. I'm not aware of ANSI, ISO, IETF standards that say that HTML email is a thing. Quoting the HTML RFC from 1995: "The

Re: Creating HTML emails with mutt

Regarding the following, written by “John Long” on 2019-10-30 at 11:31 Uhr +: From my point the issue is not only what I have to configure or what can be configured, but also how much code is behind doing that. Less code is easier to manage than more code. I can’t see the benefit of junking

Re: Creating HTML emails with mutt

Regarding the following, written by “Mark H. Wood” on 2019-10-30 at 08:22 Uhr -0400: Even Outlook seems incapable of badly damaging blocks of text, indented blocks of text, emphasis, underscore/italics, or lists. I think this is the perfect reason why mutt needs to learn creating

Re: Creating HTML emails with mutt

Regarding the following, written by “Dave Woodfall” on 2019-10-30 at 11:25 Uhr +: When messages turn up with no plain text part to them at all, or one that’s completely useless, it’s wrong. I’d guess we all agree on that point. We’re currently discussing the creation of

Re: Creating HTML emails with mutt

Regarding the following, written by “Dave Woodfall” on 2019-10-30 at 10:05 Uhr +: I don’t think embracing wrong email practices is the way forward. I don’t think this is about right and wrong, and not only because there is no objectivity. multipart/alternative is an accepted standard, and

Re: Creating HTML emails with mutt

Regarding the following, written by “Nuno Silva” on 2019-10-30 at 09:21 Uhr +: There are users who don’t need text/html. It’s okay to want some way to use HTML for e-mail in mutt, but I’d say it’s not okay to say everybody needs it. I’d love to see some statistics about the age of mutt

Re: Creating HTML emails with mutt

Regarding the following, written by “Martin Trautmann” on 2019-10-30 at 00:14 Uhr +0100: That’s such a strange thing. […] since they never learned, how proper threading and quoting could have worked? 78 characters wide text/plain is just not the lowest common denominator anymore. I am not

Re: Creating HTML emails with mutt

Regarding the following, written by “Grant Edwards” on 2019-10-29 at 17:09 Uhr -: Muttdown (a “sendmail” filter) which creates mutlipart alternative html/text messages is the only reason I’ve been able to continue to use mutt for the past 5-6 years. Muttdown suffers from the same problems

Re: Creating HTML emails with mutt

Regarding the following, written by “Kevin J. McCarthy” on 2019-10-29 at 12:58 Uhr +0800: The part creation (and removal) will be in Mutt’s pipeline, and so will follow normal processing that Mutt does. That include encoding, delimiters, charset conversion, etc. So I would like the script to

Re: Opening URLs from mutt (was: Creating HTML emails with mutt)

Regarding the following, written by “Dave Woodfall” on 2019-10-29 at 08:53 Uhr +: I deal with very long links, or long lists of links where the context is lost, by opening the message in elinks, and then using elinks’ option to pass a link or current URL to an external application or

Re: Opening URLs from mutt (was: Creating HTML emails with mutt)

Regarding the following, written by “雨宫恋叶” on 2019-10-29 at 00:41 Uhr +: For this, I think we should design a pager for that purpose. Urlview could probably be extended accordingly. It’d still be disruptive. Imagine reading a long email, and 75% down you encounter a link you want to

Re: Opening URLs from mutt (was: Creating HTML emails with mutt)

Regarding the following, written by "Dave Woodfall" on 2019-10-29 at 00:10 Uhr +: Urlview handles long and short links just fine. I've been using it for over 10 years. Yes, it does. I think Chris' and José's points were more about requiring an external tool to provide functionality

Re: Creating HTML emails with mutt

Hi Kevin, Thanks for sharing your thoughts and plans on this. This all reads really well, and I think it would go most of the way towards the ideal solution. I have a couple of points/questions about some of the things you propose: If there were an error sending, the alternative would be

Opening URLs from mutt (was: Creating HTML emails with mutt)

Regarding the following, written by "Chris Green" on 2019-10-28 at 22:40 Uhr +: Isn't that handled by your terminal program? Mine certainly allows one to right click on any URL to open it. rxvt-unicode also has an extension ("matcher") that allows you to select and open URLs using the

Re: Creating HTML emails with mutt

Regarding the following, written by "Matthias Apitz" on 2019-10-28 at 23:11 Uhr +0100: Well, do you speak for you or for a 'lot of people'? Who they are? I speak only for my own interests (as I said: I do not need this). Matthias, any such feature would of course be optional, and probably

Re: Creating HTML emails with mutt

Regarding the following, written by “Amit Ramon” on 2019-10-26 at 09:03 Uhr +0300: A few years back I developed a simple filter that does, more or less, what you’re looking for. […] https://github.com/amitramon/plainMail2HTML Thanks for the pointer. If messages aren’t PGP/MIME-signed, then

Re: Creating HTML emails with mutt

Regarding the following, written by “José María Mateos” on 2019-10-25 at 18:32 Uhr -0400: If you want to accomplish this, wouldn’t it be enough not to wrap the text? That way the client/screen will do its own wrapping, no need to go the HTML way. That would indeed take care of the extraneous

Creating HTML emails with mutt

Folks, I need to start sending out text/html alternative parts to my messages with mutt. However, this is a rabbit hole, so if you’re afraid of those, stop reading now. My requirements are, in decreasing order of priority: Compatible with all Gmail, Outlook, Hotmail, Apple Mail, Thunderbird,

Re: Conditional configuration

also sprach mutt-us...@rcdrun.com [2016-01-30 21:07 +1300]: > The efforts to bring back some sources to the original mutt are to > be made by those developers of the original mutt. I disagree. The open-source ecosystem works best if you avoid forks and try instead to move

Re: Conditional configuration

also sprach David Champion [2016-01-30 14:51 +1300]: > I should have thought of this one before, but your suggestions made me > remember it: > > mutt -D | egrep '^some_variable=' > > That would tell you very simply whether that variable is in the > configuration.

Re: Conditional configuration

also sprach David Champion [2016-01-30 11:31 +1300]: > I'm guessing you use kz on one machine and real mutt on the other. Not > showing what features are added beyond stock mutt is, I'm afraid, a kz > issue. Your analysis is spot-on. It's a shame to hear that Karel doesn't do

Re: Conditional configuration

also sprach Lukasz Szczesny [2016-01-28 21:42 +1300]: > I keep my sidebar configuration in a separate file and source it when > sidebar is enabled with the following `source` command: > > source `FILE=$HOME/.mutt/sidebar; mutt -v | grep -Fq sidebar || >

Conditional configuration

Hi, I have two machines with mutt, one has the sidebar patch, while the other does not. I'd like to use the same config on both, but obviously the one without the patch falls over the sidebar keywords, e.g.: Error in /home/madduck/.mutt/sidebar, line 4: sidebar-prev: no such function in map

After jump to index end

Hey there, I have my mails sorted in mutt in increasing order of date-received, so the latest are at the bottom, and I don't think I will ever change that. I also often use the function, and after applying a , mutt has the first (oldest) message highlighted. Is it somehow possible to have mutt

Re: Invoking an alternative command on a MIME part

also sprach Luis Mochan moc...@fis.unam.mx [2015-04-28 04:36 +0200]: What I do in similar situations is pipe the attachment to a helper (I call it muttfilter) that accepts as first argument a file name, Oh, but now you need a different pipe depending on the file type, e.g. for PDF and PNG. I

view-attach vs. view-mailcap (was: Invoking an alternative command on a MIME part)

also sprach Cameron Simpson c...@zip.com.au [2015-04-28 04:17 +0200]: I do not properly understand view-mailcap versus view-attach. I would appreciate someone else chiming in here. I think the difference is that view-attach tries to render inline (e.g. text/plain) and only resorts to

[working hack found] Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson c...@zip.com.au [2015-04-28 04:17 +0200]: Sounds like a job for a mutt macro. A first cut would be to write a macro which pointed $mailcap_path at a different mailcap file, then ran view-attach, then restored the old value. Yes! This idea led me to a working

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson c...@zip.com.au [2015-04-26 22:54 +0200]: Apphelper first asks whether to view the file, offering the supplied view command in [square brackets] as the default. Pressing return or entering y or yes' accepts this default and runs the viewer. Entering n or no

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson c...@zip.com.au [2015-04-26 01:10 +0200]: So I go to the attachment view in mutt. Press enter on the attachment, which runs apphelper (from mailcap). […] so pressing enter ran apphelper which ran xv immediately. After quitting xv, I get the save prompt. Right,

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson c...@zip.com.au [2015-04-26 12:26 +0200]: My mailcap makes apphelper the handler for most file types, and supplies apphelper the default end viewer. Apphelper runs the viewer (asking first by default) and offers to save the file, and accepts !shell command at its

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson c...@zip.com.au [2015-04-25 01:24 +0200]: I wrap all my mailcap commands with my apphelper script, which itself is wrapped in my shorter-named ah script. My mailcaps look like this: application/pdf; ah %s -1 xpdf; gui image/jpg; ah %s -1 xv; gui image/tiff;

Invoking an alternative command on a MIME part

Hey folks, I am seeking the ability to invoke a command on a MIME attachment which is not view-attach. Simple example: view-attach on a PNG file might open xview with the temporary file, but sometimes I'd like to load an attachment (the temporary file) in Gimp to be able to edit and save-as to

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Tim Gray lists+m...@protozoic.com [2012.08.17.1541 +0200]: I can confirm that running dovecot with a line in the conf file like the one above does work. I use the following with dovecot when I want/need to access my mutt maildir store with clients that can't read directly from the

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Cameron Simpson c...@zip.com.au [2012.08.16.2359 +0200]: I have a not very complex script; it uses the mutt tree as reference and makes symlinks for dovecot: https://bitbucket.org/cameron_simpson/css/src/tip/bin/mkdovecotmap Mine (currently offline, so I cannot attach) does

mutt on an IMAP-Server (dovecot): folder names and structure

Dear list, our E-mail-Server uses dovecot, which delivers mail to and from a folder containing subfolders names e.g. ~/Maildir/.lists.mutt-users. There are good reasons to use mutt directly on the machine from time to time. Unfortunately, these folder names aren't exactly suitable for mutt use.

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Nicolas KOWALSKI nicolas.kowal...@gmail.com [2012.08.16.1757 +0200]: Is there a special reason to not use this combination? I find it slow and cumbersome to work with. -- martin | http://madduck.net/ | http://two.sentenc.es/ sobald man über niveau spricht ist man längst darüber

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Nicolas KOWALSKI nicolas.kowal...@gmail.com [2012.08.16.1823 +0200]: For the slowness I activated the header cache feature (one file per folder): set header_cache=~/.hcache With this setup, on this server (Athlon XP 1500, 512M RAM), opening a 15k mails folder takes from 3

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach martin f krafft madd...@madduck.net [2012.08.16.1829 +0200]: and once I authenticated, it all seems to work. (except for change-folder tab-completion) -- martin | http://madduck.net/ | http://two.sentenc.es/ no, 'eureka' is greek for 'this bath is too hot

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Luis Mochan moc...@fis.unam.mx [2012.08.16.1850 +0200]: Would this be considered unsafe? To store the password clear-text in a file? Yes. -- martin | http://madduck.net/ | http://two.sentenc.es/ one should never do anything that one cannot talk about after dinner.

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Christian Brabandt cbli...@256bit.org [2012.08.16.1937 +0200]: To store the password clear-text in a file? Yes. What exactly is the problem with entering the password manually? I don't know my password. I use asymmetric authentication everywhere, including IMAP, using a

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Tim Gray lists+m...@protozoic.com [2012.08.16.2040 +0200]: Out of curiosity, how do you implement this? http://git.madduck.net/v/etc/offlineimap.git/blob/HEAD:/.offlineimaprc#l45 -- martin | http://madduck.net/ | http://two.sentenc.es/ consciousness: that annoying time between

Re: mutt on an IMAP-Server (dovecot): folder names and structure

also sprach Patrick Ben Koetter p...@state-of-mind.de [2012.08.16.2044 +0200]: Putting passwords in configs isn't something I like, so I pull them from the Gnome keyring: Not a bad idea, but now an attacker with access to the filesystem doesn't have to run 'cat ~/.muttrc' but

Using patterns in hooks

Dear mutts, I am seeking a technical solution to a PEBCAK¹ case routed in my inability — at times — to think before I do. ;) ¹) http://en.wikipedia.org/wiki/Pebcak Basically, I would like to instruct mutt to refuse sending a message when any one (or both) of two cases is true: a. a message is

Re: Using patterns in hooks

also sprach Javier Rojas jeroja...@devnull.li [2010.06.13.2055 +0200]: The following is a tip to check if you attached a file to a message, triggered when you use the attach word in the text body. http://wiki.mutt.org/?ConfigTricks/CheckAttach It might be a good solution for your problem;

Re: PGP/MIME for Outlook (was: mutt feeds more to gnupg than it

also sprach Kyle Wheeler kyle-m...@memoryhole.net [2009.12.05.0146 +0100]: I haven't checked recently either; when I get some time, I'll fire up the ole XP virtual machine to check it out. Unfortunately, all I have is MS Office 2000, which is too old to work with GPG4Win. I tried it, and

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

also sprach Michael Wagner michaeldeb...@web.de [2009.12.03.0847 +0100]: JFTR: Today was an upgrade of the 'mutt' package in Debian unstable and now it works very well. I know: http://bugs.debian.org/558813 ;) Thanks for letting the list know! -- martin | http://madduck.net/ |

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

also sprach Derek Martin inva...@pizzashack.org [2009.11.30.0811 +0100]: Yes, I mean with any MIME. PGP predates MIME by about a year, as far as I can tell. So-called traditional PGP was intended to be used entirely within the message body, because at the time it was created there was *only*

PGP/MIME for Outlook (was: mutt feeds more to gnupg than it needs, causes invisible/lost)

also sprach Kyle Wheeler kyle-m...@memoryhole.net [2009.11.30.1638 +0100]: ...Or if you deal with (Al)Pine+PGP people, because (Al)Pine cannot deal with PGP-MIME or any MIME format where one MIME component must be interpreted differently based on the contents of another MIME component.

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

also sprach Derek Martin inva...@pizzashack.org [2009.11.30.1921 +0100]: My Mutt is Mutt 1.5.20hg (2009-06-23), only slightly newer than yours, but it clearly does have code to handle the case of pgp-mixed text bodies (in pgp_application_pgp_handler() in pgp.c). So it would seem the

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

also sprach David J. Weller-Fahy dave-lists-mutt-us...@weller-fahy.com [2009.11.28.2236 +0100]: * Todd Zullinger t...@pobox.com [2009-11-27 21:07 -0500]: If you call check-traditional-pgp on this message, is this text lost? It is for me and I would call it a bug. It might also be some

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

also sprach David J. Weller-Fahy dave-lists-mutt-us...@weller-fahy.com [2009.11.29.1631 +0100]: * Michael Wagner michaeldeb...@web.de [2009-11-29 07:59 -0500]: * martin f krafft madd...@madduck.net 29.11.2009 This *could* be due to gnupg. Do you see the unsigned portions of the text

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

also sprach Derek Martin inva...@pizzashack.org [2009.11.28.0314 +0100]: I have pgp_auto_decode set, and additionally I unset it and manually executed check-traditional-pgp, and I saw the above text in all cases. So unless I misunderstood you, it seems my Mutt behaves differently from yours...

mutt feeds more to gnupg than it needs, causes invisible/lost text

You won't see this text if mutt automatically verifies signed text (if pgp_auto_decode is set). Run ':exec check-traditional-pgpreturn' if you see it to get the described effect. -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hey folks, I sent this message clear-signed on purpose to

Re: mutt feeds more to gnupg than it needs, causes invisible/lost

You won't see this text if mutt automatically verifies signed text (if pgp_auto_decode is set). Run ':exec check-traditional-pgpreturn' if you see it to get the described effect. -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello, also sprach Michelle Konzack

Re: mutt no longer renders HTML or spawns browser on text/html

also sprach Kyle Wheeler kyle-m...@memoryhole.net [2009.11.06.0518 +0100]: for a few weeks now, my mutt (version info below) renders HTML messages as HTML, i.e. it does not run them through w3m, which is configured in mailcap as the first copiousoutput text/html viewer. I also have

decoding attachments, removing signatures

an attachment with its decoded version. Is that possible? Thanks, -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better

using urlview remotely (was: pager: avoid line breaks in URLs)

also sprach Kyle Wheeler [EMAIL PROTECTED] [2008.11.16.0453 +0100]: And as long as urlview cannot deal with X (I read mail on my mailserver, which has no X, and want to open URLs locally), it's of little use... Eh? What's X got to do with it? urlview just runs whatever program you

pager: avoid line breaks in URLs

Hi, I know of smart_wrap, but it doesn't work for text (e.g. URLs) which is longer than the width of each line ($wrap). On such encounter, mutt still breaks the line (and uses $markers), which prevents the terminal emulator from making the full URL clickable. Is there a way to prevent the

Re: pager: avoid line breaks in URLs

also sprach Kyle Wheeler [EMAIL PROTECTED] [2008.11.15.1941 +0100]: That's why I created extract_url.pl (http://www.memoryhole.net/~kyle/extract_url/). Many times, long URLs aren't even unbroken in the original email! Personally, though, I prefer to be able to load up a URL without needing

Re: rerunning hooks

also sprach Kyle Wheeler [EMAIL PROTECTED] [2008.09.23.1523 +0200]: Not really, because it's impossible to know which hooks apply. Hooks are associated with actions, not with states. The send-hook applies whenever you attempt to *send* a message, the message-hook applies whenever you attempt

rerunning hooks

After re-sourcing my config, all the colouring and similar stuff I do in folder_hooks is overwritten. Is it somehow possible to rerun all applicable hooks as part of the resourcing? -- martin | http://madduck.net/ | http://two.sentenc.es/ seen on an advertising for an elaborate swiss men's

Re: changing subject of all messages in a thread

also sprach David Champion [EMAIL PROTECTED] [2008.05.06.1919 +0200]: prompt would be handy. Meanwhile, you might try something like: $ cat mutt-subject-edit [...] :source mutt-subject-edit | [tag some messages] tag-prefixedit-message

changing subject of all messages in a thread

We all know it: mailing list threads often go wild and correspondents forget to amend the subject lines appropriately. This makes it really hard to find stuff later. mutt can join and break threads, beautifully sort them and otherwise makes my life a lot easier. But... can it help me change the

Re: changing subject of all messages in a thread

also sprach David Champion [EMAIL PROTECTED] [2008.05.06.1804 +0100]: part of a subthread? I know how to set $editor to get it to do this automatically, but how do I convince mutt to spawn the editor on all tagged messages or messages of a subthread without manually iterating? set

Re: toggle-old

also sprach Michael Tatge [EMAIL PROTECTED] [2007.10.10.1140 +0100]: I'm confused. Do you want to remove the Old (and New) flag or set N for a messages that was previously Old? Ideally, I want to press N to do any of the following, depending on context: current next

Re: toggle-old

also sprach Kyle Wheeler [EMAIL PROTECTED] [2007.10.10.1245 +0100]: current next !O !N N --- This is the crucial difference, right? Almost, but yes. My argument is that this behaviour should depend on $mark_old. If that's set, the result should be O;

Re: toggle-old

also sprach Kyle Wheeler [EMAIL PROTECTED] [2007.10.10.1305 +0100]: That doesn't make much sense to me. If I have a read message and I say toggle-new, why would mutt assume that I really wanted to toggle-old? Perhaps what's needed is a different function? Sure. I am not talking about

toggle-old

Dear list, It seems impossible to remove the O flag on messages without the use of Wo, Wn, or NkN (assuming $resolve is set), which is 200% to 300% of the work I am willing to put into this. Does anyone know of a better way to approach this? I came up with macro index,pager N :set

Re: changing the subject line of a thread

also sprach Gary Johnson [EMAIL PROTECTED] [2007.08.31.0746 +0200]: Patch submitted to mutt-dev. Muchas gracias! -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] it may look like i'm just sitting here doing nothing. but

Re: changing the subject line of a thread / sed zen

also sprach Kyle Wheeler [EMAIL PROTECTED] [2007.08.28.2158 +0200]: you just got really lucky). The way mutt determines whether a file is modified is by comparing the mtime of the temp file it created to the mtime of the temp file once the editor is done editing. The mtime is stored in

changing the subject line of a thread

Hi mutts, The world is full of people with email accounts, who have no idea how to email; or well, what it's like to get hundreds of messages in a day and try to stay on top of the information overload. So someone might reply to a work-related message, asking whether we should go to the cinema

only from pager: source: errors in .mutt/muttrc

Hi, I receive the warning source: errors in /home/madduck/.mutt/muttrc whenever I resource the muttrc from the pager: :source /home/madduck/.mutt/muttrc It works fine from the index and the compose menu. I checked the keybindings but I don't have any pager-only bindings, and I cannot

Re: CC'ing list people but not getting CC'd?

also sprach Kai Grossjohann [EMAIL PROTECTED] [2007.08.21.2215 +0200]: - Someone else replies to *my* mail in the same way, and his mailer honours MFT, so no *you* also get CC'd on the reply, even though the subject may have diverged and you're not interested anymore. I

Re: CC'ing list people but not getting CC'd?

also sprach Kai Grossjohann [EMAIL PROTECTED] [2007.08.18.0202 +0200]: Which email client does he use? He claims that MFT is used for replies, but the name suggests that it should be used for followups, not replies. User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Sure, MFT

Re: CC'ing list people but not getting CC'd?

also sprach Nicolas Rachinsky [EMAIL PROTECTED] [2007.08.17.1303 +0200]: If you do this bind in a message-hook, it should solve the problem, if you reply to a message from the pager. And you can bind L in the index to a macro that opens the message and does an L again. I haven't tried this,

CC'ing list people but not getting CC'd?

Dear list, on the git mailing list, people seem to prefer being CC'd on list posts. After I trained myself for years to use list-reply instead of group-reply, I am now faced by the challenge to meet their desires while not offending the others (e.g. [EMAIL PROTECTED]). I realise that an easy

Re: save-message from a reply-hook

also sprach Michelle Konzack [EMAIL PROTECTED] [2007.08.08.1923 +0200]: reply-hook '~t [EMAIL PROTECTED]' \ 'my_hdr Fcc: =.Peoples.Michelle_K/' This saves the message I send to =.Peoples.Michelle_K/ whereas I want to store the message to which I am replying. I'd use fcc-hook for what

save-message from a reply-hook

Hi list, I file my sent and received mail in the same folder ('store') and use mutt threading to keep track of conversations. When I receive a mail, I might reply, which causes the reply to be written to 'store', and if I don't forget, I'll then file the received message there too. But I do

replacing reply with savereply (was: save-message from a reply-hook)

Thanks for your time and interest! also sprach Rado S [EMAIL PROTECTED] [2007.08.04.1345 +0200]: c) In that case you could aswell use a macro to replace reply with save-message...enterreply I have tried this now and it would do the work, but I am still one step short from happiness. Right now

Re: Color mails which are a reply to a mail from me?

also sprach Gerhard Siegesmund [EMAIL PROTECTED] [2002.01.05.2347 +0100]: I don't know if it is at all possible, but I loved this feature with crosspoint (in the old times of fido-net). Is it possible to color (in the index) a mail which is a reply to a mail from me? So that I can see very

Re: next/prev unread

don't you just love people who GPG/PGP encrypt messages and send them to a mailing list? especially mutt-users, given that mutt can handle GPG/PGP just fine... -- martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; net@madduck someday we'll

  1   2   >