just because we see "encoding: 8bit".
* mail/rmail.el (rmail-show-message-1): Decode the body's QP into bytes.
+2010-01-22 Stefan Monnier <monnier@iro.umontreal.ca>
+
+ * mail/rmailmm.el (rmail-mime-handle): Don't set the buffer to unibyte
+ just because we see "encoding: 8bit".
+ * mail/rmail.el (rmail-show-message-1): Decode the body's QP into bytes.
+
2010-01-22 Chong Yidong <cyd@stupidchicken.com>
* isearch.el (isearch-allow-scroll): Doc fix (Bug#5446).
If UNIBYTE is non-nil, insert converted characters as unibyte.
That is useful if you are going to character code decoding afterward,
as Rmail does."
+ ;; FIXME: `unibyte' should always be non-nil, and the iso-latin-1
+ ;; specific handling should be removed (or moved elsewhere and generalized).
(interactive "r\nP")
(let (failed)
(save-match-data
(insert-buffer-substring mbox-buf body-start end)
(cond
((string= character-coding "quoted-printable")
- (mail-unquote-printable-region (point-min) (point-max)))
+ (mail-unquote-printable-region (point-min) (point-max)
+ nil nil 'unibyte))
((and (string= character-coding "base64") is-text-message)
(base64-decode-region (point-min) (point-max)))
((eq character-coding 'uuencode)
(setq content-transfer-encoding nil))
((string= content-transfer-encoding "8bit")
;; FIXME: Is this the correct way?
- (set-buffer-multibyte nil)))
+ ;; No, of course not, it just means there's no decoding to do.
+ ;; (set-buffer-multibyte nil)
+ (setq content-transfer-encoding nil)
+ ))
;; Inline stuff requires work. Attachments are handled by the bulk
;; handler.
(if (string= "inline" (car content-disposition))