Mercurial > emacs
changeset 102045:ea3f7354bb96
Updated gnus-util.el for mbox rmail.
author | Glenn Morris <rgm@gnu.org> |
---|---|
date | Sun, 15 Feb 2009 00:34:20 +0000 |
parents | 8cc6c7d847fe |
children | 9b33e73e70e3 |
files | admin/FOR-RELEASE |
diffstat | 1 files changed, 10 insertions(+), 13 deletions(-) [+] |
line wrap: on
line diff
--- a/admin/FOR-RELEASE Sun Feb 15 00:31:07 2009 +0000 +++ b/admin/FOR-RELEASE Sun Feb 15 00:34:20 2009 +0000 @@ -77,21 +77,18 @@ mail/rmail-spam-filter.el: check it still (?) works Gnus/Rmail issues: -gnus-util.el: - rmail-insert-rmail-file-header does not exist and should not be - autoloaded (it was only a compiler pacifier) - Ditto rmail-default-rmail-file. - gnus-output-to-rmail should be fixed to do the following (ideally): - In Emacs 23, write Babyl only if FILENAME is Babyl, otherwise mbox. - (rmailout can handle this?) - In Emacs 22, write Babyl - In both cases, if an Rmail buffer is visiting FILENAME, update it message.el: - Fix message-fcc-handler-function for the case - message-fcc-handler-function = rmail-output - Ideally, it should behave as gnus-output-to-rmail above. In fact, - why doesn't it just use gnus-output-to-rmail? +Fix message-fcc-handler-function for the case + message-fcc-handler-function = rmail-output +(but is this even a sensible option? It is not the default.) +Ideally, it should behave as gnus-output-to-rmail does: + In Emacs 23, write Babyl only if FILENAME is Babyl, otherwise mbox. + (rmailout can handle this?) + In Emacs 22, write Babyl + In both cases, if an Rmail buffer is visiting FILENAME, update it +It could just use gnus-output-to-rmail, but message.el probably +wants to remain independent from gnus (?). Gnus manual needs updating with respect to Rmail (but then so does the Rmail manual).