Umlaute in Anhängen

Norbert Kordewiner kordewiner at lkclp.de
Fre Okt 15 09:41:04 CEST 2010


>
>    1. Re: Umlaute in Anhängen (Gunnar Wrobel)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 14 Oct 2010 09:40:59 +0200
> From: Gunnar Wrobel <wrobel at kolabsys.com>
> Subject: Re: Umlaute in Anhängen
> To: kolab-users-de at kolab.org
> Message-ID: <20101014094059.12866fmf9rv77wo4 at kolab.kolabsys.com>
> Content-Type: text/plain;	charset=ISO-8859-1;	DelSp="Yes";
> 	format="flowed"
>
> Hallo Norbert,
>
> Zitat von Norbert Kordewiner <kordewiner at lkclp.de>:
>
>>
>>
>> Wir haben das Problem, dass Umlaute in Dateianhängen bei anderen
>> Mailprogrammen (z.B. unter vielen anderen: web.de , gmx.de ) nicht
>> korrekt angezeigt werden. Dort seh ich dann z. B.
>> statt
>> Die Äs und Üs sind öfter doof.odt
>> utf-8''Die%20%C3%84s%20und%20%C3%9C...
>> bei gmx und
>> bei web.de
>> application-vnd.oasis.opendocument.text-attachment
>>
>> Das irritiert viele Anwender, so dass sie den Anhang nicht öffnen (können).
>>
>> Wo und wie kann man da was drehen :-)
>
> Auch wenn ich glaube, dass hier auf der Liste noch ein paar Experten
> mithören, die bei MIME-Problemen auf einem aktuelleren Stand sind als
> ich versuche ich mich dennoch mal mit einer Antwort.
>
> Das Problem dürft aus RFC2183 (http://tools.ietf.org/html/rfc2183)
> resultieren:
>
>    "We recognize the great
>     desirability of allowing arbitrary character sets in filenames, but
>     it is beyond the scope of this document to define the necessary
>     mechanisms.  We expect that the basic [RFC 1521] `value'
>     specification will someday be amended to allow use of non-US-ASCII
>     characters, at which time the same mechanism should be used in the
>     Content-Disposition filename parameter."
>
> Danach darf der Dateiname eines Attachments also ausschließlich
> US-ASCII enthalten. Dazu kommen dann noch verschiedene Auffassungen
> der Email-Clients
> (http://en.wikipedia.org/wiki/MIME#Content-Disposition) was letztlich
> in dem von Dir beobachteten Verhalten resultiert.
>
> Vermutlich gibt es auch aktive Bemühungen die Situation zu verbessern,
> aber da habe ich keinen Link parat.
>
> Das Problem resultiert bei Dir daraus, dass der sendende E-Mail-Client
> vermutlich entgegen der Spezifikation Umlaute in den Dateinamen im
> "Content-Disposition-Header" setzt. Die empfangende Seite kann damit
> aber offensichtlich nichts anfangen. Welcher E-Mail-Client wird denn
> zum Senden verwendet? Und wie sieht der Content-Dispostion-Header in
> den betroffenen E-Mails aus?
>
> Viele Grüße,
>
> Gunnar
>
>
>
>>
>> Grüße
>>
>> Norbert
>>
>> PS.
>> Wenn ich von hier einen Anhang mit Umlauten nach hause zu meinem
>> Ubuntu 10.04 mit Thunderbird (aktuelle Version)  schicke stimmt
>> alles?! Auch im lokalen Ordner Gesendet oder Serverintern (User zu
>> User) werden die Umlaute des Anhangs korrekt angezeigt alles.


Hallo Gunnar, halo alle die es interessiert!

Ich hatte vergessen zu erwähnen, dass uns das mit dem zum Kolab-Paket  
gehörenden Horde-Webmailclient passiert. Die eingesetzte Kolabversion  
ist 2.2.3 gepatcht auf den aktuellsten Stand (vor 2.2.4).

So, aber hier mal eine Mailquelltext:

====================================

Received: from 85-138.nw-lkclp.de (85-138.nw-lkclp.de [10.234.85.138]) by
	kolab.nw-lkclp.de (Horde Framework) with HTTP; Mon, 11 Oct 2010 11:05:36
	+0200
Message-ID: <20101011110536.12908reycbwf429w at kolab.nw-lkclp.de>
Date: Mon, 11 Oct 2010 11:05:36 +0200
From: Norbert Kordewiner <kordewiner at lkclp.de>
To: "Kordewiner, Norbert" <kordewiner at lkclp.de>, kordewiner at googlemail.com,
	kordewiner at web.de, asboron at gmx.de
Subject: Die =?utf-8?b?w4Rz?= und =?utf-8?b?w5xz?= sind
	=?utf-8?b?w7ZmdGVy?= doof.
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=_qlxd3ea7tk0"
Content-Transfer-Encoding: 7bit

This message is in MIME format.

--=_qlxd3ea7tk0
Content-Type: text/plain;
	charset=UTF-8;
	DelSp="Yes";
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable




Die =C3=84s und =C3=9Cs sind =C3=B6fter doof. Die =C3=84s und =C3=9Cs sind =
=C3=B6fter doof. Die =C3=84s =20
und =C3=9Cs sind =C3=B6fter doof. Die =C3=84s und =C3=9Cs sind =C3=B6fter do=
of. Die =C3=84s und =C3=9Cs =20



--=_qlxd3ea7tk0
Content-Type: application/vnd.oasis.opendocument.text;
	name*="utf-8''Die%20%C3%84s%20und%20%C3%9Cs%20sind%20%C3%B6fter%20doof.odt"
Content-Disposition: attachment;
	filename*0*="utf-8''Die%20%C3%84s%20und%20%C3%9Cs%20sind%20%C3%B6fter%20doof.";
	filename*1*="odt"
Content-Transfer-Encoding: base64

UEsDBBQAAAAAAKpISz1exjIMJwAAACcAAAAIAAAAbWltZXR5cGVhcHBsaWNhdGlvbi92bmQub2Fz
aXMub3BlbmRvY3VtZW50LnRleHRQSwMEFAAAAAAAqkhLPQAAAAAAAAAAAAAAABoAAABDb25maWd1
cmF0aW9uczIvc3RhdHVzYmFyL1BLAwQUAAgACACqSEs9AAAAAAAAAAAAAAAAJwAAAENvbmZpZ3Vy
YXRpb25zMi9hY2NlbGVyYXRvci9jdXJyZW50LnhtbAMAUEsHCAAAAAACAAAAAAAAAFBLAwQUAAAA
AACqSEs9AAAAAAAAAAAAAAAAGAAAAENvbmZpZ3VyYXRpb25zMi9mbG9hdGVyL1BLAwQUAAAAAACq
SEs9AAAAAAAAAAAAAAAAGgAAAENvbmZpZ3VyYXRpb25zMi9wb3B1cG1lbnUvUEsDBBQAAAAAAKpI
Sz0AAAAAAAAAAAAAAAAcAAAAQ29uZmlndXJhdGlvbnMyL3Byb2dyZXNzYmFyL1BLAwQUAAAAAACq
SEs9AAAAAAAAAAAAAAAAGAAAAENvbmZpZ3VyYXRpb25zMi9tZW51YmFyL1BLAwQUAAAAAACqSEs9
AAAAAAAAAAAAAAAAGAAAAENvbmZpZ3VyYXRpb25zMi90b29sYmFyL1BLAwQUAAAAAACqSEs9AAAA
AAAAAAAAAAAAHwAAAENvbmZpZ3VyYXRpb25zMi9pbWFnZXMvQml0bWFwcy9QSwMEFAAIAAgAqkhL
PQAAAAAAAAAAAAAAAAwAAABsYXlvdXQtY2Fj

---- gekürzt -----

AAAAAM8jAABzZXR0aW5ncy54bWxQSwECFAAUAAgACACqSEs9fxF5YlUBAADEBwAAFQAAAAAAAAAA
AAAAAAAgKQAATUVUQS1JTkYvbWFuaWZlc3QueG1sUEsFBgAAAAAQABAAKAQAALgqAAAAAA==

--=_qlxd3ea7tk0--
=========================================================


==============================================================
Diese E-Mail wurde Ihnen zugestellt vom (allgemeine Daten):
Landkreis Cloppenburg, Eschstrasse 29, 49661 Cloppenburg
Tel. (0 44 71) 15-0, Fax (0 44 71) 8 56 97
Internet: http://www.lkclp.de
==============================================================