Path: utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!UUNET.UU.NET!steinmetz!montnaro
From: steinmetz!montnaro@UUNET.UU.NET (Skip Montanaro)
Newsgroups: gnu.emacs.gnus
Subject: Prompting for creation of rmail output file
Message-ID: <8811281741.AA25810@sprite.steinmetz>
Date: 28 Nov 88 17:41:36 GMT
Sender: daemon@tut.cis.ohio-state.edu
Reply-To: info-gnus-english@cis.ohio-state.edu
Distribution: gnu
Organization: The Internet
Lines: 30


I just started using Gnus 3.10 and noticed a change in behavior from 3.8
that annoys me. I save news articles in files like ~/News/gnu/emacs/gnus/#,
where # is the article number. Naturally, every article (or nearly every
article) I save doesn't exist. It's frustrating to have to answer "yes" for
each saved article. The gremlin seems to be an (or) construct in
gnus-output-to-rmail:

      (or (get-file-buffer file-name)
	  (file-exists-p file-name)
	  (if (yes-or-no-p
	       (concat "\"" file-name "\" does not exist, create it? "))
	      (let ((file-buffer (create-file-buffer file-name)))
		(save-excursion
		  (set-buffer file-buffer)
		  (rmail-insert-rmail-file-header)
		  (let ((require-final-newline nil))
		    (write-region (point-min) (point-max) file-name t 1)))
		(kill-buffer file-buffer))
	    (error "Output file does not exist")))

Shouldn't there be some variable that allows you to short circuit the
(yes-or-no-p) call? Gnus-output-to-file doesn't seem to suffer from this
malady.

Seems that in going from 3.8 to 3.10 the default article saver changed.
Changing it back will solve my problem, but I still think there should be a
way to short circuit in the rmail output version...

Skip Montanaro (montanaro@sprite.steinmetz.ge.com, montanaro@ge-crd.arpa)