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
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
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:
Hmm. I made a couple changes:
in /etc/procmailrc:
DEFAULT=$HOME/
unset LOCKFILE
This is what I got for headers:
Return-Path:
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
Date: Fri,
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?
>
>
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 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 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
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
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 so
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 wi
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_threa
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 th
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.
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
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 the reply is:
Mailbox was externally modified. Flags may be wrong.
And Mutt does not see the new message which p
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 inadequa
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 cou
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
pa
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:
20 matches
Mail list logo
