Pterodactyl Gnus v0.76 is released

Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Bug fixes, MIME editing and format-spec.

Get it from <URL:http://www.gnus.org/dist/pgnus.tar.gz> or
"/ftp@quimby.gnus.org:/pub/gnus/".  The patch is available as
<URL:ftp://quimby.gnus.org/pub/gnus/ding-patches/pgnus-0.75-0.76.diff.gz>.

ChangeLog since last release:

Thu Feb 11 04:58:51 1999  Lars Magne Ingebrigtsen  <larsi@menja.ifi.uio.no>

	* gnus.el: Pterodactyl Gnus v0.76 is released.

1999-02-06  Felix Lee  <flee@cygnus.com>

	* gnus.el (gnus-group-change-level-function): Typo.

1999-02-11 05:47:51  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-sum.el (gnus-nov-skip-field): Removed.
	(gnus-nov-field): Ditto.
	(gnus-nov-parse-extra): Ditto.
	(gnus-nov-read-integer): Ditto.

1999-02-05 09:44:20  Katsumi Yamaoka  <yamaoka@jpl.org>

	* nnheader.el (nnheader-nov-read-message-id): New macro.
	(nnheader-parse-nov): Use it.

	* gnus-sum.el (gnus-nov-read-message-id): New macro.
	(gnus-nov-parse-line): Use it; use `(eobp)' instead of
	`(eq (char-after) ?\n)'.

1999-02-11 05:16:26  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus.el (gnus-other-frame): Always pop up a new frame.

Wed Feb 10 01:03:43 1999  Shenghuo ZHU  <zsh@cs.rochester.edu>

	* gnus-range.el (gnus-range-add): Rewrite.

1999-02-02 18:12:00  Carsten Leonhardt  <leo@arioch.oche.de>

	* nnmail.el (nnmail-split-incoming): Added detection of maildir
 	format.
	(nnmail-process-maildir-mail-format): New function.

	* mail-source.el (mail-source-fetch-maildir): New function.
	(mail-source-keyword-map): Add default for maildir method.
	(mail-source-fetcher-alist): Changed "qmail" to "maildir".

1999-02-10 02:29:28  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* mail-source.el (mail-source-fetcher-alist): Remove apop.

	* nndoc.el (nndoc-type-alist): Remove MIME-digest.
	(nndoc-mime-digest-type-p): Removed.

1999-02-09 15:25:52  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-art.el (gnus-article-read-summary-keys): Set the point
	where it is supposed to be.
	(gnus-treat-play-sounds): New variable.

	* gnus-sum.el (gnus-newsgroup-ignored-charsets): New variable.

	* gnus-art.el (article-display-x-face): Narrow to head.
	(gnus-article-washed-types): New variable.
	(article-hide-pgp): Is not a toggle.
	(gnus-article-hide-text-type): Save types.
	(article-decode-charset): Use it.

	* nnmail.el (nnmail-get-new-mail): Ignore procmail.

	* message.el (message-forward-start-separator): Removed.
	(message-forward-end-separator): Removed.
	(message-signature-before-forwarded-message): Removed.
	(message-included-forward-headers): Removed.
	(message-check-news-body-syntax): Don't check forward.
	(message-forward): Use MIME.

	* nnvirtual.el (nnvirtual-request-article): Bind
	gnus-article-decode-hook to nil.

1999-02-06 16:55:25  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* mml.el (mml-parse-singlepart-with-multiple-charsets): Check for
	us-ascii.

1999-02-04 00:00:35  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* format-spec.el (format-spec): Be more robust.

	* message.el (message-encode-message-body): Default
	mail-parse-charset to mail-parse-charset.

	* gnus-sum.el (gnus-summary-edit-article-done): Don't encode.
	(gnus-summary-edit-article): Bind mail-parse-charset.

	* mml.el (mml-read-tag): Ignore white space after end of tag.

	* message.el (message-goto-body): Also work in separatorless
	articles.

	* mml.el (mml-translate-from-mime): New function.
	(mml-insert-mime): Ditto.
	(mml-to-mime): New function.
	(mime-to-mml): New name.

	* gnus-sum.el (gnus-summary-edit-article): Always select raw
	article.

	* gnus-group.el (gnus-group-catchup-current): Unmark groups.

	* gnus-sum.el (gnus-summary-setup-default-charset): Don't
	special-case nndraft groups.

1999-02-03 16:44:19  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-sum.el (gnus-get-newsgroup-headers): Bind charset.
	(gnus-get-newsgroup-headers): Already bound.

	* message.el (message-encode-message-body): Use posting charset.

	* mm-bodies.el (mm-encode-body): Use MIME charsets.
	(mm-body-encoding): Do CTE.
	(mm-body-7-or-8): New function.

	* mm-util.el (mm-mime-charset): Always fall back on alist.
	(mm-mime-mule-charset-alist): Include katakana-jisx0201.
	(mm-mime-mule-charset-alist): Add arabic-*-column.
	(mm-find-mime-charset-region): New function.

	* format-spec.el (format-spec-make): New function.

	* mail-source.el (format-spec): Required.
	(mail-source-fetch-with-program): Removed.
	(mail-source-fetch-with-program): New function.

	* format-spec.el: New file.

1999-02-03 16:00:41  Tatsuya Ichikawa  <ichikawa@hv.epson.co.jp>

	* mail-source.el (mail-source-fetch-with-program): Take optional
	parameter.

1999-02-03 00:31:21  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-start.el: Ignore some groups.
	(gnus-setup-news): Bind nnmail-fetched-sources.

	* message.el (message-send-mail): Remove all tabs.

	* mm-util.el (mm-find-charset-region): Just check whether
	find-charset-region is defined.

1999-02-02 23:35:20  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* gnus-group.el (gnus-group-get-new-news): Use
	nnmail-fetched-sources.

	* nnmail.el (nnmail-fetched-sources): New variable.
	(nnmail-get-new-mail): Use it.

	* mail-source.el (mail-source-fetched-sources): New variable.
	(mail-source-fetch): Use it.

1999-02-02 23:20:20  Mark W. Eichin  <eichin@thok.org>

	* gnus.el (gnus-getenv-nntpserver): if the file that
 	gnus-nntpserver-file names has a trailing newline, the
 	string-match will always match, and thus the file will never be
 	read.  (^ matches start of "line", \\` matches start of "buffer",
 	which is what was intended...)

1999-02-02 23:17:40  Kim-Minh Kaplan  <kmkaplan@western.fr>

	* gnus-picon.el (gnus-picons-parse-filenames): Quote group names.

1999-01-28 04:15:46  Katsumi Yamaoka  <yamaoka@jpl.org>

	* gnus-start.el (gnus-read-active-file): Eliminate duplicated
	select methods.

1999-01-27  Simon Josefsson  <jas@pdc.kth.se>

	* gnus-range.el (gnus-remove-from-range): Sort second argument.

1999-02-02 10:55:23  Scott Hofmann  <shofmann@mindspring.com>

	* nntp.el: Use mail-source-read-passwd instead of nnmail-read-passwd.

Mon Feb  1 23:23:03 1999  Shenghuo ZHU  <zsh@cs.rochester.edu>

	* gnus-cus.el (gnus-group-parameters): Charset as symbol, and fix
	a typo.
	* gnus-sum.el (gnus-summary-setup-default-charset): Set nndraft's
	charset to nil.
	* gnus-agent.el (gnus-agent-queue-setup): Remove charset setting.
	* gnus-start.el (gnus-start-draft-setup): Ditto.

1999-02-02 22:13:14  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* mail-source.el (mail-source-fetch-directory): Use the predicate.
	(mail-source-value): Don't do variables.

	* nnmail.el (nnmail-get-new-mail): Set the predicate.

	* gnus-sum.el (gnus-summary-toggle-header): Fix, and bound to t.

1999-02-01  Michael Cook  <cook@sightpath.com>

	* Defenestrate spurious ?a.

1999-02-02 21:59:51  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* mail-source.el (mail-source-fetch-pop): Instead use
	:authentication.

1999-02-01  Tatsuya Ichikawa <t-ichi@po.shiojiri.ne.jp>

	* lisp/mail-source.el : Support APOP authentication scheme.

1999-02-02 21:56:14  Tatsuya Ichikawa  <t-ichi@niagara.shiojiri.ne.jp>

	* pop3.el (pop3-movemail): Return t.

1999-02-02 21:48:46  Lars Magne Ingebrigtsen  <larsi@gnus.org>

	* rfc2047.el (rfc2047-fold-region): New function.
	(rfc2047-encode-message-header): Use it.

1999-02-02 21:07:27  Hallvard B. Furuseth  <h.b.furuseth@usit.uio.no>

	* gnus-sum.el (gnus-group-charset-alist): Add more.



-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Aaron M. Ucko]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

> 	(message-forward): Use MIME.

This reminds me: message/rfc-822 (and perhaps message/anything) should
probably be displayed as text by default.

> 	* mm-util.el (mm-find-charset-region): Just check whether
> 	find-charset-region is defined.

find-charset-region always returns 'ascii in my message buffers, even
when they contain non-ASCII characters; could you revert this or make
message buffers default to multibyte?  FWIW, I'm using FSF Emacs 20.3
and call setup-latin1-environment in my .emacs.

> 	* mail-source.el (mail-source-fetched-sources): New variable.
> 	(mail-source-fetch): Use it.

I still see repeated "fetching mail from pop" messages when I use
"2 g".  :-(  (But at least the other groups don't get deactivated
any more.)


-- 
Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)

Re: Pterodactyl Gnus v0.76 is released

[Rolf Marvin B|e Lindgren]

[ Lars Magne Ingebrigtsen

| Bug fixes, MIME editing and format-spec.

I still have to say nnml-generate-nov-databases to get at my mail.  I
don's see any changes in individual .overvew-files before and after the
process, is there anywhere else I should look?

-- 
Rolf Lindgren
roffe@ask.uio.no
.

Re: Pterodactyl Gnus v0.76 is released

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

> 	* gnus-sum.el (gnus-nov-read-message-id): New macro.
> 	(gnus-nov-parse-line): Use it; use `(eobp)' instead of
> 	`(eq (char-after) ?\n)'.

Shouldn't this be `(eolp)'?

Re: Pterodactyl Gnus v0.76 is released

[Karl Kleinpaste]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:
> Get it from <URL:http://www.gnus.org/dist/pgnus.tar.gz> or

Nine hours later, this URL returns 404 Not Found.

Fortunately, Quimby coughed it up at 90Kbytes/sec.

Re: Pterodactyl Gnus v0.76 is released

[Michael Welsh Duggan]

amu@MIT.EDU (Aaron M. Ucko) writes:

> Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:
> 
> >     * mail-source.el (mail-source-fetched-sources): New variable.
> >     (mail-source-fetch): Use it.
> 
> I still see repeated "fetching mail from pop" messages when I use
> "2 g".  :-(  (But at least the other groups don't get deactivated
> any more.)

Yes, but although it is printed several times, it actually only ends
up getting done once.  

As another note, the code seems to indicate that this is
`nnmail-fetched-sources' and `nnmail-get-new-mail', as opposed to
`mail-source-fetched-sources' and `mail-source-fetch'.

nnml: Reading incoming mail from pop...
nnml: Reading incoming mail...done
nnml: Reading incoming mail from pop... [20 times]

-- 
Michael Duggan
(md5i@cs.cmu.edu)
.

Re: Pterodactyl Gnus v0.76 is released

[Karl Kleinpaste]

amu@mit.edu (Aaron M. Ucko) writes:
> I still see repeated "fetching mail from pop" messages when I use
> "2 g".  :-(

Likewise, with just a local spool file as a source, I get as many
"Reading incoming mail from file..." messages as I have level 2 nnml
groups.

Is this just unintended noise in the minibuf now, or is it actually in
search of new mail 32 times (in my case)?

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

amu@MIT.EDU (Aaron M. Ucko) writes:

> > 	(message-forward): Use MIME.
> 
> This reminds me: message/rfc-822 (and perhaps message/anything) should
> probably be displayed as text by default.

Perhaps the thing to do is just narrow to the part and then run all
the article display things -- in the article buffer, instead of putting
it in a different buffer...

> > 	* mm-util.el (mm-find-charset-region): Just check whether
> > 	find-charset-region is defined.
> 
> find-charset-region always returns 'ascii in my message buffers, even
> when they contain non-ASCII characters; could you revert this or make
> message buffers default to multibyte?

I've now reverted it.

> > 	* mail-source.el (mail-source-fetched-sources): New variable.
> > 	(mail-source-fetch): Use it.
> 
> I still see repeated "fetching mail from pop" messages when I use
> "2 g".  :-(  (But at least the other groups don't get deactivated
> any more.)

Do you use a `directory' mail source?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Karl Kleinpaste <karl@justresearch.com> writes:

> Is this just unintended noise in the minibuf now, or is it actually in
> search of new mail 32 times (in my case)?

It looks like it messaged before it checked whether it needed to fetch 
mail.  Fix in Pterodactyl Gnus v0.77.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> > 	* gnus-sum.el (gnus-nov-read-message-id): New macro.
> > 	(gnus-nov-parse-line): Use it; use `(eobp)' instead of
> > 	`(eq (char-after) ?\n)'.
> 
> Shouldn't this be `(eolp)'?

When this is run, the buffer is narrowed to one line (excluding the
newline), so `(eolp)' and `(eobp)' are equivalent here.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Rolf Marvin B|e Lindgren <roffe@morgoth.uio.no> writes:

> I still have to say nnml-generate-nov-databases to get at my mail.  I
> don's see any changes in individual .overvew-files before and after the
> process, is there anywhere else I should look?

I'm unable to reproduce this.  What is your nnmail-spool-file?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Rolf Marvin B|e Lindgren]

[ Rolf Marvin B|e Lindgren

| I still have to say nnml-generate-nov-databases to get at my mail.  I
| don's see any changes in individual .overvew-files before and after the
| process, is there anywhere else I should look?

[ Lars Magne Ingebrigtsen

| I'm unable to reproduce this.  What is your nnmail-spool-file?

(insert (describe-variable 'nnmail-spool-file))

nnmail-spool-file's value is 

((directory :path "/usit/sauron/u4/roffe/.vm-spool-files/" :suffix "spool"))


-- 
Rolf Lindgren                                        http://www.uio.no/~roffe/
roffe@tag.uio.no
.

Re: Pterodactyl Gnus v0.76 is released

[James H. Cloos Jr.]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Aaron" == Aaron M. Ucko <amu@MIT.EDU> writes:
>>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

Aaron> This reminds me: message/rfc-822 (and perhaps message/anything)
Aaron> should probably be displayed as text by default.

Lars> Perhaps the thing to do is just narrow to the part and then run
Lars> all the article display things -- in the article buffer, instead
Lars> of putting it in a different buffer...

This does sound like the way to go.  'Twould be nice, though, were
there some visual clue in the buffer where each mime part starts and
ends. Perhaps if the button were still displayed but altered somehow....

- -JimC
- -- 
James H. Cloos, Jr.  <http://www.jhcloos.com/cloos/public_key> 1024D/ED7DAEA6 
<cloos@jhcloos.com>     E9E9 F828 61A4 6EA9 0F2B  63E7 997A 9F17 ED7D AEA6

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v0.9.2 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE2w0rqmXqfF+19rqYRAp/iAJ40g4IrVWLZY58VCJPq4shlJRp/HQCeOskd
AlG5im/2A9kZUtR1H623RtM=
=iPHK
-----END PGP SIGNATURE-----

Message Forwarding (Re: Pterodactyl Gnus v0.76 is released)

[Matt Pharr]

> 	(message-forward): Use MIME.

Another bug with this: read one message, hit c-c c-f to make a new
forwarded message but don't send it.  Then go back to the summary buffer
and read another message.  Hit c-c c-f to forward that one.  When the first
forwarded message is actually sent, the text of the second forwarded
message will be included, rather than the intended text.

>	(message-included-forward-headers): Removed.

I can understand that this is the right thing to do in that if one is going 
to forward a message, the whole thing should just be sent.  But (for me at
least) the more common case is that whoever I'm forwarding something on to
is going to be unhappy to get all of those Received headers, etc.

So do both of these together suggest that it would be better to inline the
message immediately, with appropriate MML stuff around it (which would
allow manual header pruning, at least).  Is that possible in MML?

-matt
-- 
Matt Pharr                                   mmp@graphics.stanford.edu
<URL:http://graphics.stanford.edu/~mmp>

Re: Pterodactyl Gnus v0.76 is released

[Yair Friedman]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Perhaps the thing to do is just narrow to the part and then run all
> the article display things -- in the article buffer, instead of putting
> it in a different buffer...

Unfortunately narrowing is not recursvice, this might cause problems
when there is message/rfc-822 as part of message/rfc-822.

Perhaps working on another buffer and copying with all properties...
--
Yair Friedman.

Re: Pterodactyl Gnus v0.76 is released

[Rolf Marvin B|e Lindgren]

[ Rolf Marvin B|e Lindgren <roffe@morgoth.uio.no> writes:

| I still have to say nnml-generate-nov-databases to get at my mail.  I
| don's see any changes in individual .overvew-files before and after the
| process, is there anywhere else I should look?

[ Lars Magne Ingebrigtsen


| I'm unable to reproduce this.  What is your nnmail-spool-file?


nnmail-spool-file's value is 

((directory :path "/usit/sauron/u4/roffe/.vm-spool-files/" :suffix ".spool"))

but it was 

((directory :path "/usit/sauron/u4/roffe/.vm-spool-files/" :suffix "spool"))

and that made all the difference.


-- 
Rolf Lindgren
roffe@ask.uio.no
.

Re: Pterodactyl Gnus v0.76 is released

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> amu@MIT.EDU (Aaron M. Ucko) writes:
> 
> > > 	(message-forward): Use MIME.
> > 
> > This reminds me: message/rfc-822 (and perhaps message/anything) should
> > probably be displayed as text by default.
> 
> Perhaps the thing to do is just narrow to the part and then run all
> the article display things -- in the article buffer, instead of putting
> it in a different buffer...

Yes yes yes.  That would be very cool.

Re: Pterodactyl Gnus v0.76 is released

[Colin Rafferty]

James H Cloos writes:

> 'Twould be nice, though, were
> there some visual clue in the buffer where each mime part starts and
> ends. Perhaps if the button were still displayed but altered somehow....

M-t.

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Yair Friedman <yfriedma@JohnBryce.Co.Il> writes:

> Unfortunately narrowing is not recursvice, this might cause problems
> when there is message/rfc-822 as part of message/rfc-822.

Narrowing is recursive, as long as you never `widen', but just
`save-restriction'. 

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Yair Friedman <yfriedma@JohnBryce.Co.Il> writes:
> 
> > Unfortunately narrowing is not recursvice, this might cause problems
> > when there is message/rfc-822 as part of message/rfc-822.
> 
> Narrowing is recursive, as long as you never `widen', but just
> `save-restriction'.

My problem with `message/rfc822' is that it tries to mimic an Article
buffer, yet it doesn't function like one.  For example, it hides the
headers.  Fine; I press `t' to get all the headers, and am greeted by
an error.

message/rfc822 should either be displayed as a "proper" article (no
matter whether that entails using a separate buffer), or as plain
text.  These cross-breeds make it a pain.

Re: Message Forwarding (Re: Pterodactyl Gnus v0.76 is released)

[Lars Magne Ingebrigtsen]

Matt Pharr <mmp@Graphics.Stanford.EDU> writes:

> > 	(message-forward): Use MIME.
> 
> Another bug with this: read one message, hit c-c c-f to make a new
> forwarded message but don't send it.  Then go back to the summary buffer
> and read another message.  Hit c-c c-f to forward that one.  When the first
> forwarded message is actually sent, the text of the second forwarded
> message will be included, rather than the intended text.

Yup.  Fix in Pterodactyl Gnus v0.77.

> >	(message-included-forward-headers): Removed.
> 
> I can understand that this is the right thing to do in that if one is going 
> to forward a message, the whole thing should just be sent.  But (for me at
> least) the more common case is that whoever I'm forwarding something on to
> is going to be unhappy to get all of those Received headers, etc.

Well, if the recipient has a MIME-capable mail reader (which is not
unlikely), then I would guess that the mail reader will hide most of
the headers.  Of course, I could be wrong.  :-)  Could someone check
with, say, Outlook and Netscape what they do?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> message/rfc822 should either be displayed as a "proper" article (no
> matter whether that entails using a separate buffer), or as plain
> text. 

Well, why not just format each message/rfc822 part in the article
buffer as if it were an article?  I don't really see any reason that
shouldn't work.  It'll be raht purdy.  Er -- perhaps I should just
write it right away.  Urm.  No, I'm too buzzed by the symposium thing, 
and the developments at work, and by installing Gnus 5.7 on the FSF
machines tonight sometime.

Anyway.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Hrvoje Niksic <hniksic@srce.hr> writes:
> 
> > message/rfc822 should either be displayed as a "proper" article (no
> > matter whether that entails using a separate buffer), or as plain
> > text. 
> 
> Well, why not just format each message/rfc822 part in the article
> buffer as if it were an article?

Will `t' to reveal all headers work in that case?  Or any other
command that normally helps me beat article contents into shape?

> No, I'm too buzzed by the symposium thing,

What symposium thing?

Re: Pterodactyl Gnus v0.76 is released

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> > Well, why not just format each message/rfc822 part in the article
> > buffer as if it were an article?
> 
> Will `t' to reveal all headers work in that case?  Or any other
> command that normally helps me beat article contents into shape?

Er, no.  Good point.  Er.  *insert vision of Lars contemplating*

MIME is hard.  Let's go shopping.

> > No, I'm too buzzed by the symposium thing,
> 
> What symposium thing?

:-)

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Pterodactyl Gnus v0.76 is released

[Rolf Marvin Bøe Lindgren]

[ Rolf Marvin B|e Lindgren

nnmail-spool-file's value is 

 ((directory :path "/usit/sauron/u4/roffe/.vm-spool-files/" :suffix ".spool"))

and now my mail spool files are never read at all.  happened as from 0.79.


-- 
Rolf Lindgren                                        http://www.uio.no/~roffe/
roffe@tag.uio.no
.

Re: Pterodactyl Gnus v0.76 is released

[Hevard Fosseng]

Rolf Marvin Bxe Lindgren <r.m.b.lindgren@usit.uio.no> skriv:

> nnmail-spool-file's value is 
> 
>  ((directory :path "/usit/sauron/u4/roffe/.vm-spool-files/" :suffix ".spool"))
> 
> and now my mail spool files are never read at all.  happened as from 0.79.

A very similar setup seems to work for me under 0.79, except that I have
:suffix "". Have you considered using edebug to find out what happens?



- Håvard Fosseng

Re: Pterodactyl Gnus v0.76 is released

[David S. Goldberg]

>>>>> Hevard Fosseng writes:
> Rolf Marvin Bxe Lindgren <r.m.b.lindgren@usit.uio.no> skriv:
>> [mail spools no longer being read in 0.79]

> A very similar setup seems to work for me under 0.79, except that I
> have :suffix "". 

It works for you exactly because you have an empty suffix.  The regexp
matching on spool names was optimized so well for that case that it
screwed up all the others :-)

> Have you considered using edebug to find out what happens?

Others already have.  Lantz Moore and I both figured out the right fix
and posted patches (his is a bit cleaner than mine and will make in
into 0.80 according to Lars).  Check the list archive for an immediate
fix.
-- 
Dave Goldberg
Post: The Mitre Corporation\MS B305\202 Burlington Rd.\Bedford, MA 01730
Phone: 781-271-3887
Email: dsg@mitre.org

Re: Pterodactyl Gnus v0.76 is released

[Rolf Marvin Bøe Lindgren]

[ David S Goldberg

| Others already have.  Lantz Moore and I both figured out the right fix
| and posted patches (his is a bit cleaner than mine and will make in
| into 0.80 according to Lars).  Check the list archive for an immediate
| fix.

all I can find is a post apologizing for it being submitted in base64.
please repost.

(or should I just remove the .spool-suffix from my mail spool files?)

-- 
Rolf Lindgren                                        http://www.uio.no/~roffe/
roffe@tag.uio.no
.