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 th

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 enoug

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 | https://matrix.to/#/#madduck:madduck.net

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 talk

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 screenshot/bitm

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 correspond

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 wi

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 ctrl-shift

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 f

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 n

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 ANS

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 format

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 s

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 the

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 Hypert

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 multipart/alte

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 multipart/alternativ

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 s

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 user

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 going

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 r

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 sim

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 command

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 follow.

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 which

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 s

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 ke

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 def

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 both

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 li

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, and

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 all improvements as far

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. Presumably, strings will

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 his work within th

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 || > FILE=/dev/null; echo $FILE` Unfortuna

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

vs. (was: Invoking an alternative command on a MIME part)

also sprach Cameron Simpson [2015-04-28 04:17 +0200]: > I do not properly understand versus . > I would appreciate someone else chiming in here. I think the difference is that tries to render inline (e.g. text/plain) and only resorts to run-mailcap when it has not internal viewer. skips the in

Re: Invoking an alternative command on a MIME part

also sprach Luis Mochan [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 don't really want t

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

also sprach Cameron Simpson [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 solution^W hack:

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson [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" skips r

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson [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 prompts. >

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson [2015-04-26 01:10 +0200]: > So I go to the attachment view in mutt. Press on the attachment, > which runs apphelper (from mailcap). > […] > so pressing ran apphelper which ran "xv" immediately. After quitting > "xv", I get the save prompt. Right, this is nice. But I

Re: Invoking an alternative command on a MIME part

also sprach Cameron Simpson [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; ah %s -1

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 . Simple example: 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 somewhere else. Unfortun

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

also sprach Tim Gray [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 file system. > >

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

also sprach Cameron Simpson [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 three things mo

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

also sprach Patrick Ben Koetter [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 'gnome-keyring-query g

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

also sprach Tim Gray [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 naps. spamtraps: madduck

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

also sprach Christian Brabandt [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 preauth-SSH-tunnel. --

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

also sprach Luis Mochan [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 martin f krafft [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 &#x

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

also sprach Nicolas KOWALSKI [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 to 5 seconds. Hm,

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

also sprach Nicolas KOWALSKI [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 hinweg."

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. I

Re: Using patterns in hooks

also sprach Javier Rojas [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; it doesn't us

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 s

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

also sprach Kyle Wheeler [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 GpgOL does indeed

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

also sprach Michael Wagner [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/ | http://two.sentenc.es/ stupidi

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

also sprach Derek Martin [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 discussion is moot. Indeed.

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

also sprach Kyle Wheeler [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. > > As for Outlook... I

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

also sprach Derek Martin [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* a message body.

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

also sprach David J. Weller-Fahy [2009.11.29.1631 +0100]: > * Michael Wagner [2009-11-29 07:59 -0500]: > > * martin f krafft 29.11.2009 > > > This *could* be due to gnupg. Do you see the unsigned portions of > > > the text if you run > > > > > >

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

also sprach David J. Weller-Fahy [2009.11.28.2236 +0100]: > * Todd Zullinger [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 subtle difference between our configurations, gp

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

also sprach Derek Martin [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... Indeed, and I tak

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-pgp' if you see it to get the described effect. -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello, also sprach Michelle Konzack [2009.11.27.1538 +0100]: > It seem

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-pgp' 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 illustrate wha

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

also sprach Kyle Wheeler [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 implicit_autoview on.

decoding attachments, removing signatures

, e.g. replace an attachment with its decoded version. Is that possible? Thanks, -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg

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

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 nee

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 wrapping

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 at

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 watc

Re: changing subject of all messages in a thread

also sprach David Champion <[EMAIL PROTECTED]> [2008.05.06.1919 +0200]: > would be handy. Meanwhile, you might try something like: > > $ cat mutt-subject-edit [...] > :source "mutt-subject-edit |" > [tag some messages] > http://git.madduck.net/v/etc/mutt.git?a=commitdiff;h=d215fb8c4bb24685149e

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? >

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 s

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 abou

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

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 Michael Tatge <[EMAIL PROTECTED]> [2007.10.10.0720 +0100]: > Don't use . N removes the N flag if it's there > but doesn't add N if the message is not N. > If your goal is "O"ld messages anyway why have toggle-new at all? Can you think of another way to toggle, which I've been using for

"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 my_resolve=

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 no

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 to

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

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 fatho

[solved] 'spam' not working - header cache at fault

also sprach martin f krafft <[EMAIL PROTECTED]> [2007.08.21.0117 +0200]: > I use the following mutt configuration: > > > http://git.madduck.net/v?p=etc/mutt.git;a=tree;h=3e83d1360c1bf6a5a599bcb539e804f04108b374;hb=efbf8de2b6d70f65e979f5c2b9d55f3751926a7b > > and as y

'spam' not working

Hi list, I use the following mutt configuration: http://git.madduck.net/v?p=etc/mutt.git;a=tree;h=3e83d1360c1bf6a5a599bcb539e804f04108b374;hb=efbf8de2b6d70f65e979f5c2b9d55f3751926a7b and as you can see, index_format includes %H[0], and I added a test pattern "spam . 'all'" to the configuratio

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

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 instead of , 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 solution would be for all

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 > thi

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 w

replacing with (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 > "..." I have tried this now and it would do the work, but I am still one step short from happiness. Right now I have the foll

  1   2   >