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)