[gnome-cyr] [Bug 8474] Changed - non-latin1 in attachment names and bodies converted to "__"
- From: bugzilla-daemon rocky ximian com
- To: evolution-mail-maintainers ximian com, hvv hippo ru, louie ximian com
- Cc: cyba gnome pl, gnome-cyr gnome org
- Subject: [gnome-cyr] [Bug 8474] Changed - non-latin1 in attachment names and bodies converted to "__"
- Date: 30 Aug 2001 19:36:21 -0000
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
--- shadow/8474 Thu Aug 30 15:18:05 2001
+++ shadow/8474.tmp.6051 Thu Aug 30 15:36:21 2001
@@ -46,6 +46,28 @@
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?
+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.
] [Thread Prev