Re: Feature request

2016-05-05 Thread Erik Christiansen
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

Feature request

2016-05-04 Thread Walter Alejandro Iglesias
+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

Re: [FEATURE REQUEST] ~/.muttrc, ~/.mutt/muttrc and other

2008-05-19 Thread Rado S
=- 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 I

Re: [FEATURE REQUEST] ~/.muttrc, ~/.mutt/muttrc and other

2008-05-19 Thread Rocco Rutte
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

[FEATURE REQUEST] ~/.muttrc, ~/.mutt/muttrc and other directories

2008-05-18 Thread Michelle Konzack
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

feature request - save_domain

2002-10-01 Thread Eric Smith
.. 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]

Re: feature request - save_domain

2002-10-01 Thread darren chamberlain
* 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, trying

Re: Feature request: cross-mbox threading

2002-07-07 Thread Benjamin Pflugmann
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) but

Re: Feature request: cross-mbox threading

2002-07-06 Thread Rocco Rutte
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

Re: Feature request: cross-mbox threading

2002-07-05 Thread Benjamin Pflugmann
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 be

Re: [Feature request] mailbox aliases and internal filtering

2002-07-02 Thread Vineet Kumar
* 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're

Re: [Feature request] mailbox aliases and internal filtering

2002-07-02 Thread Vincent Lefevre
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

Feature request: cross-mbox threading

2002-07-02 Thread Charles Jie
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.

[Feature request] mailbox aliases and internal filtering

2002-07-01 Thread Vincent Lefevre
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

Re: [Feature request] mailbox aliases and internal filtering

2002-07-01 Thread Dave Pearson
* 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 the

Re: [Feature request] mailbox aliases and internal filtering

2002-07-01 Thread Vincent Lefevre
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 URL:http://www.davep.org/mutt/muttrc/folder-hooks.html and look at the last set of hooks. This is not exactly what I

Re: Feature request: uncolor not only in index

2002-04-20 Thread Sven Guckes
* 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 a

Re: Feature request: uncolor not only in index

2002-04-11 Thread John Buttery
* 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...I

Re: Feature request: uncolor not only in index

2002-04-11 Thread darren chamberlain
* 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

Re: Feature request: uncolor not only in index

2002-04-11 Thread Dan Boger
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

Re: Feature request: uncolor not only in index

2002-04-11 Thread Gary Johnson
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

Re: Feature request: uncolor not only in index

2002-04-11 Thread darren chamberlain
* 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 headings like

Feature request: uncolor not only in index

2002-04-10 Thread Michael Tatge
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 f5 exitenter-commandcolor body [0-9]enterdisplay-message So far so good.

Re: Feature request: uncolor not only in index

2002-04-10 Thread David T-G
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

Re: Feature request: uncolor not only in index

2002-04-10 Thread Michael Tatge
David T-G ([EMAIL PROTECTED]) muttered: ...and then Michael Tatge said... % macro pager f5 exitenter-commandcolor body [0-9]enterdisplay-message % What about a different approach: just search for [0-9\-/\.]* No. This would color each and every -, / and ., too. But ([0-9]+[\.:/-]*)* would

Re: Feature request: uncolor not only in index

2002-04-10 Thread David T-G
Michael -- ...and then Michael Tatge said... % % David T-G ([EMAIL PROTECTED]) muttered: % ...and then Michael Tatge said... % % macro pager f5 exitenter-commandcolor body [0-9]enterdisplay-message % % % % What about a different approach: just search for [0-9\-/\.]* % % No. This would

Re: Feature request: uncolor not only in index

2002-04-10 Thread Gary Johnson
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 f5 exitenter-commandcolor body [0-9]enterdisplay-message % What about a different approach: just search for [0-9\-/\.]* No. This

Re: Feature request: uncolor not only in index

2002-04-10 Thread Michael Tatge
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 turn it

Re: Feature request: uncolor not only in index

2002-04-10 Thread David T-G
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. Right.

Re: Feature Request

2002-04-04 Thread Shawn McMahon
begin quoting what Sven Guckes said on Thu, Apr 04, 2002 at 01:39:43AM +0200: feature request denied. macro index c change-folder! That breaks ? for list functionality. It would be better to assign it to another key: macro index I change-folder!\r Then get used to using I when you

Re: Feature Request

2002-04-04 Thread Patrick
* 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 change-folder! That breaks ? for list functionality. It would be better to assign it to another key: macro

Feature Request

2002-04-03 Thread pat
Feature request. It would be nice and timesaving (for me, at least) if change-folder would default to ! when where was not a folder containing New Mail. Perhaps a set feature in muttrc ?? set change-folder some-default-location Just a thought. -- Pat Shanahan Registered Linux

Re: Feature Request

2002-04-03 Thread Sven Guckes
* pat [EMAIL PROTECTED] [2002-04-03 19:48]: Feature request. It would be nice and timesaving (for me, at least) if change-folder would default to ! when where was not a folder containing New Mail. Perhaps a set feature in muttrc ?? set change-folder some-default-location feature request

Re: Feature Request

2002-04-03 Thread Will Yardley
Sven Guckes wrote: * pat [EMAIL PROTECTED] [2002-04-03 19:48]: Feature request. It would be nice and timesaving (for me, at least) if change-folder would default to ! when where was not a folder containing New Mail. Perhaps a set feature in muttrc ?? set change-folder some-default

Re: Feature Request - change the change-folder default folder

2002-04-03 Thread Patrick
* 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! Sven Just for you, Sven. aka patrick

Feature request: auto_view accepts its own handler

2002-03-05 Thread John Buttery
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

Re: command line folder alias access (feature request)

2001-11-02 Thread David T-G
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. % % It

Re: command line folder alias access (feature request)

2001-11-01 Thread David T-G
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 -f

Re: command line folder alias access (feature request)

2001-11-01 Thread Alexander V. Konstantinou
% 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 quick

command line folder alias access (feature request)

2001-10-30 Thread Alexander V. Konstantinou
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 this

Re: feature request

2001-07-13 Thread Erwin Kaiser
Thanks! Erwin

feature request

2001-07-12 Thread Erwin Kaiser
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

Re: feature request

2001-07-12 Thread Lars Hecking
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

Re: feature request

2001-07-12 Thread Biju Chacko
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

Re: Feature Request - don't encrypt when sending to mailing list

2001-04-10 Thread David
David wrote: send-hook ~l 'push f^Uenterpsenter' Okay well that should have been just: send-hook ~l 'push psenter' 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

Re: Feature Request - don't encrypt when sending to mailing list

2001-04-09 Thread Aaron Schrab
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, but

Re: Feature Request - don't encrypt when sending to mailing list

2001-04-09 Thread David
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:

Re: Feature Request - don't encrypt when sending to mailing list

2001-04-09 Thread Christian Biesinger
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, Mutt

Re: Feature Request - don't encrypt when sending to mailing list

2001-04-09 Thread Jeremy Blosser
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

Feature Request - don't encrypt when sending to mailing list

2001-04-08 Thread Christian Biesinger
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

Re: feature-request: delayed resubmission, follow-up

2000-12-20 Thread Heinrich Langos
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 in the

Re: feature-request: delayed resubmission, follow-up

2000-12-20 Thread Conor Daly
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

Re: feature-request: delayed resubmission, follow-up

2000-12-20 Thread Gary Johnson
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 the

Re: feature-request: delayed resubmission, follow-up

2000-12-20 Thread David T-G
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. % % It

Re: feature-request: delayed resubmission, follow-up

2000-12-19 Thread David T-G
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

feature-request: delayed resubmission, follow-up

2000-12-18 Thread Heinrich Langos
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

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Thomas Roessler
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.

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Suresh Ramasubramanian
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.

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Heinrich Langos
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 a

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Thorsten Haude
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 if

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Heinrich Langos
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 are

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Sankaranarayanan K V
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

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Sankaranarayanan K V
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, xbuffy is

Re: feature-request: delayed resubmission, follow-up

2000-12-18 Thread Thomas Roessler
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

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-23 Thread Daniel Kollar
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

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-23 Thread Mikko Hänninen
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 to do this

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-23 Thread Petr Hlustik
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 within

FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-20 Thread Daniel Kollar
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

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-20 Thread Thomas Roessler
+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 List [EMAIL PROTECTED] User-Agent: Mutt/1.2i Hello mutt

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-20 Thread Daniel Kollar
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 this.

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-20 Thread Dan Boger
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 active

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-20 Thread Thomas Roessler
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.

Re: FEATURE-REQUEST: mutt looks for PGPPASS environment variable

2000-10-20 Thread Bob Bell
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. :-)" --

Re: feature request: delayed delete

2000-06-29 Thread Eugene Lee
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

Re: feature request: delayed delete

2000-06-28 Thread Eugene Lee
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

Re: feature request: delayed delete

2000-06-28 Thread Sven Guckes
* 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 do

Re: feature request: delayed delete

2000-06-28 Thread Marius Gedminas
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 with

feature request: delayed delete

2000-06-27 Thread Carlos Puchol
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

Re: feature request: graft and prune functions

2000-04-28 Thread David T-G
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

Re: feature request: graft and prune functions

2000-04-24 Thread Charles Curley
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 their email

Re: feature request: graft and prune functions

2000-04-19 Thread Thomas Roessler
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/

Re: feature request: graft and prune functions

2000-04-19 Thread David T-G
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 partially %

Re: feature request: graft and prune functions

2000-04-19 Thread David T-G
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

Re: feature request: graft and prune functions

2000-04-19 Thread Thomas Roessler
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.

Re: feature request: graft and prune functions

2000-04-19 Thread Michael Tatge
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

feature request: graft and prune functions

2000-04-18 Thread David T-G
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

[Feature Request] ordering of headers

1999-12-07 Thread Timothy Ball
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: blah From: foo To:me Subject: Uh huh. Message-ID: string and other times I get: Message-ID:

Re: [Feature Request] ordering of headers

1999-12-07 Thread Timothy Ball
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

Re: [Feature Request] ordering of headers

1999-12-07 Thread Mikko Hänninen
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 -- // Mikko

Re: [Feature Request] ordering of headers

1999-12-07 Thread Ronny Haryanto
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

Re: [Feature Request] ordering of headers

1999-12-07 Thread Thomas Roessler
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 of headers Mail-Followup-To: Mutt

Re: [Feature Request] ordering of headers

1999-12-07 Thread Sean Rima
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 email.

Re: A feature request

1999-09-05 Thread Matthew Cordes
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 On Thu, Sep 02, 1999

A feature request

1999-09-02 Thread Marius Gedminas
Hello, mutt is wonderful. However there is nothing perfect in this world (for me, that is), so I'd like to talk a bit about ignore_list_reply_to variable. We have a couple of local (in geographical sense) mailing lists in which mails come with a huge variance in To: fields, e.g. To: [EMAIL

Re: A feature request

1999-09-02 Thread Brian D. Winters
Also, does anybody know what `Content-Type: text/plain, charset="utf-7"' mean? I do know UTF-8, but I can only guess what UTF-7 is. AFAIK both Netscape and Internet Explorer support it. I recently received a couple of mails in this encoding (mailer: MS Outlook Express 5.00) and the only

Re: Feature request (or yet another brainfart by M$?)

1999-08-11 Thread David DeSimone
Ralf Hildebrandt [EMAIL PROTECTED] wrote: Have you ever wished you could take back something you said? Well here's some good news: Outlook allows you to recall an email message that you sent to another Outlook user! This is a feature of the underlying Exchange protocol. SMTP has no such

Re: Feature request (or yet another brainfart by M$?)

1999-08-11 Thread Ken W
On Wed, Aug 11, 1999, Ralf Hildebrandt wrote: Have you ever wished you could take back something you said? Well here's some good news: Outlook allows you to recall an email message that you sent to another Outlook user! This feature works only if the message you're trying to recall hasn't

Re: Feature request (or yet another brainfart by M$?)

1999-08-11 Thread Ralf Hildebrandt
On Wed, Aug 11, 1999 at 06:54:25PM +0100, Lars Hecking wrote: Hmm, I wonder how one can abuse this? But wouldn't that be another nice feature for mutt? Ralf, you should lock your screen while away from the computer. I can't believe you actually typed this :) Ok, the eclipse burned my

Re: Feature request (or yet another brainfart by M$?)

1999-08-11 Thread Ralf Hildebrandt
On Wed, Aug 11, 1999 at 12:56:14PM -0500, David DeSimone wrote: This is a feature of the underlying Exchange protocol. SMTP has no such feature. Hmm, but couldn't mutt support this feature? -- Ralf Hildebrandt [EMAIL PROTECTED] www.stahl.bau.tu-bs.de/~hildeb The secret of flying is simple:

Re: Feature request (or yet another brainfart by M$?)

1999-08-11 Thread Stefan `Sec` Zehl
On Wed, Aug 11, 1999 at 08:26:40PM +0200, Ralf Hildebrandt wrote: On Wed, Aug 11, 1999 at 12:56:14PM -0500, David DeSimone wrote: This is a feature of the underlying Exchange protocol. SMTP has no such feature. Hmm, but couldn't mutt support this feature? And now, for your amusement,

  1   2   >