From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63830 Path: news.gmane.org!not-for-mail From: Martin Steffen Newsgroups: gmane.emacs.gnus.general Subject: Re: failure of gnus to determine boundaries of emails Date: 15 Oct 2006 13:46:18 +0200 Organization: IFI UiO Norway Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1160912861 4377 80.91.229.2 (15 Oct 2006 11:47:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 15 Oct 2006 11:47:41 +0000 (UTC) Original-X-From: ding-owner+m12357@lists.math.uh.edu Sun Oct 15 13:47:38 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GZ4Sr-0003Z9-OJ for ding-account@gmane.org; Sun, 15 Oct 2006 13:47:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1GZ4Sm-0008Ob-00; Sun, 15 Oct 2006 06:47:28 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1GZ4RL-0008OV-00 for ding@lists.math.uh.edu; Sun, 15 Oct 2006 06:45:59 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1GZ4RG-0007zo-Mu for ding@lists.math.uh.edu; Sun, 15 Oct 2006 06:45:58 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1GZ4RA-0007q4-00 for ; Sun, 15 Oct 2006 13:45:48 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GZ4RA-0003PK-FN for ding@gnus.org; Sun, 15 Oct 2006 13:45:48 +0200 Original-Received: from cm-84.209.8.188.chello.no ([84.209.8.188]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Oct 2006 13:45:48 +0200 Original-Received: from msteffen by cm-84.209.8.188.chello.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Oct 2006 13:45:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 81 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.209.8.188.chello.no User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 X-Spam-Score: -1.8 (-) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:63830 Archived-At: >>>>> "Reiner" == Reiner Steib writes: Reiner> On Sat, Oct 14 2006, Martin Steffen wrote: >> PS: I'm working with emacs-version 21.4.1 nd gnus-version v5.9.0 Reiner> Gnus 5.9 is old. Could you upgrade to 5.10.8 (latest stable Reiner> release) or to Emacs 22 (CVS, but quite stable; it will enter Reiner> pretest soon) which includes 5.11. I guess, I won't be able to convince the admins here that they should live on the CVS cutting edge... They will support the default emacs/gnus combination which comes shipped (resp. upgraded) with their Red-Hat distribution, and I guess that's understandable. I might try on my laptop though Reiner> I don't think the problem lies in Gnus. I use a similar setup Reiner> (but with nnml) without any problems: Actually, I at least guess, it's not a gnus/emacs-version problem, since I use the same set-up for ages, at least since emacs-19 (or even 18) and the corresponding neolithic gnus-version back then :-) However, here nobody seems able to can help, all are content with squirrel-web-access, but I'm not yet ready to give-up :-) Maybe you are right, and the problem is not gnus. Because, at my laptop I have in the meantime managed, and there it was _not_ the error of gnus (at least as far as I understand). It seems that the way I used fetchmail caused the problem. To be more specific: using the following two different .fetchmailrc-specifications: (1) poll server.some.where with proto IMAP user 'user1' there is 'user2' here options keep fetchall ssl (2) poll server.some.where with proto IMAP user 'user1' there is 'user2' here and wants mda "/usr/bin/procmail" options keep fetchall ssl (1) now works at my laptop, (2) on the other hand fetches the emails, procmail split them into nnfolder-files, and gnus reads them in, but with the mentioned problem of not finding the boundaries appropriately. So far, so good, the problem is that (1) does _not_ work at my desktop at work, with the same emacs-version and the same gnus-version and the same settings. Probably, I will have to find out how I can use fetchmail in that environment, since (1) does not work at all, and (2) has the mentioned problem. Anyway, my gnus settings are: - mail-source-directory = ((directory :path "~/Mail/spool/" :suffix ".spool")) - mail-sources = ((directory :path "~/Mail/spool/" :suffix ".spool")) - gnus-secondary-select-methods's value is ((nnfolder "") (nntp "news.gmane.org")) - gnus-default-nntp-server's value is "news.uio.no" - gnus-directory's value is "~/Mail/spool/" and furthermore: (setq nnmail-use-long-file-names t) (setq nnmail-tmp-directory "~/Mail/spool") (setq nnmail-use-procmail t) (setq nnmail-procmail-directory "~/Mail/spool") But, as indicated, maybe indeed gnus is not the culprit (unlike I said), since at least on one machine the configuration works now. Only not yet at work. I try to research that further, and also I try to compare the format of the spool-files to see what influence the "mda"-specification has on it. Martin