Re: Displaying number of lines in a message
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: -1 -1 ""
procmail: Score: 30 29 "^.*$"
procmail: Locking "/home/leblanc/.procmail.lock"
procmail: Executing "/usr/bin/formail,-A,Lines: 29"
procmail: Unlocking "/home/leblanc/.procmail.lock"
procmail: Assigning "EXITCODE="
procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc"
procmail: Assigning "HOST=acadia"
procmail: Locking "/var/spool/mail/leblanc.lock"
procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia"
procmail: Lock failure on "/var/spool/mail/leblanc.lock"
procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc"
procmail: Opening "/var/spool/mail/leblanc"
procmail: Error while writing to "/var/spool/mail/leblanc"
>From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001
Subject: test
Folder: **Bounced** 0
procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc"
leblanc: Message contains invalid header
This is wierd. What is /var/spool/mail/leblanc supposed to be? I am
using cyrus imap, and all mail is stored in a separate mail partition.
Is there something else I am missing here?
I apologise for taking this thread so far off topic, but
http://www.procmail.org is currently unavailable. I have no other
resources handy. Perhaps this weekend I can do a search if nobody can
give me the answer by then.
Thanks again!
Lou
On 06/14/01 11:20 PM, Igor Pruchanskiy sat at the `puter and typed:
> What version of procmail are you using ?
> I am using procmail-3.15, which is the only version that does not need to
> be patched to use Maildir. Also make sure that it finds formail. Try
> giving in the full path and see what procmail log file has to say about
> this.
>
> amorphis:~$ grep LOG .procmailrc
> LOGFILE = $HOME/.procmail.log
>
> P.S. If you are using procmail-3.15 make sure you have / at the end of the
> mailbox path, otherways it will make it mbox instead of Maildir
>
> Here is my .procmailrc
> http://amorphis.linuxinside.com/procmailrc
>
> igor
>
> On Fri 15 Jun 2001, Louis LeBlanc wrote:
> > Hey, thanks for this, but I am having a problem with it.
> > I entered the lines you gave exactly to my /etc/procmailrc, and I have
> > reconfigured sendmail.cf to use procmail as the delivery agent.
> > Unfortunately, I get the following:
> > sendmail[2826]: BAA02824: BAA02826: DSN: Data format error
> > If I remove the recipe you gave, I get no problem. Are these all
> > spaces, or are there tabs within?
> >
> > Any ideas? I appreciate any help.
> >
> > Lou
> >
> > On 05/30/01 09:17 AM, Igor Pruchanskiy sat at the `puter and typed:
> > > add to your .procmailrc
> > >
> > > :0 Bfh
> > > * H ?? !^Lines:
> > > * -1^0
> > > * 1^1 ^.*$
> > > | formail -A "Lines: $="
> > >
> >
> > --
> > Louis LeBlanc
> > Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> > [EMAIL PROTECTED]
> > http://acadia.ne.mediaone.net?©??
> >
>
> --
> 'addr1'=>'10182 Telesis Ct., 6th Floor','addr2'=>'San Diego, CA, 92121',
> 'p'=>'858.546.1182 x464','f'=>'858.546.0480','e'=>'[EMAIL PROTECTED]');
> while(list($k,$v)=each($contact_info)) { echo "$v\n"; } ?>
>
--
Louis LeBlanc
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
[EMAIL PROTECTED]
http://acadia.ne.mediaone.netÔ¿Ô¬
saving multiple attachments to /path/to/directory/
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 path once for all the attachments I have selected? TIA Gaurav -- Sleep: A completely inadequate substitute for caffeine.
'd' mapping to delete in pager mode lost
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 could be the problem? Gaurav -- Sleep: A completely inadequate substitute for caffeine.
Re: PGP5 - Can't open PGP subprocess!
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 inadequate substitute for caffeine.
Mutt still won't see new mail
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 procmail just indeed put into my mailbox. I am not giving up, just don't know what else to try. For those who missed my first go round, Mutt works fine when i use POP. But it does not see new messages when fetchmail pops. mutt -v gives: System: Linux 2.4.0-6-keith [using slang 10404] Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_GSS -USE_SSL -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" SHAREDIR="/usr/share/mutt" SYSCONFDIR="/usr/etc" ISPELL="/usr/bin/ispell" procmail -v gives: Locking strategies: dotlocking, fcntl(), lockf(), flock() Default rcfile: $HOME/.procmailrc Your system mailbox:/var/spool/mail/keith .muttrc has: set folder=~/Mail set spoolfile=/var/spool/mail/keith \ set mbox=+Read set mbox_type=mbox set postponed=+Unsent set copy=yes set record=+Sent set dotlock_program=/usr/bin/mutt_dotlock mailboxes /home/keith/Mail/Inbox mailboxes /var/spool/mail/keith TIA -- -- Keith Robinson --
Re: Displaying number of lines in a message
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 Bfh:$HOME/.procmail.lock
# * H ?? !^Lines:
# * -1^0
# * 1^1 ^.*$
# | /usr/bin/formail -A "Lines: $="
# this enables automated procmail recipe creation for users;
# roll your own tool to allow creation of procmail recipes on a
# per-user
# basis and place them there, but don't let users edit their own
# recipes
# INCLUDERC=/var/cyrus/procmailrcs/$1
# make sure EXITCODE is clear: then it will take the value of the TRAP
# return
EXITCODE=""
TRAP="/usr/cyrus/bin/deliver -e -m $2 -- $1"
# Procmail voodoo. The TRAP handles the mail delivery. We have to
# prevent procmail from attempting a second delivery.
#
# in one line, kill procmail:
HOST=acadia
The single filter recipe is intended to add a 'Lines:' header if it
doesn't already exist, and nothing more. When it is commented out, as
it is now, things work fine. When I uncomment it, things crap out as
below.
Thanks again.
On 06/15/01 03:26 AM, Louis LeBlanc sat at the `puter and typed:
> 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: -1 -1 ""
> procmail: Score: 30 29 "^.*$"
> procmail: Locking "/home/leblanc/.procmail.lock"
> procmail: Executing "/usr/bin/formail,-A,Lines: 29"
> procmail: Unlocking "/home/leblanc/.procmail.lock"
> procmail: Assigning "EXITCODE="
> procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc"
> procmail: Assigning "HOST=acadia"
> procmail: Locking "/var/spool/mail/leblanc.lock"
> procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia"
> procmail: Lock failure on "/var/spool/mail/leblanc.lock"
> procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc"
> procmail: Opening "/var/spool/mail/leblanc"
> procmail: Error while writing to "/var/spool/mail/leblanc"
> From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001
> Subject: test
> Folder: **Bounced** 0
> procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc"
> leblanc: Message contains invalid header
>
> This is wierd. What is /var/spool/mail/leblanc supposed to be? I am
> using cyrus imap, and all mail is stored in a separate mail partition.
> Is there something else I am missing here?
>
> I apologise for taking this thread so far off topic, but
> http://www.procmail.org is currently unavailable. I have no other
> resources handy. Perhaps this weekend I can do a search if nobody can
> give me the answer by then.
>
> Thanks again!
> Lou
>
>
> On 06/14/01 11:20 PM, Igor Pruchanskiy sat at the `puter and typed:
> > What version of procmail are you using ?
> > I am using procmail-3.15, which is the only version that does not need to
> > be patched to use Maildir. Also make sure that it finds formail. Try
> > giving in the full path and see what procmail log file has to say about
> > this.
> >
> > amorphis:~$ grep LOG .procmailrc
> > LOGFILE = $HOME/.procmail.log
> >
> > P.S. If you are using procmail-3.15 make sure you have / at the end of the
> > mailbox path, otherways it will make it mbox instead of Maildir
> >
> > Here is my .procmailrc
> > http://amorphis.linuxinside.com/procmailrc
> >
> > igor
> >
> > On Fri 15 Jun 2001, Louis LeBlanc wrote:
> > > Hey, thanks for this, but I am having a problem with it.
> > > I entered the lines you gave exactly to my /etc/procmailrc, and I have
> > > reconfigured sendmail.cf to use procmail as the delivery agent.
> > > Unfortunately, I get the following:
> > > sendmail[2826]: BAA02824: BAA02826: DSN: Data format error
> > > If I remove the recipe you gave, I get no problem. Are these all
> > > spaces, or are there tabs within?
> > >
> > > Any ideas? I appreciate any help.
> > >
> > > Lou
> > >
> > > On 05/30/01 09:17 AM, Igor Pruchanskiy sat at the `puter and typed:
> > > > add to your .procmailrc
> > > >
> > > > :0 Bfh
> > > > * H ?? !^Lines:
> > > > * -1^0
> > > > * 1^1 ^.*$
> > > > | formail -A "Lines: $="
> > > >
> > >
> > > --
> > > Louis LeBlanc
> > > Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> > > [EMAIL PROTECTED]
> > > http://acadia.ne.mediaone.net?©??
> > >
> >
> > --
> > > 'addr1'=>'10182 Telesis Ct., 6th Floor','addr2'=>'San Diego, CA, 92121',
> > 'p'=>'858.546.1182 x464','f'=>'858.546.0480','e'=>'[EMAIL PROTECTED]');
> > while(list($k,$v)=each($contact_info)) { echo "$v\n"; } ?>
> >
>
> --
> Louis LeBlanc
> Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> [EMAIL PROTECTED]
> http://acadia.ne.mediaone.netÔ¿Ô¬
--
Lou
"*" when sorting msgs by threads
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.
Re: Displaying number of lines in a message
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 the procmail.log file. The trap is calling cyrus deliver with a missing parameter. In the /etc/procmailrc file I call it like this: TRAP="/usr/cyrus/bin/deliver -e -m $2 -- $1" and sendmail calls it like this (with the old settings) deliver -e -m $h -- $u and calls procmail like this: procmail -Y -m /etc/procmailrc $u $h So it looks like it should be ok. Anyone know what $h is supposed to be? Once again, sorry for taking this discussion so far off topic. Thanks Lou On 06/15/01 03:26 AM, Louis LeBlanc sat at the `puter and typed: > 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: -1 -1 "" > procmail: Score: 30 29 "^.*$" > procmail: Locking "/home/leblanc/.procmail.lock" > procmail: Executing "/usr/bin/formail,-A,Lines: 29" > procmail: Unlocking "/home/leblanc/.procmail.lock" > procmail: Assigning "EXITCODE=" > procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc" > procmail: Assigning "HOST=acadia" > procmail: Locking "/var/spool/mail/leblanc.lock" > procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia" > procmail: Lock failure on "/var/spool/mail/leblanc.lock" > procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc" > procmail: Opening "/var/spool/mail/leblanc" > procmail: Error while writing to "/var/spool/mail/leblanc" > From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001 > Subject: test > Folder: **Bounced** 0 > procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc" > leblanc: Message contains invalid header > > This is wierd. What is /var/spool/mail/leblanc supposed to be? I am > using cyrus imap, and all mail is stored in a separate mail partition. > Is there something else I am missing here? > > I apologise for taking this thread so far off topic, but > http://www.procmail.org is currently unavailable. I have no other > resources handy. Perhaps this weekend I can do a search if nobody can > give me the answer by then. > > Thanks again! > Lou > > -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: "*" when sorting msgs by threads
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 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 done according to the "Subject:" header. The "*>" type of thread tree indicators are to indicate that the message is a "pseudo thread" due to its subject, rather than an element of a strict thread due to the other headers. A message sorted into a thread that contains a "In-Reply-To:" and/or a "References:" header for the thread will have a "->" type of thread tree indicator. -- Mr. Wade -- Linux: The Choice of the GNU Generation
Re: "*" when sorting msgs by threads
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 done according to the "Subject:" header. > > The "*>" type of thread tree indicators are to indicate that > the message is a "pseudo thread" due to its subject, rather > than an element of a strict thread due to the other headers. > > A message sorted into a thread that contains a "In-Reply-To:" > and/or a "References:" header for the thread will have a "->" > type of thread tree indicator. > > -- Mr. Wade Okay, it's clearer for me now :) Thanks for your help Gilles.
Re: Displaying number of lines in a message
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 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 the procmail.log file.
>
> The trap is calling cyrus deliver with a missing parameter.
> In the /etc/procmailrc file I call it like this:
>
> TRAP="/usr/cyrus/bin/deliver -e -m $2 -- $1"
>
> and sendmail calls it like this (with the old settings)
>
> deliver -e -m $h -- $u
> and calls procmail like this:
> procmail -Y -m /etc/procmailrc $u $h
>
> So it looks like it should be ok. Anyone know what $h is supposed to
> be?
>
> Once again, sorry for taking this discussion so far off topic.
>
> Thanks
> Lou
>
> On 06/15/01 03:26 AM, Louis LeBlanc sat at the `puter and typed:
> > 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: -1 -1 ""
> > procmail: Score: 30 29 "^.*$"
> > procmail: Locking "/home/leblanc/.procmail.lock"
> > procmail: Executing "/usr/bin/formail,-A,Lines: 29"
> > procmail: Unlocking "/home/leblanc/.procmail.lock"
> > procmail: Assigning "EXITCODE="
> > procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc"
> > procmail: Assigning "HOST=acadia"
> > procmail: Locking "/var/spool/mail/leblanc.lock"
> > procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia"
> > procmail: Lock failure on "/var/spool/mail/leblanc.lock"
> > procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc"
> > procmail: Opening "/var/spool/mail/leblanc"
> > procmail: Error while writing to "/var/spool/mail/leblanc"
> > From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001
> > Subject: test
> > Folder: **Bounced** 0
> > procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc"
> > leblanc: Message contains invalid header
> >
> > This is wierd. What is /var/spool/mail/leblanc supposed to be? I am
> > using cyrus imap, and all mail is stored in a separate mail partition.
> > Is there something else I am missing here?
> >
> > I apologise for taking this thread so far off topic, but
> > http://www.procmail.org is currently unavailable. I have no other
> > resources handy. Perhaps this weekend I can do a search if nobody can
> > give me the answer by then.
> >
> > Thanks again!
> > Lou
> >
> >
>
> --
> Louis LeBlanc
> Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> [EMAIL PROTECTED]
> http://acadia.ne.mediaone.netԿԬ
>
--
'10182 Telesis Ct., 6th Floor','addr2'=>'San Diego, CA, 92121',
'p'=>'858.546.1182 x464','f'=>'858.546.0480','e'=>'[EMAIL PROTECTED]');
while(list($k,$v)=each($contact_info)) { echo "$v\n"; } ?>
Re: Displaying number of lines in a message
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 different machines. 2 Linux
boxens and 1 Solaris machine with procmail-3.15 and it never complained
about the syntax. Maybe you have whitespaces after each line or
something ?
>
> procmail: [3167] Fri Jun 15 02:58:30 2001
> procmail: Match on ! "^Lines:"
> procmail: Score: -1 -1 ""
> procmail: Score: 30 29 "^.*$"
> procmail: Locking "/home/leblanc/.procmail.lock"
> procmail: Executing "/usr/bin/formail,-A,Lines: 29"
> procmail: Unlocking "/home/leblanc/.procmail.lock"
> procmail: Assigning "EXITCODE="
> procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m -- leblanc"
> procmail: Assigning "HOST=acadia"
> procmail: Locking "/var/spool/mail/leblanc.lock"
> procmail: Error while writing to "/var/spool/mail/_fx,WIbK7.acadia"
> procmail: Lock failure on "/var/spool/mail/leblanc.lock"
> procmail: Assigning "LASTFOLDER=/var/spool/mail/leblanc"
> procmail: Opening "/var/spool/mail/leblanc"
> procmail: Error while writing to "/var/spool/mail/leblanc"
> From [EMAIL PROTECTED] Fri Jun 15 02:58:30 2001
> Subject: test
> Folder: **Bounced** 0
> procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,--,leblanc"
> leblanc: Message contains invalid header
>
> This is wierd. What is /var/spool/mail/leblanc supposed to be? I am
> using cyrus imap, and all mail is stored in a separate mail partition.
> Is there something else I am missing here?
>
> I apologise for taking this thread so far off topic, but
> http://www.procmail.org is currently unavailable. I have no other
> resources handy. Perhaps this weekend I can do a search if nobody can
> give me the answer by then.
>
> Thanks again!
> Lou
>
>
> On 06/14/01 11:20 PM, Igor Pruchanskiy sat at the `puter and typed:
> > What version of procmail are you using ?
> > I am using procmail-3.15, which is the only version that does not need to
> > be patched to use Maildir. Also make sure that it finds formail. Try
> > giving in the full path and see what procmail log file has to say about
> > this.
> >
> > amorphis:~$ grep LOG .procmailrc
> > LOGFILE = $HOME/.procmail.log
> >
> > P.S. If you are using procmail-3.15 make sure you have / at the end of the
> > mailbox path, otherways it will make it mbox instead of Maildir
> >
> > Here is my .procmailrc
> > http://amorphis.linuxinside.com/procmailrc
> >
> > igor
> >
> > On Fri 15 Jun 2001, Louis LeBlanc wrote:
> > > Hey, thanks for this, but I am having a problem with it.
> > > I entered the lines you gave exactly to my /etc/procmailrc, and I have
> > > reconfigured sendmail.cf to use procmail as the delivery agent.
> > > Unfortunately, I get the following:
> > > sendmail[2826]: BAA02824: BAA02826: DSN: Data format error
> > > If I remove the recipe you gave, I get no problem. Are these all
> > > spaces, or are there tabs within?
> > >
> > > Any ideas? I appreciate any help.
> > >
> > > Lou
> > >
> > > On 05/30/01 09:17 AM, Igor Pruchanskiy sat at the `puter and typed:
> > > > add to your .procmailrc
> > > >
> > > > :0 Bfh
> > > > * H ?? !^Lines:
> > > > * -1^0
> > > > * 1^1 ^.*$
> > > > | formail -A "Lines: $="
> > > >
> > >
> > > --
> > > Louis LeBlanc
> > > Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> > > [EMAIL PROTECTED]
> > > http://acadia.ne.mediaone.net?©??
> > >
> >
> > --
> > > 'addr1'=>'10182 Telesis Ct., 6th Floor','addr2'=>'San Diego, CA, 92121',
> > 'p'=>'858.546.1182 x464','f'=>'858.546.0480','e'=>'[EMAIL PROTECTED]');
> > while(list($k,$v)=each($contact_info)) { echo "$v\n"; } ?>
> >
>
> --
> Louis LeBlanc
> Fully Funded Hobbyist, KeySlapper Extrordinaire :)
> [EMAIL PROTECTED]
> http://acadia.ne.mediaone.netÔ¿Ô¬
>
--
'10182 Telesis Ct., 6th Floor','addr2'=>'San Diego, CA, 92121',
'p'=>'858.546.1182 x464','f'=>'858.546.0480','e'=>'[EMAIL PROTECTED]');
while(list($k,$v)=each($contact_info)) { echo "$v\n"; } ?>
Re: Displaying number of lines in a message
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 in the ~/.procmail.log: > This is really odd. It works fine for me on 3 different machines. 2 Linux > boxens and 1 Solaris machine with procmail-3.15 and it never complained > about the syntax. Maybe you have whitespaces after each line or > something ? No. No trailing whitespace. 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? Thanks again Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
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? can't you just set $LOCKFILE to someplace else where you do have write permissions? -- Dan Boger Linux MVP brainbench.com
Re: Displaying number of lines in a message
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 file: LOCKFILE=$HOME/.procmail.lock And still got the same results. I am looking at the DEFAULT setting. I don't know what to make of it just yet, but I'll let you know. Thanks Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
Re: Displaying number of lines in a message
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 not. I entered the following line at the top of the > /etc/procmailrc file: > LOCKFILE=$HOME/.procmail.lock > > And still got the same results. > > I am looking at the DEFAULT setting. I don't know what to make of it > just yet, but I'll let you know. > I may be completely off track here, but according to the procmail manpage, the commands in /etc/procmailrc might be executed as root... meaning that $HOME/.procmail.lock would be /root/procmail.lock or something like that - where a regular user will still not have write access. I'd try (one last time) to put that in the ~/.procmailrc file... -- Dan Boger Linux MVP brainbench.com
Re: Displaying number of lines in a 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, 15 Jun 2001 14:15:42 -0400 From: Louis LeBlanc <[EMAIL PROTECTED]> To: Louis LeBlanc <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Reply-To: Louis LeBlanc <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.19i X-bright-idea: Lets abolish HTML mail! Organization: Mirror Image Internet Lines: 32 Looks right to me. Only problem, Procmail logged this: procmail: [18918] Fri Jun 15 14:15:43 2001 procmail: Match on ! "^Lines:" procmail: Score: -1 -1 "" procmail: Score: 33 32 "^.*$" procmail: Locking "/home/leblanc/.procmail.lock" procmail: Executing "/usr/bin/formail,-A,Lines: 32" procmail: Unlocking "/home/leblanc/.procmail.lock" procmail: Assigning "EXITCODE=" procmail: Assigning "TRAP=/usr/cyrus/bin/deliver -e -m mii -- leblanc" procmail: Assigning "HOST=acadia" procmail: Assigning "LASTFOLDER=/home/leblanc/new/_mnE,PDlK7.acadia" >From [EMAIL PROTECTED] Fri Jun 15 14:15:43 2001 Folder: /home/leblanc/new/_mnE,PDlK7.acadia 965 procmail: Executing "/usr/cyrus/bin/deliver,-e,-m,mii,--,leblanc" leblanc: Message contains invalid header So it looks like $h is resolving to the folder in the 'user+detail@host' format, which is right, but should it be separated from the -m flag by a comma? I guess progress is a change in error messages, so . . . Thanks Lou -- Louis LeBlanc Fully Funded Hobbyist, KeySlapper Extrordinaire :) [EMAIL PROTECTED] http://acadia.ne.mediaone.netԿԬ
speed problem
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: I 1 [text/plain, 7bit, iso-8859-1, 2.2K] A 2 flu5xben_pentium4_01.xls [applica/vnd.ms-exc, base64, 25K] If I select the text portion of the message and press enter it comes up instantly. However, when I select the message and press enter from the main inbox (I think it's called the pager or the inbox) it takes 4 minutes 28 seconds! If I press Q to go back to the pager and try to view the message again I have the same problem. If I exit mutt and come back in and try to view the message again I have the same problem. I can view any other message in my inbox except this one. Even if I am viewing a message above the one is question and I press j for the next message I have the same delay problem. If I copy the message to a separate folder and attempt to view it from there I have the same problem! This has also happened on two other messages, both from the same sender who is a different sender that this current message that is causing me grief. Also If I press v to view the attachments, then tag and forward them to myself. The message is fine! So I believe that the problem is something in the message header. I am using fetchmail to get the messages so by the time mutt gets to them they are locally stored on the HD. I'm at a loss as what could be causing this problem, and only on certain messages. This is very frustrating and any help would greatly be appreciated. Thanks, Troy
Re: speed problem
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 comes up instantly. These are the attachments on one such > message: > > I 1 [text/plain, 7bit, iso-8859-1, 2.2K] > A 2 flu5xben_pentium4_01.xls [applica/vnd.ms-exc, base64, 25K] > Could it be that you have an auto_view setting for 'application/vnd.ms...' and mutt is trying to invoke the app for viewing the attachment. what you describe seems more related to the attachment then anything to do with the headers... Hanif. -- Hanif Ladha <[EMAIL PROTECTED]>
Re: speed problem
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 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: > > > > I 1 [text/plain, 7bit, iso-8859-1, 2.2K] > > A 2 flu5xben_pentium4_01.xls [applica/vnd.ms-exc, base64, 25K] > > > > Could it be that you have an auto_view setting for > 'application/vnd.ms...' and mutt is trying to invoke the app for > viewing the attachment. > > what you describe seems more related to the attachment then anything > to do with the headers... > > Hanif. > > -- > Hanif Ladha <[EMAIL PROTECTED]> -- ___ _/ Troy Heber _/Software Engineer _/_/_/_/_/_/ Technical Consulting Lab _/ _/_/ _/Hewlett-Packard Company _/ _/_/_/_/ _/ Email: [EMAIL PROTECTED] _/ Phone: 970.898.3240 i n v e n t ___
