MailPlus Umlaute bei automatische

[Nerevar]

'n wunderschönen Guten,

ich habe das Problem von mehreren Leuten (in div. Foren) angefragt gesehen, aber nie eine Antwort finden können.
Bei der Funktion der automatischen Antwort in MailPlus, wird beispielsweise aus einem simplen

Mit freundlichen Güßen

ein

Mit freundlichen Güßen

Mir ist beuwsst, dass es die Zeichencodierung ist, die falsch zu sein scheint.
Aber wo könnte man diese einstellen?

Eingesetzt wird eine DS920+ [7.2.1 Update 3] mit MailPlusServer [3.2.2-21417] und MailPlus [3.2.2-21820] in einer Domänenumgebung.

Edit: Sorry, Titel wurde scheinbar gefressen. Kann man den hier nicht nacheditieren?

 

[Mahoessen]

Hi,

im Mailserver kann man keine Codepages einstellen.
Ist der Fehler bei allen Clients?
welche Clients werden eingesetzt?
wie sieht das gesendete Objekt aus, wenn du über Mailplus einloggst?
evtl. ist der Fehler auf die Clients begrenzbar?
Wie sind die Einstellungen im DSM (Systemsteuerung/Sprache)?

vg
Martin

 

[Hagen2000]

Schaut so aus, als ob die E-Mail in UTF-8 kodiert ist, das sollte heutzutage eigentlich Standard sein.
Welchen Default-Zeichensatz verwendet denn der Client, mit dem die Anzeige fehlerhaft erfolgt?
Viele Windows-Clients verwenden immer noch Windows-1252.
Für eine bessere Analyse stell bitte mal den Quelltext der E-Mail hier ein.

 

[Nerevar]

Ist der Fehler bei allen Clients?
welche Clients werden eingesetzt?
wie sieht das gesendete Objekt aus, wenn du über Mailplus einloggst?
evtl. ist der Fehler auf die Clients begrenzbar?
Wie sind die Einstellungen im DSM (Systemsteuerung/Sprache)?

• Zumindest wurde es von mehreren gemeldet.
• Bisher waren es m.W.n. nur Outlook-User.
• Es gibt kein Objekt unter MailPlus, da es vom Server direkt verschickt wird.
• Die DSM-Spracheinstellungen
  

Welchen Default-Zeichensatz verwendet denn der Client, mit dem die Anzeige fehlerhaft erfolgt?
Für eine bessere Analyse stell bitte mal den Quelltext der E-Mail hier ein.

Habe es in Outlook (als Empfänger der automatischen Antwort) getestet, indem ich auf die Codierung gegangen bin. Es scheint tatsächlich standartmäßignicht in UFT-8 angezeigt zu sein.

Beim umschalten auf UFT-8 werden die Zeichen korrekt angezeigt.
Das kann aber nicht der Sinn sein, dass Die End-User die Codierung pro Email ändern müssen, um diese korrekt angezeigt zu bekommen.
Lokal sind es Windows 11 Maschinen mit Office 2019, auf denen das nachgebildet werden kann, aber das Feedback kommt auch von Leuten mit aktueller Outlook Version aus O/M365.

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta http-equiv="Content-Style-Type" content="text/css">

 

[Hagen2000]

Der Schnippsel am Ende deines Beitrags hilft nichts. Wichtig ist das "Content-Type: "-Feld aus dem E-Mail Header, daher hatte ich auch um den Quelltext - ungekürzt - einer solchen E-Mail gebeten. Du kannst ja Felder, die Servernamen und IP-Adressen enthalten, unkenntlich machen, falls Du die hier nicht posten möchtest.

 

[Nerevar]

Muss gestehen, dass der Schnippsel am Ende eher Verzweiflung war. Ich hatte jetzt länger nicht geantwortet, weil ich mehreren Instanzen von Outlook durchprobiert habe, aber in keiner einzigen ist die Anzeige des Quellcodes möglich.

Gibt es eine Alternative, wie man diesen anzeigen kann?

 

[heavy]

1. Doppelklicken Sie auf eine E-Mail-Nachricht, um sie außerhalb des Lesebereichs zu öffnen.
2. Klicken Sie auf Datei > Eigenschaften.
3. Kopfzeileninformationen werden im Feld Internetkopfzeilen angezeigt.

 

[Nerevar]

Danke, dort habe ich nie nachgeschaut.

Received: by sub.versenderdomain.de (Postfix, from userid 3420456056)
    id 4VNjDb4Bhdz1DlQg; Tue, 23 Apr 2024 02:10:06 +0200 (CEST)
Received: from empfänger.externer-host.de [BBB.BBB.BBB.BBB]
    by empfaengerNAS with POP3 (fetchmail-6.4.13)
    for <personB@local.host> (single-drop); Tue, 23 Apr 2024 02:10:30 +0200 (CEST)
Received: from empfaengerNAS (localhost [127.0.0.1])
    by syno.empfängerdomain.de (Postfix) with ESMTP id 4VNjF20VMNz3JH3K
    for <personB@local.host>; Tue, 23 Apr 2024 02:10:30 +0200 (CEST)
Received: from sub.versenderdomain.de
    by smtp.versandserver.de (RZmta 50.3.2 AUTH)
    with ESMTPSA id a6fbab03N0A9nVZ
    (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits))
    (Client did not present a certificate)
    for <personB@empfängerdomain.de>;
    Tue, 23 Apr 2024 02:10:09 +0200 (CEST)
Received: from XXX-XXX-XX.smtp.rzone.de (XXX-XXX-XX.smtp.rzone.de [CCC.CCC.CCC.CCC])
    by empfänger.externer-host.de (Postfix) with ESMTPS id DA31CCE0392
    for <personB@empfängerdomain.de>; Tue, 23 Apr 2024 02:10:09 +0200 (CEST)
From: <personA@versenderdomain.de>
To: <personB@empfängerdomain.de>
Subject: Dies ist eine automatische Antwort ... [Re: Test-Email]
Date: Tue, 23 Apr 2024 02:10:06 +0200
Message-ID: <171383100657.10890.7460105262029529071@localhost>
MIME-Version: 1.0
Content-Type: text/plain;
    charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Mailer: Microsoft Outlook 16.0
X-Original-To: personB@empfängerdomain.de
X-Original-To: personB@local.host
X-Virus-Scanned: clamav-milter 0.103.11 at externer-host
X-Virus-Status: Clean
X-Synology-Spam-Status: score=0, required 5, WHITELIST_FROM_ADDRESS 0
X-Synology-Spam-Flag: no
X-Synology-Virus-Status: no
Authentication-Results: empfänger.externer-host.de;
    dkim=pass (2048-bit key, unprotected) header.d=versenderdomain.de header.i=@versenderdomain.de header.a=rsa-sha256 header.s=versandserver-dkim-0002 header.b=lamJNTfb;
    dkim=pass header.d=versenderdomain.de header.i=@versenderdomain.de header.a=ed25519-sha256 header.s=versandserver-dkim-0003 header.b=yLK859UI
Authentication-Results: syno.empfängerdomain.de;
    arc=pass ("versandserver.com:s=versandserver-dkim-0002:i=1")
X-RZG-CLASS-ID: mo00
X-RZG-AUTH: "some hash"
Thread-Index: AQHhquGO5FlQzRw9CvQ9XLZJRxinqA==
Content-Language: de

 

[synfor]

Das kann aber nicht der Sinn sein, dass Die End-User die Codierung pro Email ändern müssen, um diese korrekt angezeigt zu bekommen.

Wenn die Codierung in der E-Mail korrekt angegeben und das Mailprogramm korrekt eingestellt ist, ist das auch nicht nötig. Im konkreten Fall ist das Mailprogramm wohl so eingestellt, dass da eine Codierung fest eingestellt ist. Normalerweise wird das verwendet, was in der E-Mail angegeben ist, und eine Vorgabe existiert nur für den Fall, dass die Angabe in der E-Mail fehlt.

 

[Hagen2000]

Mit Outlook müsstest Du einzelne E-Mails eigentlich auch als EML-Datei speichern können und damit den vollständigen Quelltext erhalten.
Aber der Auszug reicht schon. Man sieht ja, dass der Content-Type auf text/plain; charset="utf-8" steht und somit ist die E-Mail an sich korrekt.
Wie schaut denn die Darstellung mit anderen Mail-Clients aus - Smartphones, Apple-Mail, Thunderbird etc.?

P.S.: Beim Unkenntlichmachen bist Du etwas über das Ziel hinausgeschossen: Der Umlaut in "empfängerdomain" ist nicht zulässig.

 

[Nerevar]

Habe nun einen Screenshot eines iPhone-Users erhalten.
Darauf sieht es gut aus.

Was soll ich mit den internen Outlook-Instanzen machen, damit diese (zumindest) die automatischen Antworten der eigenen Kollegen korrekt darstellen?

 

[Hagen2000]

Erstmal würde ich den Typo in „Güßen“ beheben
Vielleicht wendest Du Dich bzgl. Outlook eher an Microsoft oder an ein Forum, was darauf spezialisiert ist?