On 04.05.16 15:51, Walter Alejandro Iglesias wrote:
> +1 requesting this feature:
>
> http://unix.stackexchange.com/questions/47773/rebinding-clear-prompt-in-mutt
Yes, that would be wonderful. The ^G aberration is a mindbender.
> All command line Unix-like system applications should support vi a
+1 requesting this feature:
http://unix.stackexchange.com/questions/47773/rebinding-clear-prompt-in-mutt
All command line Unix-like system applications should support vi as well
as emacs key bindings.
Walter
Hi,
* Rado S wrote:
=- Michelle Konzack wrote on Sun 18.May'08 at 0:06:56 +0200 -=
This would simplify things, because currently if I use
mutt -F ~/.mutt_bts/muttrc
I have to specify ALL files I source with the FULL PATH which mess
up things since some files are only copies from ot
=- Michelle Konzack wrote on Sun 18.May'08 at 0:06:56 +0200 -=
> This would simplify things, because currently if I use
>
> mutt -F ~/.mutt_bts/muttrc
>
> I have to specify ALL files I source with the FULL PATH which mess
> up things since some files are only copies from other configs and
>
Hello,
Since I am developer and my mailinglist/bts subscriptions explode I like
to separate the stuff. Unfortunately I have already over 200 config
files in my ~/.mutt/ directory.
I know I can use
mutt -F ~/.mutt/muttrc_std
mutt -F ~/.mutt/muttrc_bts
mutt -F ~/.mutt/muttrc_ml
b
* Eric Smith <[EMAIL PROTECTED]> [2002-10-01 10:18]:
> Some suggested hacks for this but IMHO, this is sufficicently
> useful (especially for those who deal with many companies /
> organisations) to be native functionality.
This seems like a good learning excersize, so I was looking into this,
tr
.. like save_name but mutt resolves `bar' from foo.bar.com
Some suggested hacks for this but IMHO, this is sufficicently
useful (especially for those who deal with many companies /
organisations) to be native functionality.
--
Eric Smith [hoping]
Hi.
Just minor addition, else, I think this has been discussed quite
thourougly now.
On Sat 2002-07-06 at 11:07:53 +0200, Rocco Rutte wrote:
> * Benjamin Pflugmann [02-07-05 23:56:08 +0200] wrote:
> > On Fri 2002-07-05 at 01:36:52 +0200, Rocco Rutte wrote:
> > > I misunderstood him (completely)
Hi,
* Benjamin Pflugmann [02-07-05 23:56:08 +0200] wrote:
> On Fri 2002-07-05 at 01:36:52 +0200, Rocco Rutte wrote:
> > * Benjamin Pflugmann [02-07-05 00:44:50 +0200] wrote:
> [...]
> > I misunderstood him (completely) but one may specify a
> > limit pattern to show only the mails of one
> > cor
Hi.
On Fri 2002-07-05 at 01:36:52 +0200, Rocco Rutte wrote:
> * Benjamin Pflugmann [02-07-05 00:44:50 +0200] wrote:
[...]
> I misunderstood him (completely) but one may specify a limit
> pattern to show only the mails of one correspondence.
How?
> > I do not think so. The work to do would not b
Hi,
* Charles Jie [02-07-02 21:32:56 +0200] wrote:
> Is it possible to have a "cross-mbox-threading" function
> as following:
> 1. A variable, say ref-mboxes (Type: string, default:
>"=mbox:=outbox"), to specify related mboxes to
>reference. The mailbox in front of ':' is the main (or
>
Hi,
Situation:
I usually have to switch between =mbox and =outbox to check the mails on
a specific topic we've gone on for a while. Sometimes, another one, say
=work/project-A, needs to get involved, too.
The same case happens among =mbox.mutt, =outbox, and =mlist/mutt for my
daily life. (=mbox
On Tue, Jul 02, 2002 at 00:20:17 -0700, Vineet Kumar wrote:
> If you're not using SSH or SSL for your IMAP anyway, it's no less safe
[...]
On the internal network, we have the choice between using SSL or not
(and it's regarded as safe as it's on the internal network, though
I prefer to use SSL ev
* Vincent Lefevre ([EMAIL PROTECTED]) [020701 08:47]:
> And using "push" doesn't work correctly with IMAP folders because
> the corresponding characters are sent as password characters (for
> security reasons, I don't store my password on my account, though
> I could change my mind later).
If you
On Mon, Jul 01, 2002 at 14:58:03 +0100, Dave Pearson wrote:
> I've been doing this sort of thing for a long time using links in
> the filesystem and mutt's `folder-hook'.
>
> See http://www.davep.org/mutt/muttrc/folder-hooks.html> and
> look at the last set of hooks.
This is not exactly what I w
* Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-01 08:32:05 +0200]:
> Then, how about being able to do internal filtering? For instance, using
>
> mailboxes the_mailbox#pattern1
> mailboxes the_mailbox#pattern2
> mailboxes the_mailbox#pattern3
> mailboxes the_mailbox#pattern4
>
> When opening th
I'd like to have aliases for mailboxes. Well, I suppose I could define
a spurious address with the wanted alias so that I could use the @alias
form. But it would be better if there was a cleaner way. And this alias
should be displayed instead of the full name with %f in $status_format.
Then, how
* Gary Johnson <[EMAIL PROTECTED]> [2002-04-10 14:22]:
> Being able to color and uncolor patterns
> in the pager would be a good solution.
yes - an uncolor command is definitely missing.
i keep finding this when testing new color patterns.
you'll know once you enter a pattern
like "^" or "." with
* Dan Boger <[EMAIL PROTECTED]> [2002-04-11 12:02]:
> On Thu, Apr 11, 2002 at 11:54:49AM -0400, darren chamberlain wrote:
> > > That being said, I would really like such an uncolor feature myself.
> > > I receive internal newsletters that I find easier to read if I
> > > highlight the section head
On Thu, Apr 11, 2002 at 11:54:49AM -0400, darren chamberlain wrote:
> Where does display-hook come from? I just built 1.3.28 and use
> 1.3.22.1 regularly and neither has it. I'm assuming it comes from a
> patch, but which one?
It was a patch for the 1.2 series. I'm using patch-1.2.bj.display-
On Thu, Apr 11, 2002 at 11:54:49AM -0400, darren chamberlain wrote:
> > That being said, I would really like such an uncolor feature myself.
> > I receive internal newsletters that I find easier to read if I
> > highlight the section headings like this:
> >
> > display-hook '~s "blips"' 'push
* Gary Johnson <[EMAIL PROTECTED]> [2002-04-10 10:22]:
[-- snip --]
> That being said, I would really like such an uncolor feature myself.
> I receive internal newsletters that I find easier to read if I
> highlight the section headings like this:
>
> display-hook '~s "blips"' 'push "/\^[A-
* Michael Tatge <[EMAIL PROTECTED]> [2002-04-10 14:52:24 +0200]:
> So far so good. Currently it is impossible to remove that pattern
> again. uncolor only works in the index.
> Devellopers, any chance to change that?
Once again I'd like to add my voice this feature. I see how you
people are...
Michael --
...and then Michael Tatge said...
%
% David T-G ([EMAIL PROTECTED]) muttered:
% > ...and then Michael Tatge said...
...
% >
% > % Only I cannot turn it off, which sucks.
% >
% > What's to turn off?
%
% Right, you're talking about seraching not coloring, which I missed the
Ah. Rig
David T-G ([EMAIL PROTECTED]) muttered:
> ...and then Michael Tatge said...
> % >
> % > What about a different approach: just search for [0-9\-/\.]*
^^
> % ([0-9]+[\.:/-]*)* would do for most numbers, phones, dates and times.
>
> % Only I cannot tu
On Wed, Apr 10, 2002 at 04:06:02PM +0200, Michael Tatge wrote:
> David T-G ([EMAIL PROTECTED]) muttered:
> > ...and then Michael Tatge said...
> > % macro pager "color body [0-9]"
> > %
> >
> > What about a different approach: just search for [0-9\-/\.]*
>
> No. This would color each and every
Michael --
...and then Michael Tatge said...
%
% David T-G ([EMAIL PROTECTED]) muttered:
% > ...and then Michael Tatge said...
% > % macro pager "color body [0-9]"
% > %
% >
% > What about a different approach: just search for [0-9\-/\.]*
%
% No. This would color each and every -, / and ".",
David T-G ([EMAIL PROTECTED]) muttered:
> ...and then Michael Tatge said...
> % macro pager "color body [0-9]"
> %
>
> What about a different approach: just search for [0-9\-/\.]*
No. This would color each and every -, / and ".", too. But
([0-9]+[\.:/-]*)* would do for most numbers, phones, da
Michael --
...and then Michael Tatge said...
%
% Hi all,
Hello!
%
% I just played around with my color setup. I found that it's sometimes
% usefull to hightlight numbers in the body of a message to find a phone
Sure; that makes sense.
% number and the like. Now, I want to do that only on
Hi all,
I just played around with my color setup. I found that it's sometimes
usefull to hightlight numbers in the body of a message to find a phone
number and the like. Now, I want to do that only on demand.
macro pager "color body [0-9]"
So far so good. Currently it is impossible to remove t
* Shawn McMahon <[EMAIL PROTECTED]> [04-04-02 08:22]:
> begin quoting what Sven Guckes said on Thu, Apr 04, 2002 at 01:39:43AM +0200:
> >
> > feature request denied.
> >
> > macro index c !
>
> That breaks "? for list" functionality.
begin quoting what Sven Guckes said on Thu, Apr 04, 2002 at 01:39:43AM +0200:
>
> feature request denied.
>
> macro index c !
That breaks "? for list" functionality. It would be better to assign
it to another key:
macro index I "!\r"
Then get us
* Sven Guckes <[EMAIL PROTECTED]> [04-03-02 19:50]:
> * pat <[EMAIL PROTECTED]> [2002-04-03 19:48]:
> > Feature request. It would be nice and timesaving (for me, at
> PS: But, dammit, Pat, put your name into the
> From: line so an attribution makes sense!
>
>
* pat <[EMAIL PROTECTED]> [2002-04-03 19:48]:
> Feature request. It would be nice and timesaving (for me, at
> least) if would default to ! when where was not a
> folder containing New Mail. Perhaps a set feature in muttrc ??
> set change-folder
* Sven Guckes wrote:
> f
* Will Yardley <[EMAIL PROTECTED]> [04-03-02 18:48]:
> Sven Guckes wrote:
> > * pat <[EMAIL PROTECTED]> [2002-04-03 19:48]:
>
> > > Feature request. It would be nice and timesaving (for me, at
> > > least) if would default to ! when where was not a
&g
Sven Guckes wrote:
> * pat <[EMAIL PROTECTED]> [2002-04-03 19:48]:
> > Feature request. It would be nice and timesaving (for me, at least)
> > if would default to ! when where was not a folder
> > containing New Mail. Perhaps a set feature in muttrc ??
> >
* pat <[EMAIL PROTECTED]> [2002-04-03 19:48]:
> Feature request. It would be nice and timesaving (for me, at least)
> if would default to ! when where was not a folder
> containing New Mail. Perhaps a set feature in muttrc ??
> set change-folder
feature request denied.
m
Feature request. It would be nice and timesaving (for me, at least) if
would default to ! when where was not a folder
containing New Mail. Perhaps a set feature in muttrc ??
set change-folder
Just a thought.
--
Pat Shanahan Registered Linux User #207535
I'm not sure I used the correct terminology in the Subject: line, but
what I'm looking for is pretty easy to explain (hopefully easy to
implement also :p). Basically, this is what we have now:
auto_view image/tiff
This line tells mutt to consult $mailcap_path and find a mailcap entry
that c
Alexander, et al --
...and then Alexander V. Konstantinou said...
% > % Right now I've achieved this functionality through a wrapper shell
% > % script that greps for the alias name and invokes mutt with the real
% > % user name.
% >
% > That makes sense, though it sounds somewhat painful.
%
%
> % Right now I've achieved this functionality through a wrapper shell
> % script that greps for the alias name and invokes mutt with the real
> % user name.
>
> That makes sense, though it sounds somewhat painful.
It is not really painful, or slow for that matter on my machine ...
Here is my qu
Alexander --
...and then Alexander V. Konstantinou said...
% As far as I can tell, mutt does not support openning the folder of
% a user based on an alias. For example, consider user "[EMAIL PROTECTED]"
% that is aliased as "foo".
Yep.
%
% I'd like to be able to open the folder using "mutt -
As far as I can tell, mutt does not support openning the folder of
a user based on an alias. For example, consider user "[EMAIL PROTECTED]"
that is aliased as "foo".
I'd like to be able to open the folder using "mutt -f =foo" (perhaps
using some other symbol than '=').
Right now I've achieved t
Thanks!
Erwin
On Thu, Jul 12, 2001 at 11:35:43AM +0200, Erwin Kaiser wrote:
> 2. Often I get mail with a lot of adresses in the Cc: field which
> I'd like to take into my alias list. So: Could the taking alias
> feature be expanded to other entries and mulpiple entries?
see http://webrum.uni-mannheim.de/jura/m
Erwin Kaiser writes:
> Mutt is great!
> Two features I'd like to propose:
> 1. The screen should be cleared at termination.
This is a feature of the terminal emulator you are running.
This is the reason why I replaced the xterm terminfo entry
on my Solaris box with the X11R6 xterm definition
Mutt is great!
Two features I'd like to propose:
1. The screen should be cleared at termination.
2. Often I get mail with a lot of adresses in the Cc: field which
I'd like to take into my alias list. So: Could the taking alias
feature be expanded to other entries and mulpiple entries?
Thanks to a
David wrote:
> send-hook ~l 'push f^Ups'
Okay well that should have been just:
send-hook ~l 'push ps'
I have f^U as i dont want to save my messages i send to mailing lists as
they get sent back to me anyway.
--
Don't tell me I'm burning the candle at both ends -- tell me where to
get more wax
Christian Biesinger [[EMAIL PROTECTED]] wrote:
> Currently, I've configured Mutt to always encrypt messages I send.
>
> However, sometimes I send mails to mailing lists.
> Mutt knows about them (I've got entries for them in my ~/.muttrc using
> lists or subscribe).
>
> However, usually mails to
On Sun, Apr 08, 2001 at 09:37:06PM -0500, Aaron Schrab wrote:
> send-hook ~l 'unset crypt_autoencrypt'
>
> The ~l pattern will match if the message is going to a known list.
Hm...
This works fine for lists I'm subscribed to.
It doesn't work, though, for the lists I'm not subscribed to. Yes,
Mut
Christian Biesinger wrote:
> I know that I could use send-hook for this, but then I'd have to add
> every mailing list to send-hook as well as to lists/subscribe.
If you have already added the mailing lists to the subscribe list in
your muttrc then all you have to do is use a send hook like:
sen
At 16:00 +0200 08 Apr 2001, Christian Biesinger <[EMAIL PROTECTED]> wrote:
> It would be nice if there was an option for mutt to not encrypt mails
> for mailing lists, even though I've set crypt_autoencrypt to yes (I've
> installed the S/MIME patch).
>
> I know that I could use send-hook for this
Hello!
Currently, I've configured Mutt to always encrypt messages I send.
However, sometimes I send mails to mailing lists.
Mutt knows about them (I've got entries for them in my ~/.muttrc using
lists or subscribe).
However, usually mails to mailing lists should not be encrypted.
It would be nic
Heinrich --
...and then Heinrich Langos said...
% On Tue, Dec 19, 2000 at 03:22:58PM -0500, David T-G wrote:
% > ...and then Heinrich Langos said...
% > %
% > % often i get mails that i would like to be reminded of later.
...
% > % and is lost between tons of more or less important stuff.
% >
%
On Wed, Dec 20, 2000 at 12:16:58PM +0100, Heinrich Langos wrote:
> could mutt ask me for input while running a macro ?
> like this:
> i press my remind-key and mutt askes me for input (e.g. the time i
> want to be reminded of that message) and then pipes the mail to an
> external programm putting
On Wed, Dec 20, 2000 at 12:16:58PM +0100 or so it is rumoured hereabouts,
Heinrich Langos thought:
>
> so the question that remains is: how do i prompt a user in mutt
> for input and use that input in the macro?
>
Best I've done is to use xmessage and get the return from the buttons
pressed but
On Tue, Dec 19, 2000 at 03:22:58PM -0500, David T-G wrote:
> Heinrich --
>
> ...and then Heinrich Langos said...
> % hi
> %
> % often i get mails that i would like to be reminded of later.
> % like i get a mail from my girlfriend in the morning that i should
> % fetch something on the way home i
Heinrich --
...and then Heinrich Langos said...
% hi
%
% often i get mails that i would like to be reminded of later.
% like i get a mail from my girlfriend in the morning that i should
% fetch something on the way home in the evening.
% but in the evening that mail has been scrolled way off th
On 2000-12-18 14:25:41 +0100, Heinrich Langos wrote:
> On Mon, Dec 18, 2000 at 01:38:15PM +0100, Thomas Roessler wrote:
>> One thing you could do is to use the "important" flag and try
>> to get a habit of looking at the flagged messages from time to
>> time.
> that would mean that all falagged
On Mon, Dec 18, 2000 at 07:29:42PM +0530, Sankaranarayanan K V wrote:
> I use mutt in combination with procmail and xbuffy.
>
> If I need to remind myself of a mail, I flag that message as new and
> save it in a special folder -- done with a macro. Rest is taken care by
> xbuffy. Further, xbuff
On Mon, Dec 18, 2000 at 10:46:14AM +0100, Heinrich Langos wrote:
> and an internal mutt solution (like in a special follow-up-folder)
> would be nicer anyway since you could still access that mails whenever
> you liked to.
I use mutt in combination with procmail and xbuffy.
If I need to remind
On Mon, Dec 18, 2000 at 06:34:45PM +0530, Suresh Ramasubramanian wrote:
>
> Wouldn't procmailing mails from your girlfriend, your co-workers etc etc into
> separate folders help? ;)
not realy ... since i wouldn't reread old mail if not reminded.
not even mail from my girl :-)
> What you ar
Hi,
On 00-12-18, Heinrich Langos wrote:
>is there a way in mutt to get reminded of that mail later or does
>anybody know a local mail bouncer daemon that delays delivery for
>a (by header or subject) configurable time ?
You could tell Procmail to put out an at(1) job.
Or make a makro to do this i
On Mon, Dec 18, 2000 at 01:38:15PM +0100, Thomas Roessler wrote:
> One thing you could do is to use the "important" flag and try to get
> a habit of looking at the flagged messages from time to time.
that would mean that all falagged messages would show up all the time..
> You could even write
Heinrich Langos proclaimed on mutt-users that:
> like i get a mail from my girlfriend in the morning that i should
> fetch something on the way home in the evening.
> but in the evening that mail has been scrolled way off the screen
> and is lost between tons of more or less important stuff.
One thing you could do is to use the "important" flag and try to get
a habit of looking at the flagged messages from time to time.
You could even write a little shell script which basically greps for
"X-Status:.*F", and regularly reminds you that you have important
mail sitting in your inbox.
hi
often i get mails that i would like to be reminded of later.
like i get a mail from my girlfriend in the morning that i should
fetch something on the way home in the evening.
but in the evening that mail has been scrolled way off the screen
and is lost between tons of more or less important s
> > > Did you try to change the content-type of these octet-streams to
> > > application/pgp? With the more recent mutt versions, you can
> > > comfortably do this from within mutt.
> >
> > Really? I'm using mutt 1.2i .
> > What version do I need to do this and where do I find information on
> >
On Mon, Oct 23, 2000 at 10:25:02AM +0200, Daniel Kollar wrote:
> On Fri, Oct 20, 2000 at 02:14:09PM +0200, Thomas Roessler wrote:
> >
> > Did you try to change the content-type of these octet-streams to
> > application/pgp? With the more recent mutt versions, you can
> > comfortably do this from
Daniel Kollar <[EMAIL PROTECTED]> wrote on Mon, 23 Oct 2000:
> > Did you try to change the content-type of these octet-streams to
> > application/pgp? With the more recent mutt versions, you can
> > comfortably do this from within mutt.
>
> Really? I'm using mutt 1.2i .
> What version do I need
On Fri, Oct 20, 2000 at 02:14:09PM +0200, Thomas Roessler wrote:
>
> Did you try to change the content-type of these octet-streams to
> application/pgp? With the more recent mutt versions, you can
> comfortably do this from within mutt.
Really? I'm using mutt 1.2i .
What version do I need to do
From a bash prompt, try running:
COLUMNS= ps ae | grep mutt
and see if you don't change your mind about using PGPPASS.
--
Bob Bell <[EMAIL PROTECTED]>
-
"Just don't create a file called -rf. :-)"
--
On 2000-10-20 13:51:13 +0200, Daniel Kollar wrote:
> I'm doing that. The environment is only active as long as mutt is
> open. No one from outside can access it.
That's your particular environment. However, mutt is designed in a
way which makes it suitable for use on real multi-user systems.
Yo
On Fri, Oct 20, 2000 at 01:51:13PM +0200, Daniel Kollar wrote:
> In the PGP CmdLineGuide you will find a section about this.
> There you can read that using this feature is safe when you use in in
> a environment where no one else has access to it.
>
> I'm doing that. The environment is only acti
> Don't do that.
>
> Storing the pgp pass phrase in an environment variable may have been
> a valid option on MS-DOS computers. It isn't on Unix machines,
> since the environment is not guaranteed to be confidential.
I'm working on unix.
In the PGP CmdLineGuide you will find a section about th
2000-10-20 10:21:20 +0200, Daniel Kollar wrote:
> Date: Fri, 20 Oct 2000 10:21:20 +0200
> From: Daniel Kollar <[EMAIL PROTECTED]>
> To: Mutt User List <[EMAIL PROTECTED]>
> Subject: FEATURE-REQUEST: mutt looks for PGPPASS environment variable
> Mail-Followup-To: Mutt User L
Hello mutt-developers,
here is a feature request for future versions of mutt:
Mutt looks for the PGPPASS environment variable. If this is set, then
no passphrase is needed to be send to pgp program, because pgp looks
for the PGPPASS variable by itself.
Mutt will also not ask the user for the
On Wed, Jun 28, 2000 at 02:06:02PM +0200, Marius Gedminas wrote:
:On Wed, Jun 28, 2000 at 02:14:28AM -0700, Eugene Lee wrote:
:>
:> Besides tagging messages by absolute datetimes, this could be extended
:> to your specific problem by allowing relative datetime patterns. So you
:> could do things
On Wed, Jun 28, 2000 at 02:14:28AM -0700, Eugene Lee wrote:
> Actually, I'd like to have add some kind of search pattern to the
> message-tagging functions. For example, if I knew that I have a bunch
> of messages from Januaary and February 2000, I'd like to be to be able
> to tag them, then do w
* Eugene Lee <[EMAIL PROTECTED]> [000628 09:21]:
> On Wed, Jun 28, 2000 at 12:20:29AM -0500, Carlos Puchol wrote:
> :the idea is to delay-delete a message. the idea is to
> :mark a message for deletion, but not delete it for a while.
> :say i set my 'delay-delete' to 14 days.
>
> .. So you could
On Wed, Jun 28, 2000 at 12:20:29AM -0500, Carlos Puchol wrote:
:
:i have a mailbox with 3000 messages and the problem is that
:i keep on leaving stuff there that i think i will need later,
:but stays there for years.
:
:the idea is to delay-delete a message. the idea is to
:mark a message for dele
i just had an idea for a feature that i think could kick ass.
though maybe it is already in place :)
i have a mailbox with 3000 messages and the problem is that
i keep on leaving stuff there that i think i will need later,
but stays there for years.
the idea is to delay-delete a message. the ide
Hi again!
...and then David @ BigFoot said...
% Thomas, et al --
%
% ...and then Thomas Roessler said...
% % On 2000-04-19 14:57:10 +0300, Mikko Hänninen wrote:
% %
% % > If I remember the thread right, this request came about
% % > partially because you can't do the "graft" function
% % > when
On Wed, Apr 19, 2000 at 09:03:44AM +0200, Thomas Roessler muttered:
-> On 2000-04-19 00:18:22 -0400, David T-G wrote:
->
-> > Thoughts?
->
-> Real men use edit-message for this functionality. But
-> then again, real men also read their e-mail with dd(1).
->
-> :-)
_REAL_ programmers read thei
Thomas, et al --
...and then Thomas Roessler said...
% On 2000-04-19 14:57:10 +0300, Mikko Hänninen wrote:
%
% > If I remember the thread right, this request came about
% > partially because you can't do the "graft" function
% > when sending messages. Even if you use edit-headers and
% > include
On Wed, Apr 19, 2000 at 05:11:26PM +0200, Thomas Roessler wrote:
> On 2000-04-19 14:57:10 +0300, Mikko Hänninen wrote:
>
> > If I remember the thread right, this request came about
> > partially because you can't do the "graft" function
> > when sending messages. Even if you use edit-headers and
On 2000-04-19 14:57:10 +0300, Mikko Hänninen wrote:
> If I remember the thread right, this request came about
> partially because you can't do the "graft" function
> when sending messages. Even if you use edit-headers and
> include a correct References header, Mutt will remove
> it before sending
Thomas --
...and then Thomas Roessler said...
% On 2000-04-19 00:18:22 -0400, David T-G wrote:
%
% > Thoughts?
%
% Real men use edit-message for this functionality. But
Well, I'd like to, but it doesn't seem to work. I haven't actually tried
edit-message to prune, but I certainly have tried
Mikko --
...and then Mikko Hänninen said...
% Thomas Roessler <[EMAIL PROTECTED]> wrote on Wed, 19 Apr 2000:
% > Real men use edit-message for this functionality. But
% > then again, real men also read their e-mail with dd(1).
%
% If I remember the thread right, this request came about partiall
Thomas Roessler <[EMAIL PROTECTED]> wrote on Wed, 19 Apr 2000:
> Real men use edit-message for this functionality. But
> then again, real men also read their e-mail with dd(1).
If I remember the thread right, this request came about partially
because you can't do the "graft" function when sendin
On 2000-04-19 00:18:22 -0400, David T-G wrote:
> Thoughts?
Real men use edit-message for this functionality. But
then again, real men also read their e-mail with dd(1).
:-)
--
http://www.guug.de/~roessler/
Hi again!
...and then David @ BigFoot said...
% Hi, folks --
%
% How can I manually update (or create) the References: header in mutt? I
Well, I got absolutely no answers to this one. Clearly I should try
again :-)
I realized that what I wanted was a compose function that might be
called "gr
On 1999-12-07 10:07:36 -0600, Timothy Ball wrote:
> I'm an idiot.
> hdr_order
> Guess I need to get sgml-tools eh?
The muttrc (5) should do for most configuration commands.
--
http://www.guug.de/~roessler/
Hi Timothy!
You need to set hdr_order ie:
hdr_order From: Subject: To: Cc: Bcc:
Sean
On Tue, 07 Dec 1999, Timothy Ball wrote:
> Is there a way to make mutt display headers in the same order for each
> mail? It seem that mutt is just printing the headers in the order that
> is inside each emai
ote that this command is implemented for half an eternity.
On 1999-12-07 10:00:19 -0600, Timothy Ball wrote:
> Date: Tue, 7 Dec 1999 10:00:19 -0600
> From: Timothy Ball <[EMAIL PROTECTED]>
> To: Mutt Users Mailing List <[EMAIL PROTECTED]>
> Subject: [Feature Request] ordering
On 07-Dec-1999, Timothy Ball wrote:
> I already use the ignore and uninore thingie. I was just hoping to order
> the headers so that reading email becomes more uniform.
I've been using hdr_order ever since I used mutt back in 0.9x. I guess
you need to dig deeper into the manual.
--
Ronny Haryan
Timothy Ball <[EMAIL PROTECTED]> wrote on Tue, 07 Dec 1999:
> Is there a way to make mutt display headers in the same order for each
> mail?
Yes, the hdr_order command.
I personally use this in my .muttrc:
# Header order
hdr_order Date: From: To: Cc: Subject: Resent-
Regards,
Mikko
--
// Mik
I'm an idiot.
hdr_order
Guess I need to get sgml-tools eh?
--timball
--
Send mail with subject "send pgp key" for public key.
pub 1024R/CFF85605 1999-06-10 Timothy L. Ball <[EMAIL PROTECTED]>
Key fingerprint = 8A 8E 64 D6 21 C0 90 29 9F D6 1E DC F8 18 CB CD
Is there a way to make mutt display headers in the same order for each
mail? It seem that mutt is just printing the headers in the order that
is inside each email. Like sometimes I get:
Date:
From:
To:
Subject: Uh huh.
Message-ID:
and other times I get:
Message-ID:
To:
Date:
S
Yes. www.pgpi.com has a pgp (6.5.x) plugin for outlook express 4/5, pegasus
mail, outlook, and eudora
-matt
- Original Message -
From: Mark Weinem <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, September 04, 1999 11:01 AM
Subject: Re: A feature request
>
1 - 100 of 131 matches
Mail list logo
