[gnome-cyr] [Bug 8474] Changed - non-latin1 in attachment names and bodies converted to "__"



Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by fejj ximian com 

http://bugzilla.ximian.com/show_bug.cgi?id=8474

--- shadow/8474	Thu Aug 30 15:18:05 2001
+++ shadow/8474.tmp.6051	Thu Aug 30 15:36:21 2001
@@ -46,6 +46,28 @@
 Content-Type: text/html;
         charset="koi8-r"
 Content-Transfer-Encoding: quoted-printable
 
 Chances are high that Evo tried to treat the body as iso1.
 Could you try to use first part's charset as charset of the attachment if no charset is specified in headers (or better allow to select charset to treat attachment with)?
+
+------- Additional Comments From fejj ximian com  2001-08-30 15:36 -------
+the problem is that parts do not know about other parts. This is just
+the way things *have* to work, they should not have to know about
+other parts' Content-* headers.
+
+With IMAP, you can request individual MIME parts (and we use this
+feature in Evolution).
+
+That said, the filename *should* be appearing correctly. Even though
+the name/filename params are encoded incorrectly, I added a
+special-hack for that a while ago when I added support for rfc2184
+because Outlook's broken way of encoding parameters is somewhat common
+amongst the more commonly used mailers.
+
+The only possible solution to this that I would be willing to do is to
+use the charset given in the parameter encoding?
+
+Rhetoric question:
+remind me again why it's *our* job to fix brokenness in other mailers?
+especially when they are proprietary? argh... this is why writing a
+mail client is a PITA while at the same time being a thankless job.




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]