montnaro@UUNET.UU.NET (Skip Montanaro) (11/29/88)
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)umerin@UUNET.UU.NET (Masanobu UMEDA) (11/29/88)
Date: Mon, 28 Nov 88 12:41:36 EST From: Skip Montanaro <flab!fgw!uunet!steinmetz!montnaro> Posted-Date: Mon, 28 Nov 88 12:41:36 EST 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. It is not so good idea to use RMAIL file in this case. The RMAIL file is intended to save many messages in one file. So, asking for creation of a new file does not matter in usual case. Plain file or Unix mailbox is much better than that in this case because it is possible to read the messages using GNUS. Masanobu UMEDA umerin@flab.Fujitsu.JUNET umerin%flab.Fujitsu.JUNET@uunet.uu.NET