Re: Charset problem, notify.php or pmform.php

Thank you Petko,

this works (your #Fix for message body)!

Before that, I had indeed:

..
MIME-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: quoted-printable
..

Now I have charset=utf-8

Yes, I think it would make sense to put this in scripts/xlpage-utf8.php.

Thanks for the quick help, I'm always happy about the wonderful PmWiki people!

Martin



===== Ursprüngliche Nachricht =====
Von: Petko Yotov <[email protected]>
Am: 07.02.2024, 19:43:34 Uhr
Betreff: Re: [pmwiki-users] Charset problem, notify.php or pmform.php

Is the problem in the Subject: header, or in the message body?

In the message source (headers and envelope), does it actually say the
content-type is "iso-8859-1"?

I suspect it does not, and your email client, or webmail client, is
configured to consider unset encodings as "iso-8859-1".

You would have something like this in config.php:

#Fix for Subject header, if international characters:
$EnableNotifySubjectEncode = 1;
$EnablePmFormMailSubjectEncode = 1;

#Fix for message body:
$NotifyHeaders = "Content-Type: text/plain; charset=utf-8\r\n";
$PmFormMailHeaders = "Content-Type: text/plain; charset=utf-8\r\n";

Maybe we should enable these in scripts/xlpage-utf8.php ?

Petko


On 07/02/2024 19:06, Martin Cuno wrote:
>Hello everyone,
>
>my PmWiki runs on UTF-8. Everything is clean, except: for emails from
>notify.php or from PmForm forms, the emails get the incorrect
>information charset="iso-8859-1", so that the German umlauts are
>displayed incorrectly (depending on the email program).
>
>What's wrong with that? The main script pmwiki.php is probably the
>only possible place where "iso-8859-1" comes from; but that should
>probably be overwritten by xlpage-utf-8.php?
>
>Greetings and thanks!
>
>Martin




===== Ursprüngliche Nachricht Ende =====



-- 
Diese E-Mail wurde von Avast-Antivirussoftware auf Viren geprüft.
www.avast.com