OXPUS.de

Wie in ein paar Beiträgen bereits erwähnt sind wir auf einen Root-Server umgezogen.
Nun werden die TPL- und LANG-Dateien falsch ausgelesen, d.h. sie liegen wahrscheinlich im falschen Format auf dem Server.

Was kann ich dagegen tun, ausser alle Dateien neu abspeichern oder alle Umlaute in HTML-Tags umwandeln?

Gruss
H

Welches Format hast Du auf der Seite eingestellt?
ISO oder UTF?

Wo sehe ich das? Meinst Du servermässig?
Die Dateien haben ANSI, wenn ich sie als UTF-8 abspeichere, funktioniert alles.

Nein, ich meine die Codierung in der Webseite.

overall_header.tpl:

Code: Alles auswählen

<meta http-equiv="Content-Type" content="text/html; charset={S_CONTENT_ENCODING}">

-> lang_main.php:

Code: Alles auswählen

$lang['ENCODING'] = 'iso-8859-1';

Hm, wenn UTF-8 funktioniert, dann stelle doch mal um. Also anstelle 'iso-8859-1' eben 'utf-8'...

Oki!
Kann man das nicht am Server ändern?

Würde ich zunächst lassen.

Hm, ich bekomme es aber nicht hin mit den Mail-Templates.
Habe den Zeichensatz auch schon af utf-8 in der entsprechenden tpl-Datei geändert.

Email-Codierung ist auch was feines

Die werden in der tpl-Datei selber oder in der emailer.php, bzw. smtp.php codiert.
Dort musst Du den Zeichensatz auch ändern...

Na, dann werde ich mal suchen!

Ich habe in der emailer.php nichts iso-mässioges gefunden, aber dies:

Code: Alles auswählen

$this->msg = '--' . $mime_boundary . "\nContent-Type: text/plain;\n\tcharset=\"" . $lang['ENCODING'] . "\"\n\n" . $this->msg;

und

Code: Alles auswählen

			$this->encoding = (trim($match[2]) != '') ? trim($match[2]) : trim($lang['ENCODING']);

Der zieht sich das Ganze also aus der lang_main ...

Stimmt. Dann würde das auch nach UTF-8 codiert.
Sofern liegt es dann am Email-Client, ob er UTF-8 erkennt und unterstützt.
Poste doch mal den Email-Header einer "defekten" Email.

Return-path: <webbmaster@maskinisten.net>
Delivery-date: Tue, 30 Oct 2007 13:57:45 +0100
Received: from mi007.mc1.hosteurope.de ([80.237.138.248])
by argon.webpack.hosteurope.de running ExIM using esmtp
id 1ImqfB-0006AJ-TP; Tue, 30 Oct 2007 13:57:45 +0100
Received: from mx-e.b-one.net ([195.47.247.246])
by mx0.webpack.hosteurope.de (mi007.mc1.hosteurope.de) using esmtp
id 1Imqf9-0001bd-5g
for info@gremminger.de; Tue, 30 Oct 2007 13:57:45 +0100
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4
Received: from india322.server4you.de (static-ip-85-25-150-166.inaddr.intergenia.de [85.25.150.166])
by mx-e.b-one.net (Postfix) with ESMTP id 2A366C0C863
for <info@gremminger.se>; Tue, 30 Oct 2007 13:57:42 +0100 (CET)
Received: (qmail 31584 invoked by uid 33); 30 Oct 2007 13:57:46 +0100
To: info@gremminger.se
Subject: Du har fÃ¥tt ett Personligt Meddelande
Reply-to: webbmaster@maskinisten.net
From: webbmaster@maskinisten.net
Message-ID: <1d8d1c9c5afb156a03d44ee5e8db3a20@www.maskinisten.net>
MIME-Version: 1.0
Content-type: text/plain; charset=utf-8
Date: Tue, 30 Oct 2007 13:57:46 +0100
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: PHP
X-MimeOLE: Produced By phpBB2
X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char C3 hex) in message header 'Subject'
Subject: Du har f\303\245tt ett Personl... ^
Content-Transfer-Encoding: quoted-printable
X-HE-Virus-Scanned: yes
X-HE-Spam-Level: +
X-HE-Spam-Score: 1.0
X-HE-Spam-Report: Content analysis details: (1.0 points)
pts rule name description
---- ---------------------- --------------------------------------------------
1.5 SUBJ_ILLEGAL_CHARS Subject: has too many raw illegal characters
-1.0 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low
trust
[195.47.247.246 listed in list.dnswl.org]
0.5 SUBJECT_NEEDS_ENCODING SUBJECT_NEEDS_ENCODING
Envelope-to: info@gremminger.de

Intressant, da steht ja einiges zur Encloding drinne!

X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char C3 hex) in message header 'Subject'
Subject: Du har f\303\245tt ett Personl... ^

Oha, das schaut nicht gut aus.
Du schreibst in welcher Sprache? Schwedisch?
Dann wäre 'ISO646-SE' besser.
Hier eine Liste der Charaktersets, die definiert wurden: http://www.iana.org/assignments/character-sets

Naja, ich würde halt ungerne eine spezielle Charset festlegen, da im Forum in allen Skan-Sprachen geschrieben wird.
Aber ich teste mal den Du vorgeschlagen hast.

Ne, hat leider nichts gebracht!

Es ist aber nur das Subject, das betroffen ist. Die Mail an sich ist ok!

Hm, sind denn dort sooooo wilde Zeichen drinnen?
Nun, der Betreff ist immer etwas heikel, da die Email-Programme (Server und Clients) darauf hin ja arbeiten und auch im Header das Subject als Schlüssel verwendet wird.
Vielleicht wäre es besser, zumindest den Subject zu codieren, also mit HTML-Sondertags, damit das besser gefunden/umgesetzt werden kann...

Dazu müsste man in der emailer.php vielleicht das hier machen:

Code: Alles auswählen

$this->subject = trim(preg_replace('#[\n\r]+#s', '', $subject));

durch

Code: Alles auswählen

$this->subject = htmlspecialchars(trim(preg_replace('#[\n\r]+#s', '', $subject)));

ersetzen...

Wird getestet!

Leider hat es nicht den gewünschten Effekt gehabt.
Die Subjects kommen immernoch zerstört an.
Die Mailtexte sind mit utf-8 in der TPL-Datei jetzt ok.

Okay, forschen wir weiter...

meldet sich wieder -->

So sieht es aus, nur zur Info:

Vielleicht klappt es so:

Code: Alles auswählen

$this->subject = htmlentities(trim(preg_replace('#[\n\r]+#s', '', $subject)), ENT_QUOTES,'ISO-8859-15');

Wird getestet!

Nein, hilft leider nicht

Sind das Umlaute die äöü oder andere skandinavische Sonderzeichen?

OXPUS.de

Umlaute verschwinden

Umlaute verschwinden