8bit mails via POP and IMAP mail-source

8bit mails via POP and IMAP mail-source

[Pavel Janík ml.]

Hi.

I have just tried to fetch the same mail (only one line of czech 8bit
characters) from the same server via POP3 and IMAP mailsource:

(setq mail-sources '((imap :server "BigPenguin.inet.cz"
                            :user "p")))

POP3: I have changed only imap to pop.

The mail when got via POP revealed the dialog about the character set which
Emacs should use to store it:

The following default coding systems were tried,
but none of them safely encode the target text:
  iso-8859-2
Select one from the following safe coding systems:
  raw-text emacs-mule

I choosed raw-text. Mail is then correctly displayed in the summary buffer.

Via IMAP, the mail is stored in \202X/202Y and is then viewed as such :-(
Is this a bug in imap.el or somewhere else?
-- 
Pavel Janík ml.
Pavel@Janik.cz
http://www.janik.cz

Re: 8bit mails via POP and IMAP mail-source

[simon]

Pavel@Janik.cz (Pavel Janík ml.) writes:

> Via IMAP, the mail is stored in \202X/202Y and is then viewed as such :-(

`coding-system-for-write' seem to be bound to nil in pop3.el, here's a
similar (untested) patch for mail-source.el.

Does it work?  (Assuming asking the user for character sets can be
regarded as "work".  Should the variable, and the one in pop3.el,
default to 'raw-text instead?)

Index: mail-source.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/mail-source.el,v
retrieving revision 5.38
diff -w -u -u -w -r5.38 mail-source.el
--- mail-source.el	2000/05/15 14:14:42	5.38
+++ mail-source.el	2000/08/04 13:53:48
@@ -649,6 +649,9 @@
   (autoload 'imap-list-to-message-set "imap")
   (autoload 'nnheader-ms-strip-cr "nnheader"))
 
+(defvar mail-source-imap-file-coding-system nil
+  "Coding system for the crashbox made by `mail-source-fetch-imap'.")
+
 (defun mail-source-fetch-imap (source callback)
   "Fetcher for imap sources."
   (mail-source-bind (imap source)
@@ -662,7 +665,7 @@
 		user (or (cdr (assoc from mail-source-password-cache))
 			 password) buf)
 	       (imap-mailbox-select mailbox nil buf))
-	  (let (str (coding-system-for-write 'binary))
+	  (let (str (coding-system-for-write mail-source-imap-file-coding-system))
 	    (with-temp-file mail-source-crash-box
 	      ;; remember password
 	      (with-current-buffer buf

Re: 8bit mails via POP and IMAP mail-source

[Pavel Janík ml.]

   From: simon@josefsson.org
   Date: 09 Aug 2000 15:56:10 +0200

Hi Simon,

   > Does it work?  (Assuming asking the user for character sets can be
   > regarded as "work".  Should the variable, and the one in pop3.el,
   > default to 'raw-text instead?)

if we assume, that "work" means exactly what you wrote, it did not
work. But yes, it does exactly waht I wanted - it did not asked me about
coding-system and wrote it as is and it is readable in the article buffer
now.
-- 
Pavel Janík ml.
Pavel@Janik.cz
http://www.janik.cz

Re: 8bit mails via POP and IMAP mail-source

[simon]

Pavel@Janik.cz (Pavel Janík ml.) writes:

>    > Does it work?  (Assuming asking the user for character sets can be
>    > regarded as "work".  Should the variable, and the one in pop3.el,
>    > default to 'raw-text instead?)
> 
> if we assume, that "work" means exactly what you wrote, it did not
> work. But yes, it does exactly waht I wanted - it did not asked me about
> coding-system and wrote it as is and it is readable in the article buffer
> now.

Does setting `mail-source-imap-file-coding-system' to `binary' "work"
or "do what you want"?   I gather `binary' is a better default value.

Re: 8bit mails via POP and IMAP mail-source

[Kai Großjohann]

On 09 Aug 2000, simon@josefsson.org wrote:

> Does it work?  (Assuming asking the user for character sets can be
> regarded as "work".  Should the variable, and the one in pop3.el,
> default to 'raw-text instead?)

Well, the code which reads the crashbox should be adjusted to use the
same coding system that's used for writing it.  I don't know what the
crashbox reading code does...

kai
-- 
I like BOTH kinds of music.

Re: 8bit mails via POP and IMAP mail-source

[simon]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> Well, the code which reads the crashbox should be adjusted to use the
> same coding system that's used for writing it.  I don't know what the
> crashbox reading code does...

It's read with `raw-text'.

I guess the default for `mail-source-imap-file-coding-system' should
be `raw-text' then?  `binary' and `raw-text' are equal, I think,
modulo eol character, so let's see if `binary' work.

Re: 8bit mails via POP and IMAP mail-source

[Stainless Steel Rat]

* simon@josefsson.org  on Wed, 09 Aug 2000
| I guess the default for `mail-source-imap-file-coding-system' should
| be `raw-text' then?  `binary' and `raw-text' are equal, I think,
| modulo eol character, so let's see if `binary' work.

No, they are not equal.  raw-text treats data as text, which is wrong.
binary is the closest thing Emacs has to being able to treat a data stream
as a data stream, which is what you want to happen.
-- 
Rat <ratinox@peorth.gweep.net>    \ Do not use Happy Fun Ball on concrete.
Minion of Nathan - Nathan says Hi! \ 
PGP Key: at a key server near you!  \ 

Re: 8bit mails via POP and IMAP mail-source

[Stainless Steel Rat]

* simon@josefsson.org  on Wed, 09 Aug 2000
| `coding-system-for-write' seem to be bound to nil in pop3.el, here's a
| similar (untested) patch for mail-source.el.

coding-system-for-read and coding-system-for-write should be binary, not
nil.
-- 
Rat <ratinox@peorth.gweep.net>    \ Happy Fun Ball contains a liquid core,
Minion of Nathan - Nathan says Hi! \ which, if exposed due to rupture, should
PGP Key: at a key server near you!  \ not be touched, inhaled, or looked at.