From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61939 Path: news.gmane.org!not-for-mail From: Ted Stern Newsgroups: gmane.emacs.gnus.general Subject: Re: Total expiry not working -- is clock skew the problem? Date: Thu, 09 Feb 2006 13:29:02 -0800 Organization: The Boeing Company Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: sea.gmane.org 1139520707 23967 80.91.229.2 (9 Feb 2006 21:31:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Feb 2006 21:31:47 +0000 (UTC) Original-X-From: ding-owner+m10466@lists.math.uh.edu Thu Feb 09 22:31:45 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 1F7JOC-0002Ui-Oi for ding-account@gmane.org; Thu, 09 Feb 2006 22:31:45 +0100 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 1F7JO8-0006EC-00; Thu, 09 Feb 2006 15:31:40 -0600 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1F7JNS-0006E7-00 for ding@lists.math.uh.edu; Thu, 09 Feb 2006 15:30:59 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1F7JNO-0006OX-Mx for ding@lists.math.uh.edu; Thu, 09 Feb 2006 15:30:58 -0600 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 1F7JNM-0002ve-00 for ; Thu, 09 Feb 2006 22:30:52 +0100 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F7JND-0002H0-H5 for ding@gnus.org; Thu, 09 Feb 2006 22:30:45 +0100 Original-Received: from orca.drizzle.com ([216.162.192.15]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 22:30:43 +0100 Original-Received: from dodecatheon by orca.drizzle.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 Feb 2006 22:30:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 57 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: orca.drizzle.com User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:dh8ErYh8u+fu3CcTC5DKW+z67dk= X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61939 Archived-At: On 8 Feb 2006 at 17:11 UTC-0800, Katsumi Yamaoka wrote: > That's exactly the cause of your problem. Nnfolder will never > expire articles if that function doesn't work. You seem to use > `time-since' defined in some Lisp module other than time-date.el. > For example, it is make-regexp.el: > > http://cvs.sourceforge.net/viewcvs.py/tei/tei-emacs/tei-emacs/Attic/make-regexp.el?rev=1.2 > > I could reproduce the same error with it. Bingo! You pegged it. > If you're using such one, you can replace it with another one which > doesn't contain time-* functions. For instance: > > https://svn.r-project.org/ESS/trunk/lisp/make-regexp.el Okay, I snagged this one. > > Other possible solutions include: > > 1. Don't use it. Not practical in the near term. > 2. Load time-date.el explicitly. > 3. Putting the following form in your ~/.emacs file (or > ~/.gnus.el file) might do the trick. > > (defadvice time-since (around reload-time-date_el activate) > "Reload time-date.el if this function seems to have been overridden." > (condition-case nil > ad-do-it > (error > (load "time-date") > ad-do-it))) I did this for good measure (in ~/.gnus), just before the call to make-regexp :-) > >>> BTW, expiring might be executed in your machine eight hours earlier >>> than the time specified with expiry-wait. It is because the >>> timestamp in the X-Gnus-Article-Number header is made by the >>> current-time-string function and doesn't have a timezone info. For >>> instance: > > I've modified nnfolder.el so as to use `message-make-date' which > generates a timezone info rather than `current-time-string' when > generating X-Gnus-Article-Number header. Excellent, another good fix! I'll update my CVS gnus also. Ted Stern -- dodecatheon at gmail dot com Frango ut patefaciam -- I break so that I may reveal