honeywhite

Tested it out and it's pretty damn awesome even in alpha stage. It has Unicode and security certificates work. It's a real contender in the traditional e-Mail space.

(I'm an early backer, put maybe $10 on one of the early Kickstarters, and just got it a few days ago. I totally recommend this for anyone who needs a good e-mailer.)

For why this may be significant, check out https://computerhistory.org/blog/the-eudora-email-client-sou...

I decided to deal with all issues raised here, in one big Reddit post: https://www.reddit.com/r/opensource/comments/aeo39h/hermes_m...

Canadian and American dollars, remember. $570 US = $800ish Can. The Kickstarter is also in Canadian dollars.

I disagree with the "requirements document" bit. I do think it's better to move to Cocoa, but this should be done bit by bit. Start with "the upstairs" (the user interface), which absolutely MUST be in Cocoa to be 64-bit, then move everything else with time to Cocoa.

It's not actually. Only the UI parts of Carbon are deprecated:

"We are still planning to support the Carbon Event Manager and Text Input Sources, to name two mostly non-UI APIs. You might wonder, what about the Memory Manager, or the Alias Manager, or the Process Manager, or other lower-level managers? At this time, it looks like most, if not all, of the APIs provided by the ApplicationServices and CoreServices umbrella frameworks will still be available in 64-bit." - Eric Schlegel (apple developer)

Depends what you mean by Carbon. If you mean "the UI parts of HIToolbox", then yes, Carbon is deprecated. If you mean Carbon in general, most parts of it have been ported to x64, and you wouldn't call that deprecated.

I don't appreciate being called a "fraudster" by someone who hope onto the Eudora mailing list, writes that one message, and hops off. Without participating otherwise.

Fixed some bugs? The project didn't compile under a modern compiler. The compiled version didn't work well with any language besides English or Latin. There was no spell-checker included with the source and we had to re-write the library. Then there was the total inability to negotiate an SSL/TLS connexion... don't get me started.

I wrote for a general audience. Yes, it's a bit fluffy, but I had to try to explain certain things to people who don't know the first thing about computers (if you don't believe me, take a look at the eudora listmoms listserv). The responses I received were overwhelmingly "don't change a thing but the Unicode handling and the SSL!"

Note that this is the Kickstarter for the Windows version of HERMES Mail. It's an entirely different codebase and, as such, Visual Studio is the perfect IDE for the job.

The high mobile data cost was because said developer lives in the arse end of the middle of nowhere, and he refuses to use Mercurial properly (does a full hg clone instead of hg pull every time he contributes, drives me bonkers to be honest but the man writes good code!)

Said developer also admitted, publicly, to using an unlicenced copy of VS Enterprise after a disk crash. That was an indefensible state of affairs to me, and so the only thing I could do without wasting scads of time was to buy him a licence.

Please don't conflate HERMES Mail with Mail/X. They have similar user interfaces and are mail clients formerly written by different developers at the same company, but they are in different languages, different devs as stated before, and target different platforms.

I've registered a custom domain, which will be our primary user-facing point of contact. Developers use SF essentially purely as a Mercurial host; everything else is run over eMail.

Already do. I don't use Gmail's HTML interface (I always will prefer IMAP over an HTML gateway) but Gmail is my primary personal eMail server.

Problem with those two is the first three letters. I'm fine with Bitbucket but decided against it in the near-term. Long-term, we'll probably move toward it.

I absolutely hate git. I think its creator should be shot in the elbows, knees, and balls, and then broken on the wheel. GitHub has no Hg support, so it's out.

I thought long and hard about transitioning to Bitbucket. In the end, I decided against it in the near term, because I have two other projects going (Eudora revival for Windows, which is not the same program at all, despite the name, and then a LimeWire revival). I like to keep all my eggs in one basket, and if I tried to transition the other two projects to Bitbucket, I'd encounter inertia from at least one developer, sans doute.