headers
Michael Harnois | 1 Mar 2000 04:59
Picon

crash

I'm too stupid to know if this is xemacs or gnus. Trying to open a
MIME message with a picture inside (I think, haven't succeeded in
opening it yet) ... Quite repeatable. Latest CVS of both programs.

Lisp backtrace follows:

  # bind (string c)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (temp-buffer string)
  mail-header-remove-comments("text/plain; charset=\"US-ASCII\"")
  # bind (ttoken stoken ntoken prev-value display-name mailbox c display-string parameters attribute
value type subtype number encoded prev-attribute)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (temp-buffer string)
  mail-header-parse-content-type("text/plain; charset=\"US-ASCII\"")
  # (condition-case ... . ((error)))
  # (unwind-protect ...)
  # bind (ct ctl type subtype cte cd description id result)
  # (unwind-protect ...)
  # bind (no-strict-mime)
  mm-dissect-buffer(t)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (end parts start close-delimiter boundary ctl)
  mm-dissect-multipart(("multipart/mixed" (boundary . "part8_d3.21100e4.25e8bfd4_boundary")))
  # bind (ct ctl type subtype cte cd description id result)
  # (unwind-protect ...)
  # bind (no-strict-mime)
(Continue reading)

Permalink | Reply | 9 comments |
headers
Jan Vroonhof | 1 Mar 2000 09:13
Picon
Favicon

Re: crash

Michael Harnois <mdharnois <at> home.com> writes:

> I'm too stupid to know if this is xemacs or gnus.

If it is a crash, then it is xemacs and you need to give more info. C
backtrace and version to be precise ('latest cvs' is very ambiguous)

Jan
Permalink | Reply | 8 comments |
headers
Steinar Bang | 1 Mar 2000 13:11
Picon

nnimap-list-pattern for UoW

If I'm about to connect to a UoW imapd, and my folders are residing
under ~/imap, would this be a sensible setting of nnimap-list-pattern
be ("INBOX" ("imap/" . "*")) ?

Or should I go for ("INBOX" "imap/*") ?
Permalink | Reply | 4 comments |
headers
Simon Josefsson | 1 Mar 2000 14:30
Picon
Picon
Favicon

Re: nnimap-list-pattern for UoW

Steinar Bang <sb <at> metis.no> writes:

> If I'm about to connect to a UoW imapd, and my folders are residing
> under ~/imap, would this be a sensible setting of nnimap-list-pattern
> be ("INBOX" ("imap/" . "*")) ?
> 
> Or should I go for ("INBOX" "imap/*") ?

With the UoW server I believe the two are equivalent.  The first is
more estheticly pleasing though, IMHO.
Permalink | Reply | 3 comments |
headers
lconrad | 1 Mar 2000 15:54
X-Face
Picon
Picon
Favicon

Identifying CVS version (was: Re: crash)

>>>>> "Jan" == Jan Vroonhof <vroonhof <at> math.ethz.ch> writes:

    Jan> If it is a crash, then it is xemacs and you need to give more
    Jan> info. C backtrace and version to be precise ('latest cvs' is
    Jan> very ambiguous)

Is there a way we can be more precise easily?  That is, "latest cvs as
of date/time" is clearly more precise, but is there something that
would be more useful to someone who wanted to check out the precise
version?

And if we know it's the "latest CVS as of last week some time", is
there a file we can use to identify the precise time last week?

--

-- 
Laura (mailto:lconrad <at> world.std.com , http://www.world.std.com/~lconrad/ )
(617) 661-8097	fax: (801) 365-6574 
233 Broadway, Cambridge, MA 02139
Permalink | Reply | 2 comments |
headers
Chris Brierley | 1 Mar 2000 18:26
Picon
Favicon

Re: nnimap: Checking mailbox %s vs. Updating info for %s

So, I finally got some time to find the least configuration that
will cause this problem (bug?) to appear.  To re-cap, when I move
a mail message from one IMAP server to another, from then on the
IMAP server I moved the mail to shows "Updating info for %s" when
I get mail rather than the much faster "Checking mailbox %s"
(which my other IMAP servers still show).  Here's how to reproduce
it (obviously you need access to two IMAP servers):

* Remove your .newsrc.eld, .gnus.el, and .emacs files.

* Make this your .emacs, changing as appropriate for your servers:

,-----
| ;; This is where I keep Gnus 5.8.3.  
| (add-to-list 'load-path (expand-file-name "~/lib/lisp/gnus/lisp"))
| ;; Set up primary select method even though we won't use it in our example.  
| ;; Change this for your news server
| (setq gnus-select-method '(nntp "news.domain.com"))
| ;; I apparently need this for my news server since it requires
| ;; authentication.  You may be able to take it out.
| (add-hook 'nntp-server-opened-hook 'nntp-send-authinfo)
| (setq gnus-secondary-select-methods
|       '(
|         (nnimap "personal"
|                 ;; Change this for an IMAP server  
|                 (nnimap-address "personal.com")
|                 (nnimap-list-pattern ("INBOX" "mail/*"))
|                 )
|         (nnimap "work"
|                 ;; Change this for another IMAP server
(Continue reading)

Permalink | Reply | 2 comments |
headers
Simon Josefsson | 1 Mar 2000 20:59
Picon
Picon
Favicon

Re: nnimap: Checking mailbox %s vs. Updating info for %s

Chris Brierley <brierley <at> pobox.com> writes:

> So, I finally got some time to find the least configuration that
> will cause this problem (bug?) to appear.

Thank you for you detailed bug report. Could you try this patch? It
does solve your problem for me, but you never know what other problems
it might generate.

2000-03-01  Simon Josefsson  <jas <at> pdc.kth.se>

	* gnus-sum.el (gnus-read-move-group-name): 
	(gnus-summary-move-article): Use `gnus-group-method' to find out
	what method the manually entered group belong to.
	`gnus-group-name-to-method' doesn't return any method parameters
	and `gnus-find-method-for-group' uses `gnus-group-name-to-method'
	for new groups so they wouldn't work.

Index: lisp/gnus-sum.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/gnus-sum.el,v
retrieving revision 5.97
diff -w -u -r5.97 gnus-sum.el
--- lisp/gnus-sum.el	2000/02/03 16:28:49	5.97
+++ lisp/gnus-sum.el	2000/03/01 19:45:52
 <at>  <at>  -7322,7 +7322,7  <at>  <at> 
 	     articles prefix))
       (set (intern (format "gnus-current-%s-group" action)) to-newsgroup))
     (setq to-method (or select-method
-			(gnus-group-name-to-method to-newsgroup)))
(Continue reading)

Permalink | Reply | 1 comment |
headers
Chris Brierley | 1 Mar 2000 23:13
Picon
Favicon

Re: nnimap: Checking mailbox %s vs. Updating info for %s

This patch appears to have solved the problem!  I've happily
moved a couple of messages back and forth between three servers
several times with no problem.

Thanks very much!  I'll keep you updated if I see anything new
that could be a result of the patch.
Permalink | Reply | 0 comments |
headers
Neil Crellin | 2 Mar 2000 00:00

Re: Identifying CVS version (was: Re: crash)

lconrad <lconrad <at> world.std.com> writes:
>>>>>> "Jan" == Jan Vroonhof <vroonhof <at> math.ethz.ch> writes:
>     Jan> If it is a crash, then it is xemacs and you need to give more
>     Jan> info. C backtrace and version to be precise ('latest cvs' is
>     Jan> very ambiguous)

> Is there a way we can be more precise easily?  That is, "latest cvs as
> of date/time" is clearly more precise, but is there something that
> would be more useful to someone who wanted to check out the precise
> version?

> And if we know it's the "latest CVS as of last week some time", is
> there a file we can use to identify the precise time last week?

Assuming we can trust those with checkin privs to make ChangeLog entries
as they update, perhaps `head -3 gnus/lisp/ChangeLog` might suffice?

-Neil
Permalink | Reply | 0 comments |
headers
Chris Richards | 2 Mar 2000 01:00

Quickly Migrating ~/Mail/* to gnus nnfolder

Howdy.

Is there a suggested way to migrate mbox format files under ~/Mail/
into gnus?  I have 61 "groups" in 14 (sub-)directories.

For example:

~/Mail/humour
~/Mail/people/bob
~/Mail/people/jane
~/Mail/work/project1/defects

into

nnfolder:humour
nnfolder:people.bob
nnfolder:people.jane
nnfolder:work.project1.defects

I tried to manually do one by creating a nndoc group and a nnfolder
group.  The doc group was the old mbox file.  I moved the messages and
tried to kill the nndoc group.  It sorta of went away... replaced by
group 'nil' ;)

This is way annoying.  Should I just leave them as nndoc groups?  Can
I split into them later?

Any suggestions?

Cheers,
(Continue reading)

Permalink | Reply | 2 comments |

Gmane