| Register | FAQ | Calendar | Search | Today's Posts | Mark Forums Read |
|
#1
| |||
| |||
| Hi and tnx for reading my message. I'm still using Windows 98SE and Eudora v7.1.0.9. Eudora works very well except with message using UTF-8, where accents are not well displayed. Is there a solution to configure Eudora to use UTF-8 for displaying my emails or anything esle I can do, knowing that Win98SE is not UTF-8 friend (I believe) ? tnx in advance T0M -- Sorry if I don't answer quickly but I can't be online each day |
|
#2
| |||
| |||
| On Sat, 23 Aug 2008 07:23:03 -0500, T0M <vieprivée@fra> wrote: >I'm still using Windows 98SE and Eudora v7.1.0.9. >Eudora works very well except with message using UTF-8, where accents >are not well displayed. > >Is there a solution to configure Eudora to use UTF-8 for displaying my >emails or anything esle I can do, knowing that Win98SE is not UTF-8 >friend (I believe) ? Eudora isn't able to display UTF-8 either, even not in newer Windows versions. But there is a Eudora plugin at http://www.windharp.de/software/utf8iso.htm which can decode those UTF-8 characters which are available in the current Windows character set. HTH Wilfried Hennings Please reply in the newsgroup, the reply address is invalid. |
|
#3
| |||
| |||
| On Sat, 23 Aug 2008 20:25:05 +0200, Wilfried Hennings <invalid@invalid.invalid> wrote: > But there is a Eudora plugin at > http://www.windharp.de/software/utf8iso.htm That was a good one, thanx!!! |
|
#4
| |||
| |||
| On Sun, 24 Aug 2008 09:43:00 +0200, Ingomar <@> wrote: > On Sat, 23 Aug 2008 20:25:05 +0200, Wilfried Hennings > <invalid@invalid.invalid> wrote: > > > But there is a Eudora plugin at > > http://www.windharp.de/software/utf8iso.htm > > That was a good one, thanx!!! Why must I go Edit > Message Plug-ins > UTF8->ISO each time that I want to use the plug-in ? |
|
#5
| |||
| |||
| On Sun, 24 Aug 2008 16:51:00 +0200, Ingomar <@> wrote: >On Sun, 24 Aug 2008 09:43:00 +0200, Ingomar <@> wrote: > >> On Sat, 23 Aug 2008 20:25:05 +0200, Wilfried Hennings >> <invalid@invalid.invalid> wrote: >> >> > But there is a Eudora plugin at >> > http://www.windharp.de/software/utf8iso.htm >> >> That was a good one, thanx!!! > >Why must I go Edit > Message Plug-ins > UTF8->ISO each time that I >want to use the plug-in ? Html formatted messages aren't decoded by default, maybe this is your problem. Go to menu Special - Message Plug-ins Settings - (scroll down to) UTF8Iso and click You'll see a window with three checkboxes. Check the "Process html messages" box and perhaps also the "Decode MIME 64". Wilfried Hennings Please reply in the newsgroup, the reply address is invalid. |
|
#6
| |||
| |||
| Wilfried Hennings a écrit: >>Eudora isn't able to display UTF-8 either, even not in newer Windows >>versions. >>But there is a Eudora plugin at >>http://www.windharp.de/software/utf8iso.htm >>which can decode those UTF-8 characters which are available in the >>current Windows character set. >> >>HTH >> >>Wilfried Hennings >>Please reply in the newsgroup, the reply address is invalid. Thank you so much Wilfried ! T0M |
|
#7
| |||
| |||
| On Mon, 25 Aug 2008 20:32:51 +0200, Wilfried Hennings <invalid@invalid.invalid> put finger to keyboard and composed: >On Sun, 24 Aug 2008 16:51:00 +0200, Ingomar <@> wrote: > >>On Sun, 24 Aug 2008 09:43:00 +0200, Ingomar <@> wrote: >> >>> On Sat, 23 Aug 2008 20:25:05 +0200, Wilfried Hennings >>> <invalid@invalid.invalid> wrote: >>> >>> > But there is a Eudora plugin at >>> > http://www.windharp.de/software/utf8iso.htm >>> >>> That was a good one, thanx!!! >> >>Why must I go Edit > Message Plug-ins > UTF8->ISO each time that I >>want to use the plug-in ? > >Html formatted messages aren't decoded by default, maybe this is your >problem. >Go to menu Special - Message Plug-ins Settings - >(scroll down to) UTF8Iso and click >You'll see a window with three checkboxes. >Check the "Process html messages" box >and perhaps also the "Decode MIME 64". > > >Wilfried Hennings >Please reply in the newsgroup, the reply address is invalid. I just received a HTML message with a UTF8 subject. Eudora crashed when the OS tried to create a HTML file using the subject as a template for a filename. The problem was that the subject contained UTF-8 encoded characters that are illegal when used in filenames. The fix was to locate the offending message (a .RCV file) in the Spool directory and edit the offending subject line with Notepad. I'm using Win98SE and Eudora 7.1.0.9. - Franc Zabkar -- Please remove one 'i' from my address when replying by email. |
|
#8
| |||
| |||
| On Tue, 26 Aug 2008 17:15:22 -0500, Franc Zabkar wrote: > I just received a HTML message with a UTF8 subject. Eudora crashed > when the OS tried to create a HTML file using the subject as a > template for a filename. The problem was that the subject contained > UTF-8 encoded characters that are illegal when used in filenames. > > The fix was to locate the offending message (a .RCV file) in the Spool > directory and edit the offending subject line with Notepad. > > I'm using Win98SE and Eudora 7.1.0.9. A message _subject_ should never be used as a filename, and I suspect that neither files in the Spool directory nor "send to browser" files in a Windows local "Temp" directory are ever given such names by Eudora itself. Do you think that the UTF8 plugin itself creates an HTML file having the subject as a file name? I do recall another possibility: Eudora does a "weird thing" when receiving _unnamed_ attachments, which is that some designer's imagination went into overdrive, and decided to give the _attachment_ a file name made from the message subject, apparently without taking sufficient care to prevent using invalid names: "Re: RTF attachment name - caught in the act!" 2007.05.20 http://groups.google.com/group/comp....d4826ba65ba5bb So it might be interesting for you to see whether the offending message does in fact contain any unnamed attachment, which needs a name to be stored into the "attach" or "embedded" directory; if so, then giving the attachment a definite name (by augmenting the attachment's own internal headers) might also take care of the issue, as would encouraging the sender(s) to do the same. IIRC, the recommended plugin does not try to deal with UTF8-encoded subjects, for what I think was a good reason (although I forget what that was ![]() and should therefore, at the very same time, probably not be guilty of trying to use a subject as a filename. -- |
|
#9
| |||
| |||
| On Tue, 26 Aug 2008 18:23:53 -0500, "John H Meyers" <jhmeyers@nomail.invalid> put finger to keyboard and composed: >On Tue, 26 Aug 2008 17:15:22 -0500, Franc Zabkar wrote: > >> I just received a HTML message with a UTF8 subject. Eudora crashed >> when the OS tried to create a HTML file using the subject as a >> template for a filename. The problem was that the subject contained >> UTF-8 encoded characters that are illegal when used in filenames. >> >> The fix was to locate the offending message (a .RCV file) in the Spool >> directory and edit the offending subject line with Notepad. >> >> I'm using Win98SE and Eudora 7.1.0.9. > >A message _subject_ should never be used as a filename, >and I suspect that neither files in the Spool directory >nor "send to browser" files in a Windows local "Temp" directory >are ever given such names by Eudora itself. > >Do you think that the UTF8 plugin itself creates an HTML file >having the subject as a file name? I'm using a HTML plugin that converts HTML messages to files. However, I still had the same problem with UTF-8 subjects before I discovered this plugin. >I do recall another possibility: > >Eudora does a "weird thing" >when receiving _unnamed_ attachments, which is >that some designer's imagination went into overdrive, >and decided to give the _attachment_ a file name >made from the message subject, >apparently without taking sufficient care >to prevent using invalid names: >"Re: RTF attachment name - caught in the act!" 2007.05.20 >http://groups.google.com/group/comp....d4826ba65ba5bb > >So it might be interesting for you to see >whether the offending message does in fact >contain any unnamed attachment, which needs a name >to be stored into the "attach" or "embedded" directory; >if so, then giving the attachment a definite name >(by augmenting the attachment's own internal headers) >might also take care of the issue, >as would encouraging the sender(s) to do the same. Nothing in either of those directories, although eudora.log suggests that Eudora was trying to write to the Attach directory. See end of post. >IIRC, the recommended plugin does not try to deal with >UTF8-encoded subjects, for what I think was a good reason >(although I forget what that was ![]() >and should therefore, at the very same time, >probably not be guilty of trying to use a subject as a filename. This was one message that crashed an earlier version of Eudora: http://www.users.on.net/~fzabkar/Eudora/4735205E.RCV I haven't tried it with my current version, though. Ironically it was a Christmas greeting. This is an old post where I tried to describe the problem: http://groups.google.com/group/comp....32758bc2263af1 http://preview.tinyurl.com/5kngyd The following are four current examples. ================================================== ================= Subject: BMW serije 3. ÄŚas je, da podleže te želji. X-NotAscii: charset=windows-1250 X-HTML-Message-Converted: c:\FZwork\Eudora\HTML Messages\BMW serije 3. ÄŚas je, da podlež.htm The above file does not exist. Notice there is no "file://" in the URI. This message did not crash Eudora. ================================================== ================= Subject: CRT\RT29FA33RQ sevice manual X-NotAscii: charset=us-ascii X-HTML-Message-Converted: "file://c:\FZwork\Eudora\HTML Messages\CRTRT29FA33RQ sevice manual.htm" The above file does exist. No crash. ================================================== ================= Subject: LG CRT/LCD/Plasma/Projection TV service manuals X-NotAscii: charset=windows-1252 X-HTML-Message-Converted: "file://c:\FZwork\Eudora\HTML Messages\LG CRTLCDPlasmaProjection TV.htm" The above file does exist. No crash. ================================================== ================= Subject: Trio ze za 30 EUR X-NotAscii: charset=utf-8 X-HTML-Message-Converted: "file://c:\FZwork\Eudora\HTML Messages\Trio ze za 30 EUR.htm" The above file does exist. ================================================== ================= The last example was the one that crashed Eudora. The edited non-crashing version is shown. Before I edited it, the "z" in "ze" was a UTF-8 encoded representation of the Slovenian character "zh" (pronounced as in "Zhivago"). The subject line had "=" and "?" characters but the log shows "\032". It appears that the backslash was the reason for the file creation problem. Sorry, I didn't retain a record of the original format of the message. This is an excerpt from eudora.log: MAIN 16: 0.06 info@teledat.si, Trio \032e za 30 EUR MAIN 128: 0.06 LOGNULL GetEMSHeaders() 1 JJFileMT::Seek(292337) MAIN 128: 0.06 LOGNULL GetEMSHeaders() 2 JJFileMT::Seek(294262) MAIN 8: 0.06 Dialog: "Could not open the file D:\FZwork\Eudora\Attach\Trio \032e za 30 EUR.ems for writing\r\n" MAIN 8: 0.06 Dialog: "\r\n" MAIN 8: 0.06 Dialog: "Cause: No such file or directory exists. (2)" MAIN 8: 0.10 Dialog: "Dismissed with 1" - Franc Zabkar -- Please remove one 'i' from my address when replying by email. |
|
#10
| |||
| |||
| On Wed, 27 Aug 2008 00:02:23 -0500, Franc Zabkar wrote: > This is an old post where I tried to describe the problem: http://groups.google.com/group/comp....32758bc2263af1 http://groups.google.com/groups?selm...jbjomc@4ax.com [alternate URLs] The log quoted in that post contains: MAIN 8: 0.08 Dialog: "Could not open the file D:\FZwork\Eudora\Attach\Vo\032\100\011ilo.ems for writing\r\n" MAIN 8: 0.08 Dialog: "\r\n" MAIN 8: 0.08 Dialog: "Cause: No such file or directory exists. An "EMS" attachment accompanies S/MIME (or perhaps even PGP/GPG) content; I don't know whether those also get treated that way. It might be of interest to know whether the same happens either with or without the UTF8 plugin (and which plugin, which version, and are there any other plugins involved?), because otherwise there could be "too many suspects" to narrow the hunt for the guilty culprit, which could of course still be Eudora ![]() -- |
![]() |
| Thread Tools | |
| Display Modes | |
In an effort to better serve ads to our visitors, cookies are used on objectmix.com. For more information, check out our Privacy Policy.