headers
ShengHuo ZHU | 1 Dec 2000 02:28
X-Face
Picon
Favicon

Re: Feature request: "Security" feature

Raja R Harinath <harinath <at> cs.umn.edu> writes:

> Hi,
> 
> It would be nice if the buttons, introduced in the article buffer by
> the "gnus-*-verify-*" functions, had some useful action -- like
> showing the output of the underlying program.
> 
> Say, you have the button
> 
>   [[PGP Verified: OK]]
> 
> Clicking on it would produce:
> 
>   [[PGP Verified: OK]
>   Good Signature from: John Q. Signer <jqs <at> foo.com>
>   No trust path established.
>   ]
> 
> If we don't pay attention to the status bar while it's verifying, we
> lose this information (looking at *Messages* is more painful than
> clicking a button in the article).

The problem is how to capture those messages from mailcrypt or gpg.el.
Anyone knows?

ShengHuo
Permalink | Reply | 2 comments |
headers
Doug Bagley | 1 Dec 2000 03:11
X-Face
Picon

lost .newsrc.eld, invisible messages, unkillable nil group ...

I'm experiencing a variety of problems with gnus (currently using
5.8.7), and I'd like to know if there is a remedy.  As background, I
use nnfolder as my primary backend and read occasional newsgroups as
foreign groups from various servers.

1) I have lost my .newsrc.eld a few times over the past year (Xemacs
crashes, or something similarly horrible).  I have sometimes had a
backup version I could use ... but sometimes not.  If gnus could
prevent .newsrc.eld lossage, or else recover more gracefully, that
would be really nice.  Right now, if I press "F" in Groups buffer, it
tells me that one new group has arrived, but it does not appear.

2) I have consistently had an unkillable group named "nil" at the top
level of my topics, and it's a bit annoying, but I haven't felt it
justified its own message, but I thought I'd throw it in here while
I'm at it.  I suppose this may be due to my feeble attempts at
.newsrc.eld recovery ...

3) But most worrisome to me is that I have on a number occasions, for
example, seen a "1" next to a group name in the Group buffer,
indicating a new mail, hit Return on the group name, and the number of
mails indicated goes to zero, and I don't get to read the new mail.
Yet it is there if I load that folder into a buffer (outside gnus).
Initially it occurred to me that my active file is busted, so I looked
in my ~/News/active file, and somehow some Incoming* files got in
there.  That shouldn't happen.  Then when I try to rebuild my active
file with nnfolder-generate-active-file, It croaked trying to build
some sent-mail.* folders, so I moved them out of my News directory, by
hand.  Anyway, the nnfolder-generate-active-file does not recover the
"invisible" emails.  They are in the folder, yet have become
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michael Welsh Duggan | 1 Dec 2000 04:06
Picon
Favicon

Re: Feature request: "Security" feature

ShengHuo ZHU <zsh <at> cs.rochester.edu> writes:

> Raja R Harinath <harinath <at> cs.umn.edu> writes:
> 
> > Hi,
> > 
> > It would be nice if the buttons, introduced in the article buffer by
> > the "gnus-*-verify-*" functions, had some useful action -- like
> > showing the output of the underlying program.
> > 
> > Say, you have the button
> > 
> >   [[PGP Verified: OK]]
> > 
> > Clicking on it would produce:
> > 
> >   [[PGP Verified: OK]
> >   Good Signature from: John Q. Signer <jqs <at> foo.com>
> >   No trust path established.
> >   ]
> > 
> > If we don't pay attention to the status bar while it's verifying, we
> > lose this information (looking at *Messages* is more painful than
> > clicking a button in the article).
> 
> The problem is how to capture those messages from mailcrypt or gpg.el.
> Anyone knows?

I don't know about mailcrypt, but capturing the information from
gpg.el looks quite easy.  In `mml2015-gpg-verify', the `gnus-details'
(Continue reading)

Permalink | Reply | 1 comment |
headers
Karl Kleinpaste | 1 Dec 2000 05:03
X-Face

Misplaced MIME headers

Using this evening's CVS, if I write a piece of mail containing this
content...

	--------------------------------
	General test text.

	[#mml type=text/plain disposition=attachment]
	Attachment text containing "type=text/plain disposition=attachment".
	[#/mml]
	--------------------------------

...then the resulting message actually sent contains MIME parts where
the MIME headers of the 2nd part are misplaced in the body, rather
than in the part's header:

	--------------------------------
	--=-=-=

	General test text.

	--=-=-=
	Content-Disposition: attachment

	Attachment text containing "type=text/plain disposition=attachment".
	MIME-Version: 1.0
	Content-Type: text/plain; charset=us-ascii

	--=-=-=--
	--------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
ShengHuo ZHU | 1 Dec 2000 05:22
X-Face
Picon
Favicon

Re: Feature request: "Security" feature

Michael Welsh Duggan <md5i <at> cs.cmu.edu> writes:

> I don't know about mailcrypt, but capturing the information from
> gpg.el looks quite easy.  In `mml2015-gpg-verify', the `gnus-details'
> handle gets set to this information, but only if the signing failed!
> If you move the clause:
>             (mm-set-handle-multipart-parameter 
>              mm-security-handle 'gnus-details 
>              (with-current-buffer mml2015-result-buffer
>                (buffer-string)))
> out of the unless, you should get what you want for free.

Done.

ShengHuo
Permalink | Reply | 0 comments |
headers
Kevin A. Burton | 1 Dec 2000 04:06

Re: Feature request: "Security" feature


Raja R Harinath <harinath <at> cs.umn.edu> writes:

> Hi,
> 
> It would be nice if the buttons, introduced in the article buffer by
> the "gnus-*-verify-*" functions, had some useful action -- like
> showing the output of the underlying program.
<snip>

mailcrypt will throw an error if a signature doesn't match the associated key in
your PGP/GPG keyring.

A while back I noticed a mailing list manager that was inserting a little
message inside my signature and it was causing errors... really cool.  I never
new that it did automatic validation :).  If you pay attention it will remove
the PGP signature info and you see it doing it in *messages*

Kevin

--

-- 
Kevin A. Burton ( burton <at> apache.org, burton <at> openprivacy.org, burtonator <at> acm.org )
        Cell: 408-910-6145 URL: http://relativity.yi.org ICQ: 73488596 

proprietary == evil
Permalink | Reply | 0 comments |
headers
ShengHuo ZHU | 1 Dec 2000 05:55
X-Face
Picon
Favicon

Re: Misplaced MIME headers

Karl Kleinpaste <karl <at> charcoal.com> writes:

> Using this evening's CVS, if I write a piece of mail containing this
> content...
> 
> 	--------------------------------
> 	General test text.
> 
> 	[#mml type=text/plain disposition=attachment]
> 	Attachment text containing "type=text/plain disposition=attachment".
> 	[#/mml]
> 	--------------------------------

You should use <#part> instead of <#mml>.  If Gnus generates such a
text, it is a bug.  The content of <#mml> is some text with a message
head.  Since there is only one line in the part, Gnus treat it as
head.

ShengHuo
Permalink | Reply | 0 comments |
headers
Morgan Fletcher | 1 Dec 2000 09:22

Active numbers greater than reality (nnml)

I'm running gnus 5.8.7, fsf emacs 20.7.2. I have most likely screwed up my
.newsrc.eld, cache and active files over the years.

Right now, if I do C-u RET with point on my inbox nnml group, I am asked if
I want to display the default of 26300 messages. Pressing RET gets me 7997
messages. The active file reports "inbox 29749 3450 y". There are a large
number of articles marked read and expirable in the group.

I don't know what I might have done, but my nnml inbox stopped expiring a
while ago. I've gone so far as to turn on Total Expire (via G c) for that
group, but the laxative has not worked. I'm wondering if the articles are
not expiring because the Active file is off? I've tried
nnml-generate-nov-databases.

Can you offer advice?

Thanks,

morgan
Permalink | Reply | 1 comment |
headers
Fabrice Gamberini | 1 Dec 2000 09:45
Picon

Some numbering problem (nnml?)

Hello,

I'm using Gnus v5.8.7 on NT-Emacs (20.7.1), mostly for email since I have no
news server ATM. nnml is my backend of choice. 

There's this mailing-list I'm subscribed to, which generates a volume of
roughly a hundred messages a day; this group has auto-expiry.

I have sometimes deleted expired mesages manually, and sometimess deleted
(B-del) messages myself. The problem is that the number of total messages in
this group does not seem to decrease at all -as presented when I want to open
it and there's no new message. Gnus will says something like "how many messages
do you want to read (default 7293) ?". This number always goes up, and now it
doesn't reflect the REAL number of messages that haven't been deleted yet
(this is easy to find, only count the individual files in ~/Mail/list/foo) .

Is there a command to make Gnus recount the effective number of messages in a
group ??

thanks 

--

-- 
Fabrice Gambérini
  -- = Wavecom S.A. = -- 
Email: fabrice.gamberini <at> wavecom.fr
Permalink | Reply | 5 comments |
headers
Pavel Janík ml. | 1 Dec 2000 21:00
Picon

Posting-styles and agent

Hi,

I use a lot of posting-styles entries. I use agent too. When I'm unplugged,
each mail I send is going to nndraft:queue. When send, it is not in the
correct group so get bad posting-style assigned - ie. my From: address is
bad or something similar can happen.

Suddenly I realized that Gnus puts some info into the header of draft like
this one:

What about putting some info here which should prevent of bad posting-style
assigned when unplugged?

Does anyone see this problem too?
--

-- 
Pavel Janík ml.
Pavel <at> Janik.cz
http://www.janik.cz
Permalink | Reply | 1 comment |

Gmane