From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/4263 Path: main.gmane.org!not-for-mail From: Erik Selberg Newsgroups: gmane.emacs.gnus.general Subject: Re: Symbolic Links for mailboxes in Gnus Date: Mon, 04 Dec 1995 15:47:58 PST Message-ID: <199512042347.PAA26948@wally.cs.washington.edu> References: <199512032225.OAA12744@wally.cs.washington.edu> <199512040241.SAA20522@meitner.cs.washington.edu> <199512042006.MAA29548@wally.cs.washington.edu> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035145035 29056 80.91.224.250 (20 Oct 2002 20:17:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:17:15 +0000 (UTC) Cc: ding@ifi.uio.no Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.6.11/8.6.9) with ESMTP id QAA28852 for ; Mon, 4 Dec 1995 16:21:27 -0800 Original-Received: from wally.cs.washington.edu (wally.cs.washington.edu [128.95.2.122]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 5 Dec 1995 00:48:05 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by wally.cs.washington.edu (8.7.2/7.2ws+) with SMTP id PAA26948; Mon, 4 Dec 1995 15:47:59 -0800 (PST) In-Reply-To: steve@miranova.com's message of 04 Dec 1995 13:09:37 -0800 Original-To: steve@miranova.com (Steven L. Baur) Xref: main.gmane.org gmane.emacs.gnus.general:4263 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:4263 Steven L Baur writes: > 2) If you are not using procmail, the the following code loses when > the mailbox is a symbolic link (from nnmail-get-new-mail): > ;; The we go through all the existing spool files and split the > ;; mail from each. > (while spools > (setq spool (pop spools)) > ;; We read each spool file if either the spool is a POP-mail > ;; spool, or the file exists. We can't check for the > ;; existance of POPped mail. > (when (or (string-match "^po:" spool) > (and (file-exists-p spool) >>>>> (> (nth 7 (file-attributes spool)) 0))) > The idiom (nth 7 (file-attributes ...)) returns the file size, but > with a symbolic link, it will return the length in characters of the > filename the link is pointing to (always > 0). > In order to make this code work with symbolic links it must be changed to: > (> (nth 7 (file-attributes (file-truename spool))) 0))) > Now the code will work with symbolic links, which also seem to not > bother movemail. yup... just tried it, and things are working well without the patch I previously posted. > Do we really want Gnus to encourage this unsafe practice? I misunderstand how this can be termed "unsafe." Could you elaborate? Here at UW, it's nearly a necessity because of our completely outdated spool system. -Erik