Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comm.software.mailserver > #6574

Cannot display Unicode content

From Sebastian Suchanek <sebastian.suchanek@gmx.de>
Newsgroups de.comm.software.mailserver
Subject Cannot display Unicode content
Date 2022-09-11 22:18 +0200
Message-ID <tflfqt$5ll$1@msgid.suchanek.de> (permalink)

Show all headers | View raw


Hallo NG!

Vorweg kurz zu meinem Mail-Setup als Ganzes: Auf (m)einem "richtigen" 
Server läuft Exim, der eingehende Mails u.a. durch Spamassassin schiebt. 
Alle "legitimen" Mails landen in Maildirs, von wo aus sie ein 
Courier-POP zum Abholen bereithält. Das Abholen erledigt ein Fetchmail 
auf meinem Heimserver[1]. (Von dort aus geht es in einen weiteren Exim 
und letztendlich via Courier-IMAP an die Clients.)

Das hat soweit alles jahrelang wunderbar funktioniert. Allerdings habe 
ich jetzt wegen eines Providerwechsels das Setup auf einen neuen 
"externen" Server umgezogen, was mit einem Wechsel von Debian Stretch 
auf Debian Buster einherging.
Seither habe ich das Problem, das zunächst *jede* Mail nicht 
ordnungsgemäß zugestellt wurde, sondern ich stattdessen eine 
Fehlermeldungsmail mit dem Betreff "Cannot display Unicode content" 
erhalten habe. Der Inhalt dieser Mails beginnt mit diesem Text:

| This E-mail message was determined to be Unicode-formatted
| but your E-mail reader does not support Unicode E-mail.
|
| Please use an E-mail reader that supports POP3 with UTF-8
| (see https://tools.ietf.org/html/rfc6856.html).
|
| This can also happen when the sender's E-mail program does not
| correctly format the sent message.
|
| The original message is included as a separate attachment
| so that it can be downloaded manually.
| [...]

Absender war/ist "postmaster@$EMPFÄNGERDOMAIN.tld" - das und auch die 
Header deuten darauf hin, dass diese Mails auf dem externen Server 
erzeugt wurden/werden.

Das Problem wurde besser, als ich auf dem externen Server die Locale von 
Deutsch auf Englisch umgestellt habe und damit zumindest der von 
Spamassassin eingefügte Info-Header keine (UTF8-codierten?) Umlaute mehr 
enthielt. Danach kam die Fehlermeldung nur noch bei einigen Mails - 
anscheinend solchen, die schon absenderseitig UTF8-codierte Header 
enthalten. Wenn ich Spamassassin komplett aus der Mail-"Pipeline" 
herausnehme, funktioniert alles wie gewohnt - allerdings ist das ja auch 
nicht Sinn der Sache. ;-)
Ich habe in der Spamassassin-Config auch schon "normalize_charset 0" 
gesetzt in der Hoffnung, dass Spamassassin dann nicht an irgendwelchen 
Zeichencodierungen 'rumfummelt, das scheint allerdings nichts gebracht 
zu haben.

Lange Rede, kurzer Sinn: was läuft da schief und wie kann ich es reparieren?


TIA,

Sebastian
_____
[1] Der Heimserver läuft ebenfalls auf Debian Stretch. Das bekomme ich
     Aus Gründen[tm] auch nicht so einfach aktualisiert.

Back to de.comm.software.mailserver | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Cannot display Unicode content Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2022-09-11 22:18 +0200
  Re: Cannot display Unicode content Laurenz Trossel <me@example.invalid> - 2022-09-11 23:59 +0000
    Re: Cannot display Unicode content Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2022-09-25 23:38 +0200
      Re: Cannot display Unicode content Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2022-10-27 18:15 +0200

csiph-web