PRIORITY! ISO-8859-1?Q?msgs-envoy=E9s?

Date: Fri, 2 May 1997 13:31:38 -0300
To: aa146@chebucto.ns.ca, Sean Garagan <garagan@csuite.chebucto.ns.ca>,
From: Robert Cormier <trc@auracom.com>
Cc: csuite-french@chebucto.ns.ca, aa146@chebucto.ns.ca, m237636@er.uqam.ca
Precedence: bulk

next message in archive
no next message in thread
previous message in archive
Index of Subjects


Ed, can you try to reproduce this error? We should make sure no user will
end up with those line. Is there a way to make sure this problem has been
fixed for sure and will not happen? I am *very* concerned about this one.
It would ruin lots of localization effort!

Cf      : =3D?ISO-8859-1?Q?msgs-envoy=3DE9s?=3D
Le classeur =AB=3D?ISO-8859-1?Q?msgs-envoy=3DE9s?=3D=BB n'existe pas. Cr=E9=
ation?
=20
>On Tue, 29 Apr 1997, Robert Cormier wrote:
>
>> Sean, this one is very important to repair. The 8-bit name of folder s=
eems
>> to work fine everywhere else. Let me know if you find a solution. =20
>>=20
>> >After postponing a message (control-o) and resuming (c) the Cf: field=
 is
>> >translated as follows:
>> >
>> >Cf      : =3D?ISO-8859-1?Q?msgs-envoy=3DE9s?=3D
>> >
>> >instead of=20
>> >
>> >Cf      : msgs-envoy=E9s
>> >
>> >
>> >The field does not translate back to the correct file name for
>> >Cf: when the message is actually sent.
>> >
>> >Instead the prompt appears:
>> >
>> >Le classeur =AB=3D?ISO-8859-1?Q?msgs-envoy=3DE9s?=3D=BB n'existe pas.=
 Cr=E9ation?
>> >
>> >+Ed



next message in archive
no next message in thread
previous message in archive
Index of Subjects