Re: changing tag deleting behavior
On Mon, Feb 28, 2000 at 06:12:21PM -0600, David DeSimone wrote: : :I have always considered the 'untag-on-save' feature to be a bug. It is :an inconsistency in the way Mutt handles tagged messages, because no :other operation causes the tags to be removed after performing the :operation. It is a bit inconsistent. I wouldn't call it a bug. It's more a difference of opinion between Mutt and Elm, as this is the normal behavior in Elm. :That means that, if I do tag-save a bunch of messages, :there's no way for me to un-delete only those messages that I tagged, :because the tags are removed for me. That's a good point, and a good reminder. I used to run into this same "problem" as a long-time Elm user. :And also too lazy to install the development Mutt 1.1? It already has :the feature that you want! :) I might install it on my own machine. But as a sysadmin, I have an official policy of no beta software on user systems. Even if I put out a use-at-your-own-risk warning, I'll end up getting questions from people who somehow don't know how to read. ;) -- Eugene Lee [EMAIL PROTECTED]
Re: changing tag deleting behavior
Eugene Lee <[EMAIL PROTECTED]> wrote: > > Often I will tag lots of messages with certain subjects (usually when > the thread has become a flame fest), then do a ";d". But I'd like > that action to also untag the messages at the same time, which ";s" > does. I have always considered the 'untag-on-save' feature to be a bug. It is an inconsistency in the way Mutt handles tagged messages, because no other operation causes the tags to be removed after performing the operation. That means that, if I do tag-save a bunch of messages, there's no way for me to un-delete only those messages that I tagged, because the tags are removed for me. But I digress. :) > (Yes, I'm almost too lazy to do ";t" ;-) And also too lazy to install the development Mutt 1.1? It already has the feature that you want! :) I have been using the devel-versions of Mutt for over a year now, and I find them to be extremely stable and useful. Even moreso now, because the developers are targeting a final release, so things are stabilizing even more. > BTW, I noticed that if I try to ";s" to /dev/null, it fails! > > fcntl: Invalid argument (errno = 22) Yes, Mutt wants to lock '/dev/null' and cannot do so. I don't know whether to call that a bug or af eature. :) -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
mutt and mh/procmail
I would like to open a dialogue with anyone who is using mutt in conjunction with procmail and mh-style mailboxes. I've got some configuration questions. Thanks, Phil -- Phil Staub Dragonfly Software Consulting Company. [EMAIL PROTECTED] 8196 SW Hall Blvd, Suite 104 503-641-3440 x33Beaverton, OR 97008 "Unix: because reboots are for hardware upgrades!"
Re: changing tag deleting behavior
On Mon, Feb 28, 2000 at 03:03:19PM -0600, David DeSimone wrote: :Eugene Lee <[EMAIL PROTECTED]> wrote: :> :> I know I can do this by setting up a new key, but I'd rather invent no :> new keystrokes if possible. Or should I just start practicing the :> habit of tag-save to /dev/null? :) : :Is this really what you do? Waste time writing messages to /dev/null :(it isn't lightning-fast!), just to un-tag the messages? My favorite :way to untag all tagged messages is ";t", which means "apply the 'tag' :command to all tagged messages". It's quick and painless. :) I'm on a few dozen mailing lists. Even when parsed out with Procmail, I still end up with mailboxes with hundreds of messages each. Often I will tag lots of messages with certain subjects (usually when the thread has become a flame fest), then do a ";d". But I'd like that action to also untag the messages at the same time, which ";s" does. (Yes, I'm almost too lazy to do ";t" ;-) BTW, I noticed that if I try to ";s" to /dev/null, it fails! Mutt 1.0.1i (2000-01-18) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: FreeBSD 3.3-RELEASE [using ncurses 1.8.6/ache] Compile options: -DOMAIN -HOMESPOOL +USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" SHAREDIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" ISPELL="/usr/local/bin/ispell" To contact the developers, please mail to <[EMAIL PROTECTED]>. fcntl: Invalid argument (errno = 22) Mutt 1.0.1i (2000-01-18) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: SunOS 4.1.4 [using slang 10202] Compile options: -DOMAIN +HOMESPOOL -USE_SETGID +USE_DOTLOCK -USE_FCNTL -USE_FLOCK +USE_IMAP +USE_POP -HAVE_REGCOMP +USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP2 -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/lib/sendmail" MAILPATH=".mailbox/inbox" SHAREDIR="/u/u13/wcheung/lib/mutt" SYSCONFDIR="/u/u13/wcheung/etc" ISPELL="/depot/links/bin/ispell" _PGPPATH="/usr/local/nuglops/bin/pgp" _PGPV2PATH="/usr/local/nuglops/bin/pgp" To contact the developers, please mail to <[EMAIL PROTECTED]>. This flashes the message "Copying to /dev/null..." and does not generate an error message. However, the messages are not marked as deleted. -- Eugene Lee [EMAIL PROTECTED]
Re: home/end/pageup/pagedown don´t work
John E. Davis <[EMAIL PROTECTED]> wrote: > > > If I remember rightly, slang does not use terminfo > > It uses terminfo on systems that have it. For others, it uses termcap. Thanks, I'll stop spreading misinformation now. :) -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: changing tag deleting behavior
Eugene Lee <[EMAIL PROTECTED]> wrote: > > I know I can do this by setting up a new key, but I'd rather invent no > new keystrokes if possible. Or should I just start practicing the > habit of tag-save to /dev/null? :) Is this really what you do? Waste time writing messages to /dev/null (it isn't lightning-fast!), just to un-tag the messages? My favorite way to untag all tagged messages is ";t", which means "apply the 'tag' command to all tagged messages". It's quick and painless. :) -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: home/end/pageup/pagedown don´t work
David DeSimone <[EMAIL PROTECTED]> wrote: >If I remember rightly, slang does not use terminfo, but termcap instead. It uses terminfo on systems that have it. For others, it uses termcap. --John
Re: changing tag deleting behavior
On Mon, Feb 28, 2000 at 05:47:27PM +0100, Thomas Roessler wrote: : :Seriously, the unstable branch has the following option: : : delete_untag : Type: boolean : Default: yes : : If this option is set, mutt will untag messages when marking : them for deletion. This applies when you either explicitly : delete a message, or when you save it to another folder. Oooh, that's exactly what I'm looking for. Guess I'll have to wait until the code makes it out into stable branch. There shouldn't be too many bugs, since ';s' does almost the same thing. :-) -- Eugene Lee [EMAIL PROTECTED]
Re: home/end/pageup/pagedown don´t work
Jens Wilhelm Wulf <[EMAIL PROTECTED]> wrote: > > I thought that the codes from terminfo are the ones programs see (if > they use it, no matter how it is done), and so it is important that > terminfo is correct. The codes you refer to in terminfo are actually strings, whereas the value KEY_NPAGE is simply a number. A number is much easier for a computer to handle than just a string. > Why does ncurses do a second translation? Keep in mind that there are two major methods for handling terminals: terminfo and termcap. Some curses systems do not use terminfo at all, and so that is another reason to create an abstraction layer above terminfo/termcap: So that a curses program does not need to know what the underlying terminal access method is, and is thus more portable. > But what about the fact that my mutt is linked against slang, not > curses? (I mentioned this in my first mail!) I can't remember every message sent to me. :) > slang defines: > #define SL_KEY_PPAGE0x105 > #define SL_KEY_NPAGE0x106 > #define KEY_PPAGE SL_KEY_PPAGE > #define KEY_NPAGE SL_KEY_NPAGE You are correct that these are the codes you should be paying attention to. My assumption that you were using ncurses was incorrect. > So I linked David's program to slang instead of curses and got: > > 412/415 for pageup/pagedown and 017 for home/end. THAT looks like > what mutt sees. If I remember rightly, slang does not use terminfo, but termcap instead. I suppose that means you should check for /etc/termcap, and see if you can find your terminal defined there. > My problem is that 0x105 is 261 and not 415 or 522. I (and Mikko) was using "octal" (base 8) representation for these numbers. Octal 412 is hex 0x10a, and 415 is 0x10D. Looking these up in slang.h, I find: #define SL_KEY_A3 0x10A #define SL_KEY_C3 0x10C I don't know offhand what those keys mean, or why slang wants to treat your page up/down keys with these codes. > I can't even do a quick hack to mutt, as it gets 017 for more than > one key. Octal 17 is the representation for -1, which is an error return from getch(). I guess that means it doesn't understand what key you pressed? Anyway, it seems to me that ncurses works the way you expect in this case, and slang does not. Either way, however, Mutt is not the source of the problem. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: changing tag deleting behavior
On 2000-02-28 02:48:42 -0800, Eugene Lee wrote: > Is there a way to change the tag-delete behavior so that when > tagged messages are marked as deleted, the messages are also > untagged? I know I can do this by setting up a new key, but I'd > rather invent no new keystrokes if possible. Or should I just > start praticing the habit of tag-save to /dev/null? :) Hey, that way we can remove the delete function. :-) Seriously, the unstable branch has the following option: delete_untag Type: boolean Default: yes If this option is set, mutt will untag messages when marking them for deletion. This applies when you either explicitly delete a message, or when you save it to another folder. -- http://www.guug.de/~roessler/
Re: changing tag deleting behavior
Eugene -- ...and then Eugene Lee said... % Is there a way to change the tag-delete behavior so that when tagged % messages are marked as deleted, the messages are also untagged? I know % I can do this by setting up a new key, but I'd rather invent no new % keystrokes if possible. Or should I just start praticing the habit of % tag-save to /dev/null? :) I'm not sure exactly what you want, but you probably want for all tagged messages to then be untagged once you delete them. You could either just 'ctrl-t .' to un-tag all or, my favorite method when I'm cleaning out a mailbox, sync with '$' (because once the messages are gone they are happily not tagged, either ;-) % % % -- % Eugene Lee % [EMAIL PROTECTED] :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
changing tag deleting behavior
Is there a way to change the tag-delete behavior so that when tagged messages are marked as deleted, the messages are also untagged? I know I can do this by setting up a new key, but I'd rather invent no new keystrokes if possible. Or should I just start praticing the habit of tag-save to /dev/null? :) -- Eugene Lee [EMAIL PROTECTED]
Re: Merging post.el and mutt-alias.el
On Sun, Feb 27, 2000 at 05:43:16PM -0500, Rob Reid wrote:
> Stephan Helma sent me the following patch to merge mutt-alias.el
> into post.el and provide menus for expaing aliases inside emacs. I prefer
> to expand aliases inside mutt instead of my editor, so I have not folded
> it into post, or tested it myself. Is editor alias expansion a must have
> for a lot of you out there? Please email me off the list if you have an
> opinion.
I've never needed editor alias expansion and I'm the one who wrote
mutt-alias. Make of that what you will. ;-)
Actually I can see that checking aliases and getting completion lists of
aliases for use in emacs while editing a header might be kind of handy but
mutt-alias doesn't do a very good job of reading the aliases so I'd suggest
that something better at the job be written.
I seem to recall someone mailing me some time back to say that, with a minor
tweak, some of the mail handling code that comes with emacs can better
handle aliases. Sorry but I can't find the reference at the moment.
> + (defcustom mutt-alias-file-list '("~/.mutt_mail_aliases")
> + "*List of files that contain your mutt aliases."
> + :type '(repeat (file :must-exist t))
> + :group 'mutt-alias)
> +
> + (defcustom mutt-alias-cache t
> + "*Should we cache the aliases?"
> + :type '(choice (const :tag "Always cache the alias list" t)
> + (const :tag "Always re-load the alias list" nil))
> + :group 'mutt-alias)
If this were to be incorporated into post.el then the above custom items
should probably be placed into the group that post uses.
Personally I think that post.el is generic enough that mutt-alias doesn't
really belong in the same package.
--
Take a look in Hagbard's World: | mutt.octet.filter - autoview octet-streams
http://www.hagbard.demon.co.uk/ | mutt.vcard.filter - autoview simple vcards
http://www.acemake.com/hagbard/ | muttrc2html - muttrc -> HTML utility
Free software, including| muttrc.sl - Jed muttrc mode
Re: selective attachment forwarding
Josh Kuperman ([EMAIL PROTECTED]) wrote : > Someone sent me a mail with about 12 attachments, some I need, some I > don't, some I need to forward to a machine on a different network. Is > their a way to tell mutt to forward a message and select attachments > to be forwarded with the messages > Hi, try this, but maybe this will not work becouse you are using old mutt. This work in 1.1 and later but maybe it work with your version. Set mime forward byt typing :set mime_forward in mutt then press 'v' as view-attachments function, then tag wanted attachments with 't' and then press ';' and 'f' to forward these attachments. -- Keso don't worry about glory
