Menu
▾
▴
[Hermesmail-discuss] [SPAM] Re: Hermes Mail - UTF 8 ETA?
|
From: Ronald v. G. <ro...@t-...> - 2020-12-30 16:26:48
|
Hi Darrel. Thank you for your words. I've downloaded Hermes Project from Sourceforge to get more info. For me, the key point is compile a working eudora.exe using this source code. If we get this done, we can begin to improve it. Actually, it cannot be compiled using Visual Studio (4032 errors, uf), but it seems it can be compiled through older IDEs. I've readed on some post that a exe was build, but it crashes on open it. I have not info if we can get a functional exe through this compilation. a) If we can compile a working Eudora through an older IDE, I think the next approach would be do a software refactorization (the masterplan file name it 'Brentford') so we can work on it using Visual Studio. This is a project we can hire to a external developer (using freelancer or similar). b) If we cannot compile a working Eudora in anyway, we must be realistic and know if this is possible or not. If it is possible, what are the steps and resources needed to achieve it. I'm sure that having a easily compilable project (Visual Studio shall be really nice), more people shall help to develope it. Sorry if I am telling things that are too obvious or without sufficient knowledge, it is not easy for me to understand the current situation of the project with the published information. Regards! Ronald ______________________________________________________________________________________________________________________________________ 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> >______________________________________________________________________________________________________________________________________ > ______________________________________________________________________________________________________________________________________ |
