Re: Can I get rid of the \201 ?

Re: Can I get rid of the \201 ?

[Reiner Steib]

On Mon, Feb 16 2004, Svend Tollak Munkejord wrote:

> The body of the message is supposed to be "Hei øæå". The Subject is
> interesting, because it appears all right in the Article buffer, whereas in
> the Summary buffer it appears as "Test \201ø\201æ\201å".
>
> Can I get rid of this?

Emacs 21 should handle this correctly by default.

Do you have some obsolete setting such as...

  (standard-display-european t);; don't use this!

... in your setup?

What are the values of `enable-multibyte-characters' and
`default-enable-multibyte-characters'.

> I use Gnus 5.10.6 and I have 
[ with Emacs/21.3 (berkeley-unix) ]
> (define-coding-system-alias 'latin-9 'latin-1)
> (define-coding-system-alias 'iso-8859-15 'latin-1)

Why?  Emacs 21 has proper definitions of iso-8859-15 (aka Latin-9/Latin-0)


Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

Re: Can I get rid of the \201 ?

[Svend Tollak Munkejord]

Today, Reiner Steib <4.uce.03.r.s@nurfuerspam.de> wrote:

> On Mon, Feb 16 2004, Svend Tollak Munkejord wrote:
>
>> The body of the message is supposed to be "Hei øæå". The Subject is
>> interesting, because it appears all right in the Article buffer, whereas
>> in the Summary buffer it appears as "Test \201ø\201æ\201å".
>>
>> Can I get rid of this?
>
> Emacs 21 should handle this correctly by default.
>
> Do you have some obsolete setting such as...
>
> (standard-display-european t);; don't use this!
>
> ... in your setup?


No, and I've 

(setq inhibit-default-init t)

in my .emacs and I've started emacs with --no-site-file just to be sure
that there aren't any nasty settings in the global configuration files.

> What are the values of `enable-multibyte-characters' 

t

> and
> `default-enable-multibyte-characters'.

t

>> I use Gnus 5.10.6 and I have 
> [ with Emacs/21.3 (berkeley-unix) ]
>> (define-coding-system-alias 'latin-9 'latin-1)
>> (define-coding-system-alias 'iso-8859-15 'latin-1)
>
> Why?  Emacs 21 has proper definitions of iso-8859-15 (aka
> Latin-9/Latin-0)

Err... I suppose I've seen some posting in this group that lead me to put
them in. Should I take them away? I tried, anyway, and it didn't have any
effect on the present problem.

Regards,
-- 
Svend Tollak Munkejord 

Re: Can I get rid of the \201 ?

[Svend Tollak Munkejord]

I wrote:

> The body of the message is supposed to be "Hei øæå". The Subject is
> interesting, because it appears all right in the Article buffer, whereas
> in the Summary buffer it appears as "Test øæå".
>
> Can I get rid of this?

I have found that the reason for the misbehaviour is my fancy split-on-body
function. However, I don't understand why. Can anyone help?

Here it is:

(defun stm-split-on-body (relevant-terms-regexp groupname &optional regex)
  "Splits e-mail *not* fitting RELEVANT-TERMS-REGEXP to group
GROUPNAME (string).
If REGEX is nil, relevant-terms-regexp must be a list instead. Well.
Used in: nnmail-split-fancy"
  (save-excursion
; (" *nnmail incoming*") for e-mail:
    (let ((buf (or (get-buffer nnmail-article-buffer)
; (" *Original Article*") for trace (B t)
		   (get-buffer gnus-original-article-buffer)
; for respool -- Aargh. Does not work for nnmaildir:
		   (get-buffer " *nnmaildir move*"))))
      (if (not buf)
	  (progn (message "Oops, cannot find message buffer") nil)
	(set-buffer buf)
	(save-restriction
	  (if (string= (buffer-name buf) gnus-original-article-buffer)
	      (widen))
; in case we have base64 etc.
	  (run-hooks 'gnus-article-decode-hook)
	  (goto-char (point-min))
	  (if regex
	      (when (not (re-search-forward relevant-terms-regexp nil t));
		groupname)
	    (when (not (all-words-present-p relevant-terms-regexp));
	      groupname)))))))

Regards,
-- 
Svend Tollak Munkejord 

Re: Can I get rid of the \201 ?

[Svend Tollak Munkejord]

Today, Jesper Harder <harder@myrealbox.com> wrote:

> Svend Tollak Munkejord <stm+direct_reply@bacchus.pvv.org> writes:
>
>> I have found that the reason for the misbehaviour is my fancy
>> split-on-body function. However, I don't understand why. Can anyone
>> help?
>>
>> Here it is:
>>
>> ; in case we have base64 etc.
>> 	  (run-hooks 'gnus-article-decode-hook)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Don't do this, it modifies the message.  

You're right, thanks. This was the culprit.

> You probably have to make a copy of the message and work on that instead.

I'm afraid this goes beyond my limited elisp knowledge. Is there an
example I can have a look at somewhere?

Regards,
-- 
Svend Tollak Munkejord