procyberian/emacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Updated gnus-util.el for mbox rmail.

Browse source
This commit is contained in:
Glenn Morris 2009-02-15 00:34:20 +00:00
parent e38658c49b
commit a98656c899
1 changed files with 10 additions and 13 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

23
admin/FOR-RELEASE
View file

@ -77,21 +77,18 @@ for buffer/string positions. E.g. struct it, struct text_pos.
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).