Jeremy Blosser ([EMAIL PROTECTED]) wrote :
Eric Maquiling [[EMAIL PROTECTED]] wrote:
I've been using PINE and PGP. I like viewing messages as a signed document
rather than the body of the email and the signature as an attachment.
It's nice you like it. It's not very practical or
On Fri, Sep 10, 1999 at 12:10:36AM -0500, Jeremy Blosser blurted:
Fairlight [[EMAIL PROTECTED]] wrote:
I've got a question about whether something is at all configurable without
hacking the source, either by option or part of the expression. Take:
macro index escg "!fetchmail\n"
On Thu, Sep 09, 1999 at 06:10:10PM -0500, Jeremy Blosser wrote:
Chris Green [[EMAIL PROTECTED]] wrote:
I have been using mutt on a number of different systems for quite a
long while (since something like version 0.7x I think). It has served
me well and has become steadily better. However
Chris Green:
What I need is to be able to view my POP3 'folder' and delete
individual messages. Most of the newer Unix/Linux MUAs do in fact
work this way with POP3 folders, it makes them look just like ordinary
local folders to the user. Using fetchmail with mutt can't do this at
all.
On Fri, Sep 10, 1999 at 01:23:00PM +0100, Edmund GRIMLEY EVANS wrote:
Chris Green:
What I need is to be able to view my POP3 'folder' and delete
individual messages. Most of the newer Unix/Linux MUAs do in fact
work this way with POP3 folders, it makes them look just like ordinary
Hello Mark:
Thanks for the quick reply. Your suggestion works. That is,
sendmail now doesn't die when I try to SMTP a message, but the message
seems to go to that great bitbucket in the sky, because it (the message)
never arrives at the addressee, and all trace of the message's
Hi,
I noticed this sort of strange behaviour, a minor irritant, and I was
wondering if there was a way to stop this from happening.
Even though I use a Finnish local on my system, I prefer to view my
folder/directory listings with English dates (month names). However,
to get proper attribution
Chris Green:
Is there a way of telling the MUA to delete a message locally (and not
download it again) but leave it on the server to be picked up by a
different machine later?
No, I don't think you could do this. Effectively what you have in
tkrat is what looks exactly like a local
On Fri, 10 Sep 1999, Chris Green wrote:
What I need is to be able to view my POP3 'folder' and delete
individual messages. Most of the newer Unix/Linux MUAs do in fact
work this way with POP3 folders, it makes them look just like ordinary
local folders to the user. Using fetchmail with
I have a weird question. Thanks to Sven, I recently learned that I
can pip from within mutt to 'vim -' to edit the current file, usually
a digest, and save to a file. Butt, I would like to be able to email
that file once I have edited it to what I want. Any way to open mutt
with this text file
Fairlight [EMAIL PROTECTED] wrote:
Try strictly: set sendmail="/path/to/sendmail -t"
Erf... don't do that. Mutt puts the addresses of the people to send to,
on the command line, so using -t is redundant, since it asks sendmail to
look in the headers of the message. Some sendmail's will
Ken W [EMAIL PROTECTED] wrote:
I have a weird question. Thanks to Sven, I recently learned that I
can pip from within mutt to 'vim -' to edit the current file, usually
a digest, and save to a file. Butt, I would like to be able to email
that file once I have edited it to what I want. Any
set the SUID bit on the gpg binary. the problem is -- so the gpg docs
go -- that, unless the program is being run as root, it could be swapped
out of memory and then, anyone who can read the swap device might be
able to get your password. now, if you have permissions on your swap
device set so
On Fri, Sep 10, 1999 at 02:29:38PM -0400, Pete Toscano wrote:
set the SUID bit on the gpg binary. the problem is -- so the gpg docs
go -- that, unless the program is being run as root, it could be swapped
out of memory and then, anyone who can read the swap device might be
able to get your
Hi,
when starting mutt-1.0pre2 I get the following error messages:
Fehler in /home/sf/.mutt/muttrc, Zeile 172: pgp_autoencrypt: Unbekannte Variable.
Fehler in /home/sf/.mutt/muttrc, Zeile 175: pgp_autosign: Unbekannte Variable.
Fehler in /home/sf/.mutt/muttrc, Zeile 178: pgp_default_version:
On 09/Sep/1999, Telsa wrote:
What kind of Linux system do you (the original poster) have? I have
Red Hat 6.0 and there is a default muttrc in /etc/Muttrc. Mutt reads
/etc/Muttrc? :-m Funny, I haven't realized I had one %-)
Doesn't mutt come with a sample muttrc, then? If not, then
Stefan Fleiter [EMAIL PROTECTED] wrote on Fri, 10 Sep 1999:
Error in /home/sf/.mutt/muttrc, Line xxx: pgp_xxx_xxx: Unknown option
I would guess that you have compiled Mutt without PGP support (maybe the
configure didn't auto-detect it or something..) You can verify this
from mutt -v
On Fri, Sep 10, 1999 at 11:09:05PM +0200, Stefan Fleiter wrote:
I use the international version (mutt-1.0pre2i.tar.gz) and studied
the manual and the faq but didn´t find anything.
The configure script needs to find the PGP executables in order
to compile with PGP support. Check your PATH
Hi Stefan!
On Fri, 10 Sep 1999, Stefan Fleiter wrote:
when starting mutt-1.0pre2 I get the following error messages:
Fehler in /home/sf/.mutt/muttrc, Zeile 172: pgp_autoencrypt:
+Unbekannte Variable.
Fehler in /home/sf/.mutt/muttrc, Zeile 175:
+pgp_autosign: Unbekannte Variable.
20 matches
Mail list logo
