David Champion said:
> Ah, mutt -- making the world smaller again.
I wondered if you were on this list....
> I'd recommend setting the MTA to pass mail from root literally, and
> setting each machine's root GECOS in /etc/passwd to "kimbark root",
> etc., but anyway....
Yeah. There are other times when it's useful, though, like when the
machine isn't under my control, or I'm just being nosy. ;)
> The first thing to come to mind is a procmail recipe to find the
> hostname component of the m-id and store it in the X-Label: header.
> X-Label is completely meaningless; it's only there for mutt to be able
> to display arbitrary header information stored by procmail. :) Use %y
> (or %?y?%y?, etc) to show it in the index_format.
This may do it. I didn't realize you could pull out arbitrary header
info. Guess it's back to the manual for me! I don't like the idea of
munging pre-existing headers if I can help it. And I guess shell code
in the muttrc gets run at start time, so I can't do funky things with
that.
> I do this, but instead of having two folders, =foo is a symlink to
> =Archive/foo-`date +%Y%m` or somesuch. That makes the same folder
> information occupy both namespaces, and I remake the symlinks each
> month. It also actually *simplifies* the procmailrc, at the cost of
> requiring a monthly rotation script.
I guess it comes down to mail reading styles. I use my inbox as a sort
of todo list, containing mail I haven't dealt with yet. So I don't want
to move it out as soon as it's read (because I won't have dealt with it
already), but I also don't want to have to sort through a month of mail
to see the important stuff. Though I could possibly do the reverse:
copy stuff I care about and leave stuff I don't.
The $move stuff is almost what I want to do, except that I want to make
it explicit. I don't want mutt to move the message untill I tell mutt
that it's ready to be moved.
The quit macro that Daniel suggested is the other option, of course.
I'll have to try some things and see how they work. I'll let you know.
--
Jeremy Hankins <[EMAIL PROTECTED]>
PGP fingerprint: 748F 4D16 538E 75D6 8333 9E10 D212 B5ED 37D0 0A03
PGP signature
