as the body but doesn't ask for my passphrase...
Read doc/PGP-Notes.txt.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Hi! I'm Signature Virus 99! Copy me into your signature and join the fun!
should give the user comfort
similar to the one recode provides.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Hi! I'm Signature Virus 99! Copy me into your signature and join the fun!
/premail).
ack
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Hi! I'm Signature Virus 99! Copy me into your signature and join the fun!
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Hi! I'm Signature Virus 99! Copy me into your signature and join the fun!
On 1999-02-03 05:22:28 -0500, Scott McDermott wrote:
When did he stop maintaining the code?
Summer last year. Since then, the mutt-dev crowd is doing
maintenance. I'm the one who has write access to the cvs. ;)
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler
for
0.95.2?
I don't have the source code at hand, but I think the switch from rx
to regex is already in the stable branch which will eventually
become 0.95.2.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1
spam doesn't do that, you may
have noticed, because it would slow down the flow of sludge by
requiring small individual mailings (since it's easy to autotrash
messages with zillions of visible recipients).
This sounds reasonable to me.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http
On 1999-02-11 23:47:33 +, David S. Jackson wrote:
Has anyone gotten mutt to work with remailers? Perhaps by interfacing to
mixmaster or something? Perhaps via a script, or whatever?
Have a look at the _unstable_ CVS branch. It has mixmaster support.
--
Thomas Roessler · 74a353cc0b19
On 1999-02-11 22:11:37 -0500, Randall J. Million wrote:
Can someone point me to a web page that can tell me what mixmaster
is?
Ask altavista about anonymous remailers. It should help.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E
Warning
Could not process message with given Content-Type:
multipart/signed; boundary=6TrnltStXW4iwmi0; micalg=pgp-md5;protocol="application/pgp-signature"
On 1999-02-18 14:47:05 +0100, Andreas Jaekel wrote:
I considure this a bug. If it's an old one I'm sorry. I've
read the mutt FAQ by Fefe and the mutt fixes page by guckes. Didn't
find it there.
It's fixed in 0.95.2.
tlr
--
http://home.pages.de/~roessler/
On 1999-02-18 22:43:35 -0500, rfi from Rich Roth wrote:
Can you suggest where to find the text/enriched spec ? I'd like to
see if I can make a jed macro to high-light using it.
From handler.c:
/*
* A (not so) minimal implementation of RFC1563.
*/
BTW, jed macros for editing text/enriched
On 1999-02-21 16:31:31 -0800, Daniel Eisenbud wrote:
- for (j = 0; j i; j++)
+ for (j = 0; j i j old_msgcount; j++)
{
Note that this also applies to imap.c, line 707.
--
http://home.pages.de/~roessler/
- Forwarded message from "Gabor Z. Papp" [EMAIL PROTECTED] -
Date: Mon, 1 Mar 1999 14:38:18 +0100
From: "Gabor Z. Papp" [EMAIL PROTECTED]
Subject: Mutt (imap mailcap)
Hi Thomas,
0.95.3 why hasn't mailcap support when using imap folder?
Can I solve this problem?
- End forwarded
On 1999-03-31 16:12:32 -0500, David Thorburn-Gundlach wrote:
We have just switched from SlackWare to SuSE and things seem to be
going fairly well -- except for certain terminal characteristics.
As far as I know SuSE, you have changed from bad to worse. SuSE
tends to have some rather strange
confusion.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1ktr · http://home.pages.de/~roessler/
2048/CE6AC6C1 · 4E 04 F0 BC 72 FF 14 23 44 85 D1 A1 3B B0 73 C1
Hi! I'm Signature Virus 99! Copy me into your signature and join the fun!
nterpreted by the
receiver (see section 4.5.2 in RFC 821).
Is that right? What is the the sending MTA/MUA supposed to be doing
with such lines? What does Mutt do?
Mutt doesn't speak SMTP, so the problem lies in the configuration of
your M_T_A.
tlr
--
Thomas Roessler · 74a353cc0b19 · dg1
On 1999-03-09 21:12:55 -0600, Josh Hildebrand wrote:
The times when I get just the first word of the filename saved is
when I do a '| uudecode' (without -o and the filename).
This is obviously a problem with the version of uudecode you are
using.
Sorry for the confusion, but I still see
On 1999-03-10 08:56:18 -0500, rfi from Rich Roth wrote:
Probably - but couldn't this be fixed with a mailcap entry that uses the -o
option. Or does mutt not use mailcap for uudecode ?
no. 0.95 supports uuencode out of the box, just like base64 or
anything else. (With the exception that we
On 1999-03-17 23:16:58 +0100, Rejo wrote:
Is not in the docs and gives me an unknown variable error on setup.
Where did you take that variable from?
The unstable branch.
--
http://home.pages.de/~roessler/
On 1999-04-07 16:10:20 -0700, Daniel Eisenbud wrote:
mailboxes `ls -d $HOME/listmail/*`
Using "echo" instead of "ls" may save you one fork. ;-)
tlr
--
http://home.pages.de/~roessler/
On 1999-05-01 07:58:58 +0200, Erik van der Meulen wrote:
I have a problem decoding a message which is sent to me from a Windows
machine which uses PGP 602. It uses a RSA key which is ciphered IDEA.
In fact, it uses the same key I use now in Mutt, for I am sending this
to myself. Mutt does
Folks,
there was a long-standing problem with mutt losing index position
and even attribute settings when new messages were delivered to
maildir folders. This should be fixed in 0.95 and 0.96, but
nevertheless, I've been seeing some reports concerning such
behaviour recently.
So the question
On 1999-05-06 11:31:01 +, Andreas Wessel wrote:
I have the same probelm _and_ I'm using the "pgp-procmail-entry".
Works fine with pgpversions 602. But NOT with 602 - That version
gives just plaintext...
Strange. I'm regularly corresponding with a person who uses 6.0.2i
with Lotus
On 1999-05-06 18:04:15 +, Andreas Wessel wrote:
The person who's mail I can't read uses Eudora (I think). But that
shouldn't make a difference??!!
I'd suggest you just post one of the encrypted messages, _including_
all MIME headers, to this list. We won't be able to read much about
your
On 1999-05-17 08:31:40 -0700, Marco Mileto wrote:
How can I turn off the underlining/highlighting for users when they edit
a file? Do I have to edit every name.vim file on the system?
syntax off or something like this, if I recall it correctly.
Anyway, please direct your vim questions to the
On 1999-05-24 13:36:47 -0500, G. T. Francisco, III wrote:
I've just upgraded via RPM to 95.5i to take advantage of the compressed
folders patch. I did it via RPM as I'm really not that comfortable
compiling and installing tarballs.
Just out of curiosity: What's the source for 0.95.5 RPMs
On 1999-05-25 12:39:10 -0500, Jeremy Blosser wrote:
I found this one on rufus earlier this week and mailed him to see if it's
kept current and if I can link to it somewhere... I'd have to wonder if
sticking it on Geocities is really kosher though. I'm pretty sure they are
in the US.
Well,
On 1999-05-28 18:31:37 -0400, David Shaw wrote:
I just sent a post to mutt-dev about what seems to be a similar
problem. It seems to core when a fcc-save-hook matches using "~h".
Using ~b, ~h, or ~B in an fcc or fcc-save-hook will crash any
current mutt.
The problem is essentially that
On 1999-05-29 09:39:45 +0200, Thomas Roessler wrote:
Using ~b, ~h, or ~B in an fcc or fcc-save-hook will crash any
current mutt.
Not completely correct. It's only in an fcc-save-hook.
--- .bak/hook.c Thu May 27 13:10:46 1999
+++ hook.c Sat May 29 10:14:08 1999
@@ -1,5 +1,5
On 1999-06-02 01:24:21 +0200, Attila Csosz wrote:
How could I turn off highlighting( from/date fields in the header;
email-addresses in the body? How could I turn off blinking thread markers?
( currently green blinking ). I had 0.93.2( in RedHat 5.2 ) version;
it was with it everything OK.
Warning
Could not process message with given Content-Type:
multipart/signed; boundary=nFreZHaLTZJo0R7j; micalg=pgp-md5;protocol="application/pgp-signature"
On 1999-06-03 14:13:44 -0400, David Thorburn-Gundlach wrote:
I've seen a few posts now regarding 0.96 but haven't seen it at
guug.de to grab. If it's discussed that widely on mutt-users,
would I be crazy to think that it's more than an unstable dev
version?
Well, it's mostly working, and
ups.
Index: curs_main.c
===
RCS file: /home/roessler/cvsroot/mutt/curs_main.c,v
retrieving revision 2.3.4.11
diff -u -u -r2.3.4.11 curs_main.c
--- curs_main.c 1999/06/01 14:52:07 2.3.4.11
+++ curs_main.c 1999/06/08 17:32:24
@@
Warning
Could not process message with given Content-Type:
multipart/signed; boundary=4SFOXa2GPu3tIq4H; micalg=pgp-md5;protocol="application/pgp-signature"
On 1999-06-07 11:22:01 +0200, torben fjerdingstad wrote:
(actually this is a repost of my letter from May 30. I did not get
any replies then)
This bug has been fixed in 0.95.6.
Warning
Could not process message with given Content-Type:
multipart/signed; boundary=Q0rSlbzrZN6k9QnT; micalg=pgp-md5;protocol="application/pgp-signature"
On 1999-06-09 23:52:54 -0500, Josh Hildebrand wrote:
Sounds like a fetchmail bug to me..
Well, if he did the fetchmail -F against localhost, this would
explain the problem. ;)
On 1999-06-10 18:54:43 +0100, Lars Hecking wrote:
The man page continues to say
Applications which use this system
call must be coded to detect this failure and switch to
using chdir() from that point on.
which might be important for fixing this.
Using chdir() to
On 1999-06-29 11:10:59 +0200, Thomas Roessler wrote:
Bulk mailing has _nothing_ at all to do with the underlying
operating system, but with a MUA's configuration.
Nonsense. This should have been "MTA", not "MUA".
On 1999-07-01 13:35:33 -0500, David DeSimone wrote:
Unfortunately the documentation of this alleged process is so
sparse that I have been unable to determine how one goes about
setting up this recoding process. As far as I can tell, it is only
understood by the people that wrote the code.
On 1999-07-01 10:28:27 +0200, Daniel Bauke wrote:
I think it's look like a bug. I read that mutt converts `non-
printable' chars into question marks -- if someone need it it's ok,
but i want to turn it off. Unfortunately there are two `stan-
dards' in Poland -- iso-8859-2 and cp-1250,
On 1999-07-06 21:56:00 -0500, Jeremy Blosser wrote:
On 1999-07-06 14:33:47 -0400, Pete Toscano wrote:
is there a script to convert all my mh mailboxes to maildir
mailboxes (and back again if mutt keeps not working out)?
mutt -f $a -e "push T~A\nas$b\nq"
Here, $a is an mh folder
On 1999-07-16 12:37:13 +0200, Alexander Langer wrote:
Maybe in a further version themes could be added.
As you mention later in your own message, mutt is "themable" if you
want to call it like that, simply due to the fact that you can
include configuration files.
The whole point behind
On 1999-07-15 23:21:47 -0400, Mark Mielke wrote:
Mutt not being #1 shouldn't be surprising, nor a discouragement.
It's a simple fact that people are satisfied with crap.
It's not even about people being satisfied with crap.
It's about people having different needs. I can totally understand
On 1999-07-20 10:55:58 +0200, Christian Schult wrote:
X-IMAP: 0932443568 47
Pine creates this.
AFAIK, this message is generated by C-Client based IMAP and POP
servers. I'm not sure if pine (being C-Client based) is also using
this message, or just ignores it.
(Umh. Thinking
On 1999-07-22 21:26:59 +1100, Brian Salter-Duke wrote:
2. In the attachment menu send the file to a dummy script that
basically says "Hit enter to continue:" and waits until you do.
While it waits the file is in /tmp. I run samba and have the tmp
share open on the PC in a window. Pull down
On 1999-08-01 15:50:29 -0400, David Thorburn-Gundlach wrote:
ObMutt: I still haven't found [what I consider to be] a graceful
way to manage lots of various hooks for lots of various
personalities; am I really the only one out there that has
more than three or four email
On 1999-08-01 19:57:55 -0400, Matthew Cordes wrote:
I have downloaded the mutt source, but cannot find the appropriate
pgp6.5.1 patch. I was told that the cvs version included this
support. the contrib directory contains patches for pgp2 and 5,
but not 6. I have found a patch that i think
On 1999-08-08 23:38:32 -0700, rex wrote:
Why do you call a convention that was in use worldwide for several
years and perfectly functional, a bug?
While it's not an actual bug, it's _not_ perfectly functional.
There are several issues with traditional cleartext PGP signatures:
- When your
On 1999-08-09 12:43:07 -0700, rex wrote:
I don't mind -- too much -- having to spend a couple of hours
reading enough about procmail
A couple of hours? In doc/pgp-notes.txt, there is a recipe readily
available for cut paste.
to get it working, because it's a useful program for other
On 1999-08-09 15:22:07 -0700, rex wrote:
- When your mail user agent doesn't support PGP, it has no decent
access to the signed text. Not very nice.
But I don't understand this. The signature is just part of the
message and doesn't interfere with reading the signed part of the
message
On 1999-08-12 03:44:10 -0700, Leiden, Soren wrote:
Can anyone recommend a solution for text/html type attachments/e-mails?
Add this to your ~/.mailcap:
--
text/html; /usr/bin/lynx -dump -force_html %s; copiousoutput; nametemplate=%s.html
On 1999-08-12 10:57:40 -0500, Josh Hildebrand wrote:
If a message is multipart with a text/plain and a text/html version of the
same message, is there a way to tell mutt to not auto view the html
version, but rather just show me the text/plain version, since it is more
likely to be formatted
Mutt 0.95.7 has been released. The distribution tar-balls and PGP
signatures can be found under the following URL:
ftp://ftp.guug.de/pub/mutt/
This version is considered BETA, which means that there will still
be bugs, but it's most probably the most bug-free recent version of
mutt you can
I have corrected a little, cosmetic bug in the uploaded tar-balls,
thereby changing the checksums.
The new checksums are as follows:
9ba7a6b4365f4be3e78d428ff4f65a2d mutt-0.95.7i.tar.gz
21e8ce5e64eae3d98568f14d609711c8 mutt-0.95.7.tar.gz
Sorry for the confusion.
PGP signature
ftp://ftp.guug.de/pub/mutt/contrib/urlview-0.7.tar.gz
Jeremy?
On 1999-08-19 01:47:28 -0400, Fairlight wrote:
Date: Thu, 19 Aug 1999 01:47:28 -0400
From: Fairlight [EMAIL PROTECTED]
To: Mutt Users [EMAIL PROTECTED]
Subject: urlview ???
Content-Type: text/plain; charset=us-ascii
X-Mailer:
On 1999-08-19 09:29:03 -0400, Fairlight wrote:
NowI could see it saying that /var/spool/mail/fairlite had no
new mail...maybe irc does something when it checks my mailbox.
BUT... -Z should -not- tell me there's no new mail in any of my
mailboxes when I have two freshly generated
On 1999-08-19 13:01:31 -0400, sam wrote:
To be more precise, when I try to run mutt-0.95.4, it tells me
"Mutt does not like to run with privileges." I assume that means
mod privileges, so I changed privileges and nothing I tried would
allow me to run mutt.
You should not have installed
Try the attached patch. I'll also put it into stable.
Index: copy.c
===
RCS file: /home/roessler/cvsroot/mutt/copy.c,v
retrieving revision 2.4
diff -u -u -r2.4 copy.c
--- copy.c 1999/02/02 15:47:51 2.4
+++ copy.c
On 1999-08-20 19:00:49 -0400, Michael P. Soulier wrote:
X-Mailer: Mutt 0.91.1
You may wish to upgrade. ;-)
1. My local SMTP compliant mailboxes are in $HOME/nsmail. What's the
option to configure mutt to download my mail to say, $HOME/nsmail/Inbox?
Umh, SMTP doesn't specify any mail
On 1999-08-22 23:33:23 -0400, Ken W wrote:
I have bothered Sven enough. What is the difference between
hdr_format and index_format? Did index just replace hdr? Since I set
up my .muttrc I guess with mutt 0.88 or so, that is what I have for my
indexes.
From init.h:
{ "hdr_format",
Possibly, you can implement this using some wrapper tools. I seem
to recall that you can use ssl-wrap to "sslify" software which
doesn't support SSL as is. Please investigate this path further
before starting to add OpenSSL to mutt. ;-)
Thanks.
On 1999-08-23 09:49:27 -0400, Brendan Cully
On 1999-08-23 23:05:16 +0200, Martin Maciaszek wrote:
I guess I have to downgrade to pgp 5 and wait for pgp 6.5.1
support in mutt :(
It's there. Try this:
set pgp_default_version="pgp6"
\n\
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.\n\
Mutt is free software, and you are welcome to redistribute it\n\
under certain conditions; type `mutt -vv' for details.\n");
-const char Copyright[] = N_("\
+const char *Copyright = N_("\
Copyright (
On 1999-08-25 15:09:31 -0500, Jeremy Blosser wrote:
It's fixed now... the manual.txt has been through "col -b", but I'm
leaving the .txt.gz one as is for now, since the main point there
is to download, and I'm assuming most Mutt users will understand at
least why those codes are there,
On 1999-08-27 00:35:56 -0600, Kim DeVaughn wrote:
Personally, I've never found any good reason to use anything other
than mbox style boxes. They are also easier to do "external"
things with (like grep'ing the contents, etc), and seem to have
fewer problems with "new mail"
I'm tinkering around a bit with zsh.
Does anyone have something better than this for mutt command
completion? (I don't like that sub-directories hack too much, but
it seems to be the only thing I get working.)
--
mutt_aliases=(`awk '/^alias/ { print $2; }'
Note that it's generally a good idea _not_ to use as complex
software as mutt when working as root.
Instead, create a system alias which redirects any system mail to a
"real" user, and read it as this real user.
Also note that the permissions of the spool file are not of any
importance to
On 1999-08-31 12:43:58 +0200, Jimmy Mäkelä wrote:
I don't know if it's better, but I use the following completion:
Nice. However, the recursive path searching seems to be a bit slow...
That's not sufficient. Remeber that variables set from within hooks
are persistant.
On 1999-08-31 15:13:26 -0400, Joshua Weage wrote:
Date: Tue, 31 Aug 1999 15:13:26 -0400
From: Joshua Weage [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: pgp autosign
Mail-Followup-To: [EMAIL
On 1999-08-31 18:23:23 -0400, Joshua Weage wrote:
If that is the case, then anything that was changed with a
send-hook applies to all further messages that you send until
another send-hook is encountered? IMO, that is a bad idea, and
isn't mentioned in the manual. What is the
Mutt 1.0pre2 is out. This version is (once again ;-) considered to
be a release candidate.
Against 1.0pre1, there are several build changes (building this
version of mutt with SGI's cc should work), and back-ports of
IMAP-related bug fixes from the unstable branch.
Download information
On 1999-09-02 13:11:07 -0400, Fairlight wrote:
Actually, you bring up a good point on file locking...I installed
under linux from tarball and compiled it --with-flock
--without-fcntl ...and I can run 2 mutt sessions on the same
mailbox and have one alter it, and then when you go back to the
On 1999-09-02 21:51:27 +0200, Frederick Page wrote:
I have a standard Pentium 90, Debian Linux 2.1 (slink), the "old"
mutt-0.95.4 compiled fine at the time, but now also gives the same
error. Am I doing something wrong here?
Something with your system, I'd guess.
Actually, I'm using slink
On 1999-09-03 14:28:31 -0700, David Benfell wrote:
[benfell@phantom benfell]$ ls -al /var/spool/mail/
total 22
drwxrwxr-x 2 root root 1024 Sep 3 14:07 .
root.root? This looks _very_ strange. Please check whether the
group of /var/spool/mail matches that of
On 1999-09-03 23:28:58 -0400, David Thorburn-Gundlach wrote:
Not sure why you saw the cs.hmc.edu address, but I'd say that
Jeremy will probably be looking into it soon.
It was in contrib/sample.muttrc.
PGP signature
On 1999-09-03 16:58:54 -0700, A Guy Called Tyketto wrote:
These aren't totally required, but I did stumble across these errors
in my .muttrc after running mutt 1.0pre1i, 1.0pre2i, and 0.95.7i, involving
PGP. I am using GnuPG currently, but these errors come up with PGP 2.6.* as
On 1999-09-04 14:03:30 -0400, Fairlight wrote:
After looking at the kernel source, the unicode docs, and not a
small amount of pestering of Alan Cox, who was kind enough to help
me, I've discovered that for (stock, American) Linux consoles, you
really want your .muttrc to say:
set
The attached patch fixes a buffer overflow in mutt's text/enriched
handler. Additionally, a second problem which may lead to unlimited
growth of the buffer in question is fixed.
Thanks to Andreas Kirchwitz for noting that there was a problem.
Index: handler.c
Mutt 1.0pre3 is out. This is another version from the release
candidate series. The reason for immediately releasing this version
is a buffer overflow in the text/enriched handler which can be
triggered by means of suitably-formatted e-mail messages. Thus, we
recommend you upgrade your mutt
On 1999-09-25 19:31:24 +0200, peter pilsl wrote:
I was using mutt for a long time without any problems. A few days
ago I decided to upgrade to mutt1.0pre2i and now I am doomed.
There have been several reports of this kind of bug before.
Typically, they were caused by incomplete or incorrect
On 1999-09-24 14:01:39 -0400, Alec Habig wrote:
.saves-1074902-budoe.bu.edu
This isn't the editor temporary file (this current editing session is
mutt-1093277), but rather is a file which contains the names of the
edited mail messages. The current one looks like
These files are not
On 1999-09-28 12:04:17 -0500, David DeSimone wrote:
There is s save-decode command, but I don't know if weeding headers
is part of the decode process.
With unstable, it is.
On 1999-10-01 00:14:59 +0200, [EMAIL PROTECTED] wrote:
This mail is a messages which has been converted by an in-house
utility from a Lotus Notes database document, and I suspect that
some headers are missing / incorrect.
Actually, the message-id header was missing.
Here's a quick fix for
Mutt's mh folder support could indeed be better. However, mh
folders have serious problems with properly maintaining folder state
when several programs may access the folder concurrently. I'm not
aware of any well-defined locking solution for this.
Thus, I'd recommend you consider mutt's mh
You can find it on the standard PGP key servers, and in the
attachment to this message.
On 1999-10-04 15:22:15 -0400, Howard Arons wrote:
Date: Mon, 4 Oct 1999 15:22:15 -0400
From: Howard Arons [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: PGP Sig on Distros
Where is the PGP key to be
The behaviour you observe means most probably that we have some rare
problem when reading user headers from the edited file. Since you
seem to be able to reproduce this problem, could you please give us
a mail message which reproduces this when you try to send it, and
(possibly minimized) my_hdr
On 1999-10-06 14:27:56 +1000, Brett White wrote:
alias dad Allan White [EMAIL PROTECTED]
alias mum Margaret White [EMAIL PROTECTED]
If I now want to make an alias called family that mails both
mum and dad how do I do this? I have tried...
alias family Family dad, mum
that is, it doesn't
On 1999-10-06 11:57:42 -0500, David DeSimone wrote:
But, the "from" variable is documented as:
When set, this variable contains a default from address. It
can be overridden using my_hdr (including from send-hooks) and
... and what??
... and reverse_name. I've fixed this in the
On 1999-10-07 03:46:59 -0200, Frederic L . W . Meunier wrote:
I'm sorry, but I don't think implementing this would be a bad idea.
We don't believe it's necessary.
The Debian GNU/Linux folks have a nice program called ssmtp, which
gives you a simple SMTP client which imitates sendmail's
On 1999-10-07 00:04:25 +0200, [EMAIL PROTECTED] wrote:
Ok, I tried today with several combinations. Removing .muttrc (with
my my_hdr settings) did not change a thing, just like removing
_any_ header. However, inserting the Message-Id: field _did_ cure
the problem: I could reply again! So,
On 1999-10-08 00:57:39 +0300, Mikko Hänninen wrote:
First of all -- in which version is this? I've been using 1.0pre2,
but that lacked the variable, so I got and compiled pre3. But that
didn't appear to have a $from variable either. So is this only in
the developement version or
I've just uploaded mutt 1.0pre4 to ftp.mutt.org/pub/mutt/. I
sincerely hope that this is the last version from the release
candidate series.
Please try this versions and report any problems to this list ASAP.
Distributors should _not_ use this version, since I hope to be able
to release 1.0
When using unstable, "resend-message" essentially behaves like the
recalling of a postponed message. Actually, it shares lots of code
with that function. Thus, you can just re-send the message.
The problem with this is that the message will be sent depending on
the headers, that is, every
You could easily use the back-end parts, that is, the various
MIME handlers, the mailbox and message access code, etc. However,
you'd probably have to redo all the user interface code.
I seem to recall that balsa actually goes this way. You may wish to
have a look at it as a starting point.
From my experience, these attachments are probably uuencoded and
then put into the usual MIME encapsulation. That is, you should
actually be able to decode it with Unix board means.
On 1999-10-14 16:56:06 +, Bernd Renzing wrote:
To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Bernd
Mutt 1.1 [UNSTABLE] is out. This is the first publicly announced
version from the unstable CVS branch which is where development
takes place.
You should download and install this version if you
- want to help the developers by testing this version and submitting
bug reports,
- want to
Umh. Apparently the announcement for the (stable) 1.0 release
didn't make it to this list in time. Please find it attached.
On 1999-10-22 10:38:19 +0200, Thomas Roessler wrote:
Date: Fri, 22 Oct 1999 10:38:19 +0200
From: Thomas Roessler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Mutt
On 1999-10-22 12:13:04 +0200, Martin Schröder wrote:
That doesn't work for me; I get the
text/enriched not supported, use "v" to view this part
and then
mailcap entry for type text/enriched not found
what should be the correct configuration?
Whow... How do you get these messages?
1 - 100 of 584 matches
Mail list logo