[rt-users] Attachments with international characters (Intern)
Marcus Ramberg
marcus at mediaflex.no
Mon Aug 23 12:21:37 EDT 2004
Hi Ruslan.
Thanks for the RFC quotes, I think we all agree that non-us ascii
filenames are an abdomination upon the face of the earth, however, I
doubt I can convince the 1000 real-estate brokers that use our system
of this, so it remains a problem for us.
Marcus
On 23. aug. 2004, at 13.15, Ruslan U. Zakirov wrote:
> Marcus Ramberg wrote:
>> On 20. aug. 2004, at 13.37, Jesse Vincent wrote:
>>> On Aug 19, 2004, at 12:52 PM, <ronny.pettersen at edb.com> wrote:
>>>
>>> Ah. So the issue isn't actually that RT doesn't handle messages with
>>> international characters, but that we only process the message
>>> headers for international characters and MIME::Tools doesn't do
>>> smart things on our behalf :/
>>>
>>> I wonder if Email::MIME handles it better.
>> I think it does, I've been using Email::MIME in a system that
>> processes attatchments with swedish filename, and those were handled
>> ok. Anyways, it's easier to bother Simon if it's borked :-D I'm also
>> very interested in getting this issue resolved, as it's been an
>> annoyance for us for about a year now. :-/
>> Marcus
>
> Hello.
>
> According to RFC2047:
> http://www.zvon.org/tmRFC/RFC2047/Output/chapter5.html
>
> An 'encoded-word' MUST NOT be used in parameter of a MIME Content-Type
> or Content-Disposition field, or in any structured field body except
> within a 'comment' or 'phrase'.
>
> Also RFC2183
> http://zvon.org/tmRFC/RFC2183/Output/chapter2.html#sub2
>
> 2.3. The Filename Parameter
> ...
> Current [RFC2045] grammar restricts parameter values (and hence
> Content-Disposition filenames) to US-ASCII. 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 [RFC1521(-> 2049draft | 2048bcp13
> | 2047draft | 2046draft | 2045draft)] `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.
> ...
>
>
> Today RFC2045 describe syntax of the 'value' and it's still restricted
> to US-ASCII.
>
> In original example only Content-Description field is compliant with
> current RFC, so other fields is violation of RFC and can be
> implemented in any way.
>
> Best regards. Ruslan.
>
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>> Be sure to check out the RT wiki at http://wiki.bestpractical.com
>
>
More information about the rt-users
mailing list