You have to set the "mailboxes" line in your .muttrc.
http://www.mutt.org/doc/manual/manual-3.html#ss3.10
Sorry to piggyback on your post, but this brings up a question I have
about this definition. Is it possible to specify "all mailboxes in my
$folder directory?"
I tried:
=
=*
=/*
and
~/ma
I'm using gpg 1.0.0 with the IDEA and RSA modules loaded. It was all
compiled from source.
Same goes for PGP 5.01.
With GPG as my "pgp_default_version" I have no problem decrypting
and verifying signatures and messages made by either GPG or PGP.
When I use PGP with mutt however (pgp_default_ve
I'm wondering if this is a bug or something. I am sorting my index by
threads/reverse-date-received, and any time I source my .muttrc the
order of my index (message list) is reversed.
If I re-read the mailbox (c ! for example) the listing returns to
normal.
Is it supposed to do this?
How about setting:
export TERM=xterm
prior to running Mutt?
On Fri, Feb 04, 2000 at 06:19:14AM -0500, mike irwin wrote:
> can anyone tell me if, and how to set up mutt to be run in eterm? i was just using
>xterm before, but now i would like to use eterm with trans on (if possible). when i
On Fri, Feb 04, 2000 at 06:51:25AM -0600, Christopher Uy wrote:
>
> Does this happen with any message you sign, no matter how simple it
> is? I know I had problems verifying signatures for a while, but the
> problem was intermittent and ultimately turned out to be related to a
> procmail bug and
On Sun, Feb 06, 2000 at 03:09:43PM +, Edmund GRIMLEY EVANS wrote:
> Wouter Hanegraaff <[EMAIL PROTECTED]>:
>
> > and a bit below there is a header like this Sender: [EMAIL PROTECTED]
> >
> > However, I have multiple accounts because I don't want certain people
> > and mailing lists to spam m
I've been doing this on my qmail system; however, qmail still puts a "Return-Path"
header on the message which indicates the local username who called "sendmail." I
haven't found any way around this yet.
You can set the $QMAILUSER and $QMAILHOST env vars to specify what you want in the
Return
Hi, it seems that my folder hooks are not run when I load a specific folder from the
command line.
For instance, I have a folder hook that looks like this:
folder-hook =mutt "my_hdr From: Jim Breton <[EMAIL PROTECTED]>"
But if I load mutt like this:
mutt -f ~/mail/mutt
Haha -- guess what. :) Just on a whim I tried setting the Return-Path with a
"my_hdr" command and qmail did honor it! Perfect!
I was all excited about it, but you beat me to the punch. :)
Thanks!
On Sat, Jan 29, 2000 at 08:42:58PM +0200, Mikko Hänninen wrote:
> Jim B
Quick question. Do people generally find it annoying if I don't use line wrap in my
editor (vim)? I see that most other people on this list appear to be using line wrap
in their editors, I always left mine disabled figuring the client's reader/pager would
handle the wrapping. Is this a bad i
hook seems to make a match on either one.
I've tried "mutt" and "=mutt" for the hook. There must be some regexp pattern that
would get this right.
Or am I being too picky, and should just rename my folders? ;)
On Sat, Jan 29, 2000 at 12:57:39PM -0600, Jon Miner wro
nother question. :)
- Forwarded message from Jim Breton <[EMAIL PROTECTED]> -
As some of you may remember I just "discovered" Mutt only a few days ago. Well, those
few days have been awesome, Mutt is unbelievable!
I do have a few questions though. :)
For one, I'
As some of you may remember I just "discovered" Mutt only a few days ago. Well, those
few days have been awesome, Mutt is unbelievable!
I do have a few questions though. :)
For one, I'm always wondering if anyone has any patches for matching on something
other than the beginning of a Subject
Hi.
Using:
~t
works for me.
(With the T command which you've already got.)
On Mon, Jan 31, 2000 at 10:26:38PM -0700, Charles Curley wrote:
> I have tons of email I'd like to tag based on the contents of the To:
> line. Searching (T) doesn't seem to do it. How can I do that? Thanks.
>
> --
Is this a bug, or intended behavior?
1) compose a message with a user-defined Return-Path my_hdr
2) postpone it
3) recall it
4) note that the user-defined Return-Path is gone
The Return-Path line is saved in the "postponed" file when you postpone
it; but, when you read it back in for editing, it
Anyone have any ideas on this? (I didn't get any responses.)
- Forwarded message from Jim Breton <[EMAIL PROTECTED]> -----
From: Jim Breton <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2000 20:27:23 +
To: [EMAIL PROTECTED]
Subject: my_hdr stripped when recalling a postponed m
On Tue, Sep 12, 2000 at 06:36:11AM -0400, David T-G wrote:
> At the compose screen, I chose to 'e'dit my message again, and the R-P:
> header was gone.
Argh!!
> Are you really supposed to be able to define R-P:: yourself, perhaps?
I don't know of any reason why you shouldn't be able to. :) I
On Mon, Jan 01, 2001 at 05:40:47PM +0100, Jens Nestel wrote:
> I just sent an e-mail an I want to view it again,
> but how can I display the contents of sent mail again ?
>From man muttrc:
record
Type: path
Default: ""
This specifies the file int
Hello, using Mutt-1.2.5.
I'm re-writing my Message-ID headers using qmail-queue, but while
experimenting with that header for the benefit of a sendmail-using
friend, I came across this phenomenon.
If I use my_hdr to add a Message-ID header to the stuff I am sending,
Mutt will _still_ put its own
Hello, using Mutt-1.2.5 here.
I'm re-writing my Message-ID headers using qmail-queue, but while
experimenting with that header for the benefit of a sendmail-using
friend, I came across this phenomenon.
If I use my_hdr to add a Message-ID header to the stuff I am sending,
Mutt will _still_ put it
On Fri, Mar 23, 2001 at 12:59:52PM +0100, Thomas Roessler wrote:
> > I'm re-writing my Message-ID headers using qmail-queue,
>
> Why are you doing such things? You'll ruin the possibility to get
> proper threading with message copies mutt may write to folders while
> sending.
Actually, you're r
On Fri, Mar 23, 2001 at 05:44:12PM +0100, Jerome De Greef wrote:
> RFC 822:
> [...]
> This identifier is intended to be machine readable and not necessarily
> meaningful to humans.
> [...]
>
> That says it all ;)
No, it doesn't.
The problem is that it currently _IS_ meaningful to humans. If it
On Fri, Mar 23, 2001 at 06:13:35PM +0100, Jerome De Greef wrote:
> And what's your problem with it being readable by humans ?
I already explained why, several messages ago in my response to Thomas.
On Fri, Mar 23, 2001 at 06:39:48PM +0100, Jerome De Greef wrote:
> (hum, I think I don't get the point on this one)
I noticed. ;)
The point is, it gives away information that maybe some people don't
want to give away.
Using a randomly-rotated 3- or 4-character string would be far better
than us
On Sun, Apr 08, 2001 at 04:09:55PM -0400, Phil Sexton wrote:
> Would any of you know how to play a new mail wav file upon arival of new
> mail? I would like to:
I'm using gkrellm for this (and other things):
http://newweb.wt.net/~billw/
> It would really be neat if I could play different wavs
If I have a process which writes to a mailbox which Mutt already has
open, is there any reason for this to be considered unsafe?
For example I have some 'fetchpop' processes that write to several
mailboxes; if I have one of them open Mutt doesn't appear to have any
problem seeing the new message(
Something I've been noticing is that if my MDA (qmail-local from qmail
1.03) writes a new message to a mailbox while Mutt (1.2.5i) is in the
process of opening that mailbox, I will end up with two exact copies of
that message in the mailbox.
OS is Debian 2.2 with a 2.4.3 Linux kernel.
Any ideas
On Sun, Apr 15, 2001 at 02:11:46PM -0500, Tim Legant wrote:
> It's a maildir feature that this can't ever happen.
>
> It's a mbox "feature" that you have to use locking to prevent it from
> happening.
Lol.. yep.
This is occurring with regular mailboxes. I would have expected Mutt to
do that lo
On Mon, Apr 16, 2001 at 12:24:34AM -0500, Tim Legant wrote:
> Yes and no. Mutt has to be compiled with the correct options to do it.
> Assuming you're on a system where qmail uses flock (not HP/UX or
> Solaris), configure mutt with --enable-flock. Then they're both talking
> the same language.
Th
29 matches
Mail list logo
