Re: Q: Why no replies to my post??

2000-09-26 Thread Anton Graham

Submitted 26-Sep-00 by Dave Ewart:
 I find it hard to believe that either of those explanations is true.

It hits me intermittently, yes on some builds, not on others.  So I don't
have a guaranteed fix.  I can't even tell you what makes it happen, since I
use the same options for every build (I build an rpm of each release using
the same spec file).

I can tell you that my current 1.3.8 build doesn't have the problem, but my
first 1.3.7 did.

-- 
Anton GrahamGPG ID: 0x18F78541
[EMAIL PROTECTED] RSA key available upon request
 
Outside of a dog, a book is man's best friend.  Inside of a dog, it is too
dark to read.


 PGP signature


Re: PGP 2.6.3i

2000-09-22 Thread Anton Graham

Submitted 22-Sep-00 by Kevin Falcone:
 There has been a module which allowed you to verify RSA keys for quite
 some time.  With the ending of patent on RSA, gpg now has internal RSA
 support.  While you cannot yet create RSA keys, you most definitely
 can verify signatures.

I wasn't aware that the module had now been incorporated into the official
builds.  Time to upgrade to 1.0.3 :)

-- 
Anton GrahamGPG ID: 0x18F78541
[EMAIL PROTECTED] RSA key available upon request
 
Familiarity breeds contempt.
  -- Publius Syrus (42 B.C.), Maxim 640 


 PGP signature


Re: PGP 2.6.3i

2000-09-21 Thread Anton Graham

Submitted 21-Sep-00 by Jan- Hendrik Palic:

 I'm a mutt newbe and I do not have read all of the Docu yet...

Hidee :)

 ERROR: Header line added to ASCII armor: "Hash: SHA1"
 ASCII armor corrupted.

Correct.  Newer versions of PGP and GPG add a line to identify the hash
used.  2.6.x always used the same hash so it was unnecessary, and thus does
not recognise it as being correct.

 ^GUnsupported packet format - you need a newer version of PGP for this file.

This is probably a signature from somebody using a DSA or El Gamal key,
which are used by newer versions of PGP and GPG (in fact GPG doesn't
natively have support for the RSA keys PGP 2.6.x uses).

 [-- BEGIN PGP SIGNED MESSAGE --]

 ... text one Email


 [-- END PGP SIGNED MESSAGE --]

A signed message isn't, by definition, encrypted, so you can still read the
text that was sent even if PGP choked on signature verification.


HTH (and somebody correct me if I'm wrong :)

-- 
Anton GrahamGPG ID: 0x18F78541
[EMAIL PROTECTED] RSA key available upon request
 
Be regular and orderly in your life, so that you may be violent and original
in your work.
  -- Flaubert


 PGP signature


Reply strangeness

2000-08-22 Thread Anton Graham

I received a message that mutt refuses to reply/group-reply to
(prossibly due to improper From/Reply-To headers?).  In both cases, it
inserts my address in the To field.  The offending message's headers
follow:

Received: from mailandnews.com [199.29.68.160]
by localhost with POP3 (fetchmail-5.4.5)
for anton@localhost (single-drop); Tue, 22 Aug 2000 10:31:50 -0700 (PDT)
Received: from bigfoot.com [208.156.39.208] ("mailto:professional3d"@home.com) by 
MailAndNews.com; Tue, 22 Aug 2000 +13:23:24 -0400
Received: from femail2.sdc1.sfba.home.com ([24.0.95.82])
by BFLITEMAIL5.bigfoot.com (LiteMail v2.43(BFLITEMAIL5)) with
SMTP id 22Aug2000_BFLITEMAIL5_30902_7802387;
Tue, 22 Aug 2000 13:26:03 -0400 EST
Received: from home.com ([24.20.70.64]) by femail2.sdc1.sfba.home.com
  (InterMail vM.4.01.03.00 201-229-121) with ESMTP
  id [EMAIL PROTECTED]
  for [EMAIL PROTECTED]; Tue, 22 Aug 2000 10:23:17 -0700
Sender: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Date: Tue, 22 Aug 2000 10:24:06 -0700
From: xavian anderson macpherson mailto:[EMAIL PROTECTED]
Reply-To: mailto:[EMAIL PROTECTED]
Organization: http://www.professional3d.com
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: Re: [expert] Unable to mount root filesystem - No boot possible
X-Priority: 1 (Highest)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines:  30

   
 
-- 
Anton GrahamGPG ID: 0x18F78541
[EMAIL PROTECTED] RSA key available upon request
 
You will pay for your sins.  If you have already paid, please disregard this
message.


 PGP signature


Re: suggest a keyserver

2000-08-22 Thread Anton Graham

Submitted 22 Aug, 2000 by David T-G:

 might be considered.  I dunno if "all keyservers" talk to each other or
 if there are multiple key databases that are shared amongst a subset of
 servers, either.

I would tend to suspect the latter.  As far as I can tell, there are at
least two distinct types of keyservers: pgp.net and keyserver.net.
There are, in fact, keys that are available via one of them but not the
other.

-- 
Anton GrahamGPG ID: 0x18F78541
[EMAIL PROTECTED] RSA key available upon request
 
I always had a repulsive need to be something more than human.
  -- David Bowie


 PGP signature


Re: Problem with color

2000-08-04 Thread Anton Graham

Submitted 04-Aug-00 by Ben Roberts:
 I'm trying to compile mutt 1.2.5i on RedHat 6.0 with either ncurses or slang, I
 don't care.  I just want color!  RedHat's mutt versions don't have color

If you're running a Pentium or higher, (I'm assuming x86 architecture here
:/) you might want to try grabbing  the Mandrake package (from the "Cooker"
mirrors).  It is compiled with color support.

-- 
   _
 _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!



Re: How can I display most X- headers but not all

2000-07-25 Thread Anton Graham

Submitted 25-Jul-00 by Russell Hoover:
 Though I'm doing the opposite ("unignore X-"), it works the same way (I
 can't "ignore X-mailer" after the unignore).

What about replaceing the (rather draconian) "ignore *" with a list of
specific headers to be supressed?  Yes, it is a bit more work, but it
will ultimately accomplish what you want.

-- 
   _
     _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!

 PGP signature


Re: How can I display most X- headers but not all

2000-07-24 Thread Anton Graham

Submitted 24-Jul-00 by Russell Hoover:
 On Mon 07/24/00 at 01:47 AM -0700, Anton Graham
 [EMAIL PROTECTED] wrote:
  Your muttrc file is read from the top down, so
  you can put another ignore line after the unignore:
  ignore X-Priority X-MSmail-Priority
 
 That was the first thing I did, and it had no effect.
 Does that really work for you?
 


Yes :)  As an example, these are the ignore / unignore lines I
normailly use:

ignore lines precedence status nntp-posting-host path old-return-path
ignore received received references content- errors-to in-reply-to
ignore mime-version resent-message-id return-path xref path x-keywords
ignore x-uid x-ftn-via x-ftn-domain x-ftn-seen-by x-ftn-path x-gateway
ignore x-loop x-sender x-priority mbox-line x-pop3-rcpt x-mailing-list
ignore x400- dl-expansion-history priority alternate-recipient 
ignore x-zc-via x-received x-envelope-sender x-return-path 
ignore x-authentication-warning resent-message-id x-envelope-from
ignore x-envelope-to x-delivery-time x-egroups-return list-unsubscribe
ignore list-archive list-help X-MSMail-Priority X-MimeOLE Delivered-To
ignore X-OriginalArrivalTime X-Indiv X-JobID Mailing-List X-From
ignore X-MDaemon-Deliver-To X-WebTV-Signature X-WebTV-Stationery
ignore X-eGroups-From x-sequence resent- from 

unignore from:

To test, before I responded, I added:

unignore x-sequence x-loop x-sender x-priority X-MSMail-Priority
unignore X-MimeOLE

ignore X-MSMail-Priority X-MimeOLE

Then I took a message from an outlook user on another list and looked
at it with the new settings (From: header extracted for the poster's
privacy):

 Date: Fri, 21 Jul 2000 20:08:41 -0700
 From:
 Subject: [expert] 2.2.16 kernel ID DMA problems
 To: [EMAIL PROTECTED]
 X-Priority: 3
 X-Mailer: Microsoft Outlook Express 5.00.2919.6600
 Reply-To: [EMAIL PROTECTED]
 X-Loop: [EMAIL PROTECTED]
 X-Sequence: 316

With full headers (From: still extracted): 

 From   Fri Jul 21 21:12:53 2000
 Received: from mailandnews.com [199.29.68.160]
 by localhost with POP3 (fetchmail-5.4.3)
 for anton@localhost (single-drop); Fri, 21 Jul 2000 21:12:53 -0700 (PDT)
 Received: from bigfoot.com [208.156.39.208] ([EMAIL PROTECTED]); Fri, 
21 Jul 2000 23:15:48 -0400
 Received: from mandrakesoft.mandrakesoft.com ([216.71.84.35])
 by BFLITEMAIL3.bigfoot.com (LiteMail v2.43(BFLITEMAIL3)) with
 SMTP id 21Jul2000_BFLITEMAIL3_43087_81461841;
 Fri, 21 Jul 2000 23:18:17 -0400 EST
 Received: (from sympa@localhost)
 by mandrakesoft.mandrakesoft.com (8.8.5/8.8.5) id WAA23973
 for [EMAIL PROTECTED]; Fri, 21 Jul 2000 22:15:49 -0500
 Received: from minerva.host4u.net (minerva.host4u.net [216.71.64.49]) by
 mandrakesoft.mandrakesoft.com (8.8.5/8.8.5) with ESMTP id WAA21841 for
 [EMAIL PROTECTED]; Fri, 21 Jul 2000 22:08:44 -0500
 Received: from fiona (ip51.seattle11.wa.pub-ip.psi.net [38.28.67.51]) by
 minerva.host4u.net (8.8.5/8.8.5) with SMTP id WAA11750 for
 [EMAIL PROTECTED]; Fri, 21 Jul 2000 22:08:36 -0500
 Message-Id: 004b01bff38a$2441ed40$660a@fiona
 From: 
 To: [EMAIL PROTECTED]
 Date: Fri, 21 Jul 2000 20:08:41 -0700
 Mime-Version: 1.0
 Content-Type: text/plain; charset="iso-8859-1"
 Content-Transfer-Encoding: 7bit
 X-Priority: 3
 X-Msmail-Priority: Normal
 X-Mailer: Microsoft Outlook Express 5.00.2919.6600
 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6600
 Reply-To: [EMAIL PROTECTED]
 X-Loop: [EMAIL PROTECTED]
 X-Sequence: 316
 Precedence: list
 Subject: [expert] 2.2.16 kernel ID DMA problems
 Status: RO
 X-Status: F
 Content-Length: 5924
 Lines: 126

 
-- 
   _
 _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!

 PGP signature


Re: Questions not covered at www.mutt.org

2000-07-22 Thread Anton Graham

Submitted 23-Jul-00 by Juergen Salk:
 * Michael Tatge [EMAIL PROTECTED] [000722 20:28]:
 
  iirc, that's an eterm theme.
 
 I am wondering how a *theme* can add GUI functionality to a non-GUI program.
 

ETerm "themes" allow you to customize the menus at the top of the
window.  It's not really adding "GUI functionality." Essentially what
Eterm does is push keystrokes into the window.  So it's like "mouse
selectable macros"

-- 
   _
     _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!

 PGP signature


multipart/alternative formatting

2000-07-14 Thread Anton Graham


There seems to be some "funkiness" in the handling of
multipart/alternative messages.  In particular, the attachments
which are Content-Type: text/plain and Content-Transfer-Encoding:
quoted-printable.  These frequently come from Outlook (Express) users.

This is how mutt displays a single line of the message:

i'm using linux mandrake about 3 month it like me, the firts time install LM in
+a machine with Win98, now i want to install it with WinNT,


This is how the same line looks in the message:

i'm using linux mandrake about 3 month it like me, the firts time =
install LM in a machine with Win98, now i want to install it with WinNT,

The '=' sign is a sort of "soft-return" that gets dropped in the
decoding process, resulting in abnormally long lines.

At present, I am dealing with the problem via procmail (see below),
but I guess my question is, "Shouldn't these soft returns be preserved
by the receiving client (i.e. mutt)?"

# Force multipart/alternative to appropriate column widths
:0
* ^Content-Type.*multipart/alternative
{
:0 fbBw
* ^Content-Transfer-Encoding:.*quoted-printable
| sed -e "s/=$//g"
}

-- 
   _
 _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!



Re: multipart/alternative formatting

2000-07-14 Thread Anton Graham

On Fri, 14 Jul 2000, David T-G wrote:

 ... and that's because they are most frequently the ones who need the
 most help.  

Of course :p

 Even though it's marked text/plain, that doesn't mean that LookOut!
 users aren't depending on their mailer to autoformat their lines
 based on fluctuating window width and such...

I still think that text/plain should be just that: plain :)
 
 Right; that '+' char is to let you know that mutt had to break the line
 for display but it's actually connected to the apparent one above.  See
 sections 6.3.80 and 6.3.181 of the manual.
 
Yes, I understand that, and appreciate it when receiving preformatted
data as it shows me that the line is a continuation of the previous
without requiring me to scroll right through a 230 character line.

 % 
 % # Force multipart/alternative to appropriate column widths
 %:0
 % * ^Content-Type.*multipart/alternative
 % {
 %:0 fbBw
 % * ^Content-Transfer-Encoding:.*quoted-printable
 % | sed -e "s/=$//g"
 
 Are you sure that that shouldn't be "s/= $//" (and you certainly don't
 need the /g if you're targeting the end of the line!)?  When I have q-p
 messages whose lines have been broken, that's what I get...


Actually, the '=' seems to be hanging at the end without a trailing
space on the ones I receive.  (And you're right, I don't need the /g,
it's there through force of habit :)

-- 
   _
 _|_|_
      ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!

 PGP signature


Re: From_ line

2000-06-06 Thread Anton Graham

Hi Baurjan!

On Tue, 06 Jun 2000, Baurjan Ismagulov wrote:

 hi,
 
 thanks for the reply.
 
 sorry for inconvenience, forgot to escape From_ lines.
 
 seems that i've been somewhat unclear in stating the problem.
 
 my problem is NOT "how to show/hide specific headers", but rather
 "how to retain the original From_ line". for instance: when the
 message arrives to the mail server (sendmail 8.10.1 and mail.local
 from solaris 7), the From_ line in the mailbox (/var/mail/ibr) looks
 like
  From [EMAIL PROTECTED] Tue Jun 6 10:33:24 2000

First of all, that *looks* like a header from a mailing list.  From
the headers in the message I'm replying to (all From type headers):

 From [EMAIL PROTECTED]  Tue Jun  6 13:27:26 2000
 X-From_: [EMAIL PROTECTED]  Tue Jun 6 15:24:22 2000
 From: Baurjan Ismagulov [EMAIL PROTECTED] 

the From without a colon is not the originator of the message,
obviously  The X-From_: header matches what my mail logs show (and the
colon-less From) as the originator thanks to an envelope-from as shown
here: 

 Received: from bigfoot.com (bflitemail6.bigfoot.com [208.156.39.206])
by glitch.crosswinds.net (8.9.3/8.9.3) with SMTP id PAA38634
for [EMAIL PROTECTED]; Tue, 6 Jun 2000 15:24:05 -0400 (EDT)
(envelope-from [EMAIL PROTECTED])

 then i fetch the message using mutt's built-in pop3 support (i set
 pop_user, pop_host, and pop_delete). the From_ line becomes:
  From ibr Tue Jun  6 10:18:29 2000

This may be an artifect caused by your POP daemon and/or MTA.  I don't
run a POP server, but I do retrieve some messages by remote that don't
arrive via usual channels (i.e. they are retrieved from a webmail
account via a perl script).  Those messages all give a Sender header
that matches my username ond domain, and masseages (read spam) without
domains get my domain name tacked onto them.

 the question is, can i see its original state, i.e., can i see
  From [EMAIL PROTECTED] Tue Jun  6 10:33:24 2000
 (the original sender and the original send time) in mutt?
 
 best regards,
 baurjan.
 

-- 
   _
 _|_|_
      ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!



Re: Mutt and my email address

2000-06-05 Thread Anton Graham

On Mon, 05 Jun 2000, [EMAIL PROTECTED] wrote:


   How can I get mutt to recognise messages that are from me,
 even though they may have a different From: address?  Basically,
 I'd like to tell mutt that I have a number of addresses, that
 all should be used for calculating +TCF type flags.

From my .muttrc file:

set alternates="\^(\
(darkimage@bigfoot\\.com)\
|(raynes@crosswinds\\.net)\
|(ligoth@mailandnews\\.com)\
|([EMAIL PROTECTED])\
)$"# alternate usernames

HTH

-- 
   _
 _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!



Re: mailbox corruption and mutt

2000-06-04 Thread Anton Graham

On Sun, 04 Jun 2000, CaT wrote:

 I don't suppose I have a hope in getting any sort of responce to this?
 
 It is kinda important and I'd be more then happy to help track down the
 problem but at the moment I've gotten SFA responce to it which may mean
 that noone really cares if mutt corrupts mailboxes.

I would guess that your problem stems, in part, from the fact that the
mbox format is not really designed for a 47 meg box with 7500+
messages.  I would seriously consider saving some of those messages in
other mailboxes.  This would help alleviate this problem and
undoubtedly make finding specific messages easier.

Personally, I have a cron job that runs at midnight on the first of
each month which moves all of my mail storage into an archive
directory and compresses the boxes.  This prevents overly large
mailboxes.

-- 
   _
 _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!



Two ideas

2000-05-26 Thread Anton Graham

Both of these revolve around the use of sig-dashes.

First, I have a corrspondent who (despite protests) uses the ``-- ``
sequence to separate his message from the text he is replying to.
Needless to say, this causes mutt to syntax hilight the first
paragraph of his reply as a signature.  Perhaps a check to see how
many lines remain after the sig-dashes would be helpful in dealing
with situations like this.  Say, for example,  10 lines remain after
sig-dashes means it's not a sig?  This would still provide enough
space for the cast majority of over-long sigs.

Second, I'd like to see a ``strip-from-sig-dashes'' type feature (a la
pine).  It's merely a convenience.

-- 
   _
 _|_|_
  ( )   *Anton Graham
  /v\  / [EMAIL PROTECTED]
/(   )X
 (m_m)   GPG ID: 18F78541
Penguin Powered!