Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Meli email client, pre-alpha release

meli.delivery

Post reply on HN
Print view View original

101–110 of 136 posts

Re: Meli email client, pre-alpha release

#101

Post by aorth »

helb wrote: post #69
mcovalt wrote: post #51

Earlier quoted context omitted.

Evolution mail and Geary, GNOME’s big and little email clients, respectively, are the best options right now. Both are great.

Geary looks great, i wanted to switch to it years ago (from Thunderbird), but it had no support for PGP – https://gitlab.gnome.org/GNOME/geary/issues/6 :(

I agree. Geary looks great and mostly works fine—I don't need extensions or calendars.

I did have an issue in early 2019 where parsing of contact names somehow got messed up, causing outgoing messages to not get sent. After a few productive days of sending emails I found twelve in my outbox that hadn't actually sent! I got scared and went back to Thunderbird after that, but I keep Geary installed and launch it from time to time to sync my mail.

Re: Meli email client, pre-alpha release

#102

Post by cbm-vic-20 »

rightos wrote: post #34
Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

> Poor mail notifications

Time for someone to write an Electron-based update to the venerable "biff"[1] program.

[1] https://en.wikipedia.org/wiki/Biff_(Unix)

Re: Meli email client, pre-alpha release

#103

Post by Fnoord »

em-bee wrote: post #72
jakecopp wrote: post #71

Earlier quoted context omitted.

Thanks for such a detailed comment :) That is worrying that keys would stop working. I'd definitely be interested in a cheaper model with an ARM processor primarily for remote development on the go.

the keys don't stop working, just sometimes the keypress does not register. it's also only a few keys where i saw this happen. but that's the first model. current models are supposed to have much better keyboards

I have the GPD Pocket 2, and I have no issues whatsoever with the keyboard except that I got some dirt spots from the keyboard on the screen easily (via each key's 4 edge points). Like, worse than my MBP 2015's.

The infrared mouse works OK (I'd prefer the thinkpoint-esque knob of the original GPD Pocket), but you can also attach a Apple Magic Trackpad 2 on it. These work very well if you run a new Linux kernel and patch up some software such as Xinput.

I run Kali Linux on it (its part of my pentest equipment; don't use it for e-mail and such [1]). Slapped an Apple logo on it for the fun of it.

Can I recommend the device? Well yes and no.

Its an OK build quality, and if you apply thermal pads and some copper you can easily run the machine without the fan on all the cores. It does get a bit more hot on the bottom then.

Its a bit expensive now, I'd say, compared to say the current Raspberry Pi 4 plus a powerbank plus a monitor. Its just 2018 price and hardware. Perhaps look at the successor(s) such as the black version or perhaps the Max?

Worst part is they screwed me over cause there's a clear spot on the top right due to attachment of the (touch)screen and in certain light / colors it is rather apparent. CS said they couldn't notice the issue. No warranty was provided. And even then I read about some people had to pay import tax once more receiving their (repaired/new) device but they want you to send the device without value (which means you could lose the whole thing if it gets lost). Typically Chinese.

[1] You could argue you shouldn't use such Chinese hardware for pentest purposes which is a fair point.

Re: Meli email client, pre-alpha release

#104

Post by mxuribe »

drinfinity wrote: post #82
mxuribe wrote: post #25

Maybe its my age but I actually like TUI-style for something like email, because its less taxing on the eyes. Its funny, nowadays, either the UI of some apps/clients is way too busy/dsitracting, and colorful, and annoying...Or, its bare and tough to figure out (what does that icon do again?)...but not intuitive. Again, it could be my age...but i like the simplicity of TUI types of interfaces...at least for things lik…

No, I'm young-ish (33) and I agree. TUI's are just a very restricted type of GUI's. These restrictions make the devs focus on what is important, because there is literally no room for bullshit. These UI's pack more punch per pixel and thus make for a more productive experience - if you're so inclined. While I like true CLI TUIs, I can also live with TUI-like interface in the browser. I just like the style of them, th…

Yeah, i think you said it best! Cheers!

Re: Meli email client, pre-alpha release

#105

Post by mxuribe »

_delirium wrote: post #29
mxuribe wrote: post #26

Also, there is mention of a mastodon account to follow for further announcements...but wasn't clickable/didn't work...Anyone know what the account is? (By the way, cheers for participating on the fediverse, and not legacy silos!!)

Looks like it's this one: @epilys@chaos.social

Ah, great, thanks!

Re: Meli email client, pre-alpha release

#107

Post by Karunamon »

rightos wrote: post #34
Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

I'd really recommend you take another look at Mutt, or Alpine if you're more into pico/nano than vim as editors. It's the best tool I can think of for dealing with large quantities of mail.

* Notifications can be configured to do pretty much whatever you want (by invoking a command when new mail arrives)

* Multi-account support works well (currently have it hooked up to my personal and work accounts simultaneously)

* Developed by a community

* The visual component of HTML mail is irrelevant 99% of the time. A reasonable textual interpretation can be generated by piping the message through `w3m --dump`, a process which can happen automatically inside mutt when viewing those messages with no action required on your part. If you absolutely must see the formatted message with images and such, this is only a keystroke away.

There's a lot of initial configuration to do, granted, but you only need to do it once. Then you stick your mutt directory up on github or similar, and never need to do it again. Setting up a new or different machine is a clone away.

You can learn the initial keybinds in a couple hours (it's a lot simpler than vim), and I think you'll be blown away once you get proficient at it.

This may be a bit extreme, but after many years, I think all GUI mail clients suck. Email is primarily a textual medium at the end of the day.

That, and Mutt's the only thing I can think of where the expected features of a mail client work with reliability. Putting up with Thunderbird's speed/stability or Outlook's stability/searching isn't something we should have to do in 2019.

Re: Meli email client, pre-alpha release

#108

Post by celticmusic »

rightos wrote: post #34
Ahmed90 wrote: post #22

With all respect for the hard work done on this client, but is it just me or is the TUI getting too much attention recently?? I think the GUI stacks are too bloated or too hideous (electron, cpp/qt,c# and it's limitations, etc...) to work with these days so much that the cool kids (hardcore techy people) just gave up and started doing TUIs to solve their own problems directly?

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

I almost had to check to see if this wasn't posted by me, right up to the no thanks with respect to Mailspring requiring an account.

and I'm right there with you about being willing to pay. Thunderbird is what I use, but I'm always asking myself if there's a better way.

Re: Meli email client, pre-alpha release

#109

Post by Crinus »

giancarlostoro wrote: post #95
Crinus wrote: post #77

Earlier quoted context omitted.

Why not use the UI designer? It was made exactly for this reason.

Back to my prior point: how can I leverage the awesome tooling outside of C++? If I can use any language with the awesome Qt tooling I am set. They seem to be working on making Python such a citizen in the official Qt languages stack but its taking forever and is only 1 single language. Maybe they need to do what Godot did. Implement a bridging programming language that bridges any native language to their engine. Wi…

Ah yeah i agree there. Honestly the only way for this to be properly addressed is for a toolkit to commit to API and ABI stability (meaning C++ and any other language without a stable ABI is out of the picture), then people can build on top of it with other languages and focus on actually making the entire framework stable instead of rewriting everything every 4-5 years.

Re: Meli email client, pre-alpha release

#110

Post by celticmusic »

crispinb wrote: post #37
rightos wrote: post #34

Earlier quoted context omitted.

I'm still using Thunderbird, which is barely maintained for a decent standalone IMAP client - it's beginning to feel pretty ridiculous. I was having some search issues the other day and I looked at alternatives - the options were basically Outlook, Claws Mail which is ugly as sin, eM Client which is Windows only and Mailspring which actually looked pretty good... right up until it asked me to make an account for use…

I'm kind of in the same situation, except that I've abandoned desktop mail clients since moving away from OS X. Mail.app had its problems, and seemed to be getting worse, but it's the only local mail client I've been able to tolerate for some time. Now I just forward my IMAP accounts to gmail. This is horrible for many reasons (don't lecture me, I know), but I haven't been able to find a good solution and messing abo…

I have my gmail accounts forward to fastmail (And then filter). I've had this setup for years now, not sure exactly but easily 5+ years, and I'm super happy with it.

I do really wish I could find a better email client though, but Thunderbird is "good enough" for now. I don't get a warm fuzzy feeling using it, but I also don't rage at it not working constantly.

Post reply on HN