From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/8719 Path: news.gmane.org!not-for-mail From: Martin Millnert Newsgroups: gmane.emacs.gnus.user Subject: nnimap - Multiple issues Date: Fri, 16 Feb 2007 11:46:39 +0100 Organization: Chalmers University of Technology, Sweden Message-ID: <87d54anzw0.fsf@natalie.vpn.anti> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1171626026 19676 80.91.229.12 (16 Feb 2007 11:40:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Feb 2007 11:40:26 +0000 (UTC) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Fri Feb 16 12:40:19 2007 Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HI1Rq-0001tO-9m for gegu-info-gnus-english@m.gmane.org; Fri, 16 Feb 2007 12:40:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HI1Rp-0004Yb-Tu for gegu-info-gnus-english@m.gmane.org; Fri, 16 Feb 2007 06:40:17 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed1.swip.net!swipnet!newsfeed.sunet.se!news01.sunet.se!129.16.222.141.MISMATCH!gide.ita.chalmers.se!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-Lines: 71 Original-NNTP-Posting-Host: natalie.csbnet.se Original-X-Trace: gide.ita.chalmers.se 1171622800 14547 193.11.254.102 (16 Feb 2007 10:46:40 GMT) Original-X-Complaints-To: usenet@gide.ita.chalmers.se Original-NNTP-Posting-Date: Fri, 16 Feb 2007 10:46:40 +0000 (UTC) User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.93 (gnu/linux) Cancel-Lock: sha1:eapyPnScA8ufKdclgBJ9m0yKYvo= Original-Xref: shelby.stanford.edu gnu.emacs.gnus:78903 X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:8719 Archived-At: Hi group, I'm a relatively new user to Emacs and Gnus. I'm trying to switch from Evolution with multiple IMAP accounts. I was introduced to Gnuns by a friend who's using it for news + mail. My primary interest is mail. I was attracted by the splitting function and posting-styles, first and foremost. Those make following mailing-lists and occasionally replying to them a lot easier, since I normally subscribe to each list on a unique forwarding email address. While this conversion is a little bit overwhelming and almost certainly impossible to do without downtime so to speak, if I were to cease using Evolution abruptly and do a "hard switch", I do think I can make the switch gradually. I have a list of things left to figure out to make the switch fully possible. 1) When I use C for catchup on a group (IMAP folder) in the group view, it is then marked as having 0 new posts immediately. When I restart Gnus however, the previous count since before the catchup call is shown. The catchup call works, I have checked. All the messages in said group *are* marked as SEEN in the IMAP folder (checked with Evolution numerous times). I've found that I have to enter said group and pull up the summary list, or, do a M-g in the group view for the stats to update for what then becomes the third boot. If I however restart Emacs completely after the catchup, Gnus will then catch the change in the folder directly, without an explicit call to update it. Since the UI right after the catchup first presents 0 new messages, the IMAP store is updated, whatever local (in-memory?) group state Gnus keeps ought also to be updated so that I don't have to manually update a group after I've done a catchup, for Gnus to understand what's happened. At least that would seem logical to me. 2) I have a bunch of nmap-split-fancy rules for INBOX and they work fine (finally). I've had the same Gnus session open for an extended period of time and I have not yet grasped how updating works. It would seem that mail arrive in the INBOX (of course, this is outside of Gnus control), Gnus poll... something, which includes INBOX at least. This polling is done on its own initiative in some interval, but it doesn't do splitting (if I remember correctly). I have found that I can manually invoke that function using B r when I'm viewing the summary list. Once they are split/spooled away however, they still remain in the summary list even though they are not in fact there -- apparently a loss of information somewhere. A desired behaviour, I suppose, would be nothing more complicated than a interval based "refresh" of INBOX, since that's where mail shows up first, a splitting of whatever new mail arrives there and then whatever necessary updates of the modified IMAP folders (eg, the destinations of the splitting) necessary. That'll be all for now. :) I have yet more unsolved issues in my "Things-to-fix-for-a-conversion", but I thought I would return to them at a later time unless I manage to solve them, to keep this post more concentrated to nnimap. In the end I will try to share my experiences of the switch so that other people can make use of it. Cheers, -- Martin Millnert http://blog.martin.millnert.se