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
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
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
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(
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
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 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 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 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
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
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
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
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
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
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
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
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
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
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?
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
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
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.
>
> --
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
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'
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
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
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
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
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
29 matches
Mail list logo
