Menu
▾
▴
Re: [Hermesmail-discuss] Hermes Mail - UTF 8 ETA?
|
From: Darrell J. <jo...@we...> - 2020-12-29 20:52:39
|
Hi All, Ronald makes some interesting points, Pete though has been under the hood with Eudora for at least a decade or 2 so also need to consider his viewpoint as well. It is item number 2) from Ronald that catches my attention. Particularly the paragraph stating an *"analysis of the functionalities that Eudora needs from Stingray". * A question that jumps to mind is how many of those functionalities might be within libraries easier to negotiate that Stingray, such as GTK or perhaps even Java? There is a Japanese developer who has built what looks like a Eudora clone. Sylpheed is very basic (with far less of the functionality of Eudora) called Sylpheed using GTK (SEE: https://sylpheed.sraoss.jp/en/). While Sylpheed has less functionality it demonstrates what can be done with GTK in at least matching the appearance of Eudora. Anyhow all of the above may be naive. Although I don't use Eudora myself -- I do though know people who are still using it on a daily basis, thanks to the patch on the Hermes site. I miss Eudora's ease of use, due to though frequently communicating in various languages I find Eudora impractical outside of English. Best Regards - Darrell On 12/29/2020 11:26 AM, Ronald van Ginkel wrote: > > Hi Pete. > > First of all, thank you for the effort you are making to keep this > project alive. > > > I think ISO-8859-1 issue can be worked in two ways: > > *1)* Obtain the modified Stingray library: Perhaps it is just an > intellectual property issue that can be negotiated in some way. I > supose we have some contact with Qualcomm and I see Stingray owner is > now Perforce: https://www.perforce.com/products/stingray > <https://www.perforce.com/products/stingray>. > > I understand that these steps have already been taken, but it is > important to know if this possibility has been ruled out and for what > reason. > > > *2)* Reverse engineering to adapt Eudora back to Stingray (assuming > this is the most optimal solution as opposed to integrating it with a > different library). > > In this case, I think the first step would be to have an analysis of > the functionalities that Eudora needs from Stingray to be able to size > the project. > > A limited scope of the project is probably something that money can fix. > > > As most of you, Eudora is for me an indispensable tool and currently > irreplaceable. More than 22 years of emails and 60Gb of information > that I can manage with agility thanks to the X1 search engine that > Eudora incorporates and because of Eudora's own functionality, so I am > more than willing to collaborate with the project (financially and > with my time and knowledge). The only thing is that the campaigns to > contribute funds are closed :-( > > Best regards! > > Ronald > > ______________________________________________________________________________________________________________________________________ > Hi Darrell, > > It is indeed the case that there is no ETA for iso-8859-1 compliance. > Actually it is looking more and more like that will never happen. > > I have posted about this before but I think it would be useful to > describe again why supporting iso-8859-1 is such a big deal. It is > because a lack of iso-8859-1 capability in Eudora/Hermes is not > actually the problem. The Eudora that most or all of us are using > knows about iso-8859-1 and has an appropriate amount of support for > it. The real problem is that Eudora does not support display of > Unicode characters. I don't want to make a fuss about how we refer to > the problem -- we all now know too well what we mean when we talk > about the "lack of iso-8859-1 support" so I think it's okay to go on > referring to it in this way. But the real issue is larger and much > deeper. If Eudora was capable of displaying Unicode but lacked > support for iso-8859-1 (which would be rather odd, but possible) the > fix would be very easy, maybe even something that could be done with a > patch to the existing binary. As things are, it means changing a very > large number of calls to a particular third-party library called > Stingray that renders text for Eudora. We have precious few > volunteers on the project to begin with and none who has experience > with Stingray. I believe we have a connection to one contractor who > does have some Stingray expertise but we have negligible funds to pay > him. What is more, working with this library is formidably difficult > in one way: the Eudora developers customized it and we do not have > any good records of these customizations. For this reason and others > we are not even able to rebuild Eudora in its original form. > > As far as I know, I am the only person on the project who actually > uses Eudora and who has any real passion for the project. But I > cannot do it alone. When I was younger I might have taken it on but > now I am old, slower than I used to be, and just not up to it. I have > heard nothing from the project leader in several months, no progress > is being made that I am aware of and I fear the whole thing has > effectively ground to a halt. > > Pete Maclean > > At 05:09 AM 12/28/2020, Darrell Jonsson wrote: >> Hi John, Others can correct me if I'm wrong. UTF compliance turned >> out to be a major non-trivial hurdle in Hermes development. So far as >> I understand it so far there is no timeline/ETA for UTF 8 compliance. >> Technical reasons for this complication were explained earlier in >> this list, as I remember it involves some deep global changes to the >> software's libraries. Perhaps others can explain more clearly. Best >> regards - Darrell On 12/25/2020 7:30 AM, John B. Lisle wrote: > Jason >> et al, > > Thanks for the insight on the two options. I'll try the >> easy option tomorrow. > > What additional features does one get with >> the full version? In particular, does it solve the UTF8 problem? > > >> I have a very large email database. I do have attachments in a >> separate directory. I didn't know you could also have the mail boxes >> and folders in a separate directory. Can you share how that is done? >> > > Thanks, > John. > > Sent from my iPhone > >> On Dec 25, 2020, at >> 12:04 AM, Jason Shoup <ja...@sh...> wrote: >> >> Hi John and >> Happy Holidays. >> >> If you're already using a working copy of >> Eudora, then there's absolutely no need to install the full Hermes >> Mail package. At the present time, Hermes Mail is basically just >> Eudora 7.1.0.9 but with some TLS/SSL updates already included in the >> installation files. >> >> If you're using the stock version of Eudora >> 7.1.0.9, then you'll probably only need to update Eudora's TLS/SSL >> libraries to get TLS working again. It's a quick fix that works great >> on existing installations. >> >> Please download the HermSSL.zip file >> from Source Forge at >> https://sourceforge.net/projects/hermesmail/files/ >> <https://sourceforge.net/projects/hermesmail/files/> >> >> Unzip the >> file and follow the instructions in the readme.txt file. It involves >> replacing a few of Eudora's files with new ones from the Hermes Mail >> project. >> >> After updating, you'll find your Eudora can now >> negotiate TLS1.2 when receiving email via POP and IMAP. When sending >> mail via SMTP, I've only been able to negotiate up to TLS1.0, but >> luckily it's still widely supported amongst many providers. >> >> >> Please note however that the files included in the HermSSL.zip file >> will only address the TLS/SSL issue. Eudora will still continue to >> suffer from the lack of iso-8859-1 support. That's what causes those >> strange characters to appear in messages received from those who send >> mail using the iso-8859-1 character set. >> >> It's always a good >> idea to backup Eudora's data directories before making any changes. >> In my case, where Eudora is installed and where I have it keep my >> email are in two separate locations. >> >> Good luck with the update. >> I'm sure you'll be happy to know you can keep using Eudora for a >> little while longer yet. It's still my primary email client too. This >> message having been proudly sent by Eudora. >> >> Have a wonderful >> holiday season. Stay safe and well amidst the pandemic. Cheers, >> >> >> Jason >> >> >> >> >> At 06:20 PM 24/12/2020, you wrote: >>> Hi, >>> >> >>> I have been using Eudora since the early 1990s. I am having the >> "usual" problems with hosting company wanting to eliminate obsolete >> TLS support so I am having issues with my email accounts with them. >> They mentioned that Hermes Mail might be a solution. >>> >>> I am >> running Win 7 64 bit with Eudora 7.1.0.9 >>> >>> My question is >> simply "How do I install it"? Is it possible to try it and then back >> it out if it does not work -- most of my email accounts, including >> gmail, are fine with it; it is just the email accounts from a single >> hosting service that seem to have an issue. >>> >>> Thanks, >>> john. >> >> >> >> >> _______________________________________________ >> >> Hermesmail-discuss mailing list >> >> Her...@li... >> >> https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss >> <https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss> > > >> _______________________________________________ > Hermesmail-discuss >> mailing list > Her...@li... > >> https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss >> <https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss> >> _______________________________________________ Hermesmail-discuss >> mailing list Her...@li... >> https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss >> <https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss> >> </x-flowed> > > _______________________________________________ > Hermesmail-discuss mailing list > Her...@li... > https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss > > <https://lists.sourceforge.net/lists/listinfo/hermesmail-discuss> > ______________________________________________________________________________________________________________________________________ |
