slackware-current with glibc-2.2.3
mutt compiles but gives warnings like
gcc -DSHAREDIR=\/usr/local/share/mutt\ -DSYSCONFDIR=\/usr/local/etc\
-DBINDIR=\/usr/local/bin\ -DHAVE_CONFIG_H=1 -I. -I. -Iintl
-I/usr/local/include -I/usr/include/ncurses -I./intl -Wall -pedantic -g
-O2 -c muttlib.c
In
Hmm. I am using 3.14, but I am not using maildir. I am using imap.
Either way, like I said, procmail works fine if the 'Lines' header
recipe is commented out. Here is what I find in the ~/.procmail.log:
procmail: [3167] Fri Jun 15 02:58:30 2001
procmail: Match on ! ^Lines:
procmail: Score:
Hi all,
How can multiple attachments be saved to a particular directory in a
single shot?
When the attachments are all tagged and I give ';'-'s' , it gives
filename to save as for each file individually and so I have to type
/path/to/directory/ before each filename. How can I specify the save
Hi all,
The mapping of 'd' for 'delete message' seems to have been lost in
pager mode. Now, I have to hit 'Alt-d' to mark the current message for
deletion when in pager mode. In index mode thare is no problem.
I have not bound [dD] or alt combos of either to any function in my
muttrc.
What
On Fri, Jun 15, 2001 at 09:17:17AM +1200, Richard B Mahoney wrote:
Can't open PGP subprocess!: No such file or directory\
(errno = 2)
You have to copy:
/usr/doc/mutt-1.2.5i/samples/pgp5.rc
to your home directory and source it from your muttrc.
-Gaurav
--
Sleep: A completely
Frustration. I've changed every combination of mailpath, sppolfile,
locking combination that I can find.
The result is the same. When I send myself a test message and then
hit CTL Shft L the reply is:
Mailbox was externally modified. Flags may be wrong.
And Mutt does not see the new
BTW, this is my /etc/procmailrc, in case it is helpful:
SHELL=/bin/sh
MAILDIR=/usr/cyrus
LOGFILE=$HOME/.procmail.log
VERBOSE=yes
# Place any antispam or other universal filters here. Don't
# write to files or pipe to programs unless you are ABSOLUTELY
# SURE you know what you are doing!
# :0
Hi all,
Just a little question. When I sort my mails by threads, some replies
appears with a * instead of - in the pager.
I didn't find informations about this in the Mutt's doc.
Can someone tell me what does it means ?
Thanks in advance for your repl(y|ies)
Gilles.
Good news. I left sendmail up using the procmail config, and all mail
that came to me between roughly 3:30 and 9:00 this morning went to
/dev/null for some reason. I think it is the user+detail@server
format I use for mail sorting. Usually deliver handles that.
I also noticed something odd in
Gilles CHAUVIN wrote:
Just a little question. When I sort my mails by threads, some replies
appears with a * instead of - in the pager.
I didn't find informations about this in the Mutt's doc.
Can someone tell me what does it means ?
As I understand it:
If the $strict_threads variable
On Fri, Jun 15, 2001 at 10:14:43AM -0400, Mr. Wade wrote:
As I understand it:
If the $strict_threads variable is set, threading will only be
done according to the In-Reply-To: and References: headers.
When $strict_threads is unset, (which it is by default,)
threading will also be
I was just going to forward your message to procmail list and saw that you
did that yourself :)
On Fri 15 Jun 2001, Louis LeBlanc wrote:
Good news. I left sendmail up using the procmail config, and all mail
that came to me between roughly 3:30 and 9:00 this morning went to
/dev/null for some
On Fri 15 Jun 2001, Louis LeBlanc wrote:
Hmm. I am using 3.14, but I am not using maildir. I am using imap.
Either way, like I said, procmail works fine if the 'Lines' header
recipe is commented out. Here is what I find in the ~/.procmail.log:
This is really odd. It works fine for me on 3
On 06/15/01 09:44 AM, Igor Pruchanskiy sat at the `puter and typed:
On Fri 15 Jun 2001, Louis LeBlanc wrote:
Hmm. I am using 3.14, but I am not using maildir. I am using imap.
Either way, like I said, procmail works fine if the 'Lines' header
recipe is commented out. Here is what I find
On Fri, Jun 15, 2001 at 12:48:24PM -0400, Louis LeBlanc wrote:
I don't know what the deal is. Like I said in the procmail message, I
suspect that part of the problem is in the lock attempt at
/var/spool/mail/leblanc.lock
What do you do there? do you have permissions to write to that dir?
On 06/15/01 01:04 PM, Dan Boger sat at the `puter and typed:
On Fri, Jun 15, 2001 at 12:48:24PM -0400, Louis LeBlanc wrote:
can't you just set $LOCKFILE to someplace else where you do have write
permissions?
Apparently not. I entered the following line at the top of the
/etc/procmailrc
On Fri, Jun 15, 2001 at 02:14:54PM -0400, Louis LeBlanc wrote:
On 06/15/01 01:04 PM, Dan Boger sat at the `puter and typed:
On Fri, Jun 15, 2001 at 12:48:24PM -0400, Louis LeBlanc wrote:
can't you just set $LOCKFILE to someplace else where you do have write
permissions?
Apparently
Hmm. I made a couple changes:
in /etc/procmailrc:
DEFAULT=$HOME/
unset LOCKFILE
This is what I got for headers:
Return-Path: leblanc
Received: (from leblanc@localhost)
by acadia.ne.mediaone.net (8.9.3/8.9.3) id OAA18915
for [EMAIL PROTECTED]; Fri, 15 Jun 2001
14:15:43 -0400
I'm running mutt 1.2.5i and I am experiencing a very strange problem.
When I attempt to read messages from certain senders it takes minutes to
display the message. For example if I press v on the message to see the
attachments it comes up instantly. These are the attachments on one such
message:
On Fri, Jun 15, 2001 at 12:31:30PM -0600, Troy Heber wrote:
I'm running mutt 1.2.5i and I am experiencing a very strange problem.
When I attempt to read messages from certain senders it takes minutes to
display the message. For example if I press v on the message to see the
attachments it
Thanks for the suggestion, but I complete disabled all of my autoviews (I never
had any for this MIME type anyway) and that did not resolve the problem.
Any other suggestions?
Thanks,
Troy
On 06/15/01, Hanif Ladha wrote:
On Fri, Jun 15, 2001 at 12:31:30PM -0600, Troy Heber wrote:
I'm
21 matches
Mail list logo