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

51–60 of 136 posts

Re: Meli email client, pre-alpha release

#51

Post by mcovalt »

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…

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

Re: Meli email client, pre-alpha release

#52

Post by aerique »

dngray wrote: post #44
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 couldn't agree more, and for the same reasons you've mentioned I end up coming back to Thunderbird, even though I'd like a TUI client. I looked at this video about mutt https://www.youtube.com/watch?v=2jMInHnpNfQ which made me think about making a switch. However can we really do better than Mutt. Mutt typically had issues with multiple accounts and moving emails between the two. I have been migrating away from Goo…

Just looking at the requirements of both of you shows how hard it is to make a decent mail client.

Re: Meli email client, pre-alpha release

#53

Post by littlestymaar »

pauldino wrote: post #36
owen11 wrote: post #35

How to compile it on Ubuntu? I am getting 'make: * No targets specified and no makefile found. Stop.' when I run 'make' and there is no configure file. Also, I can't figure out a way to sign up to https://git.meli.delivery so I can create an 'issue.

The cargo.toml file gives it away as a Rust project, so install Rust then > cargo build to just compile, or > cargo run to compile & run

> cargo build --release

Otherwise you'd be compiling it in debug mode (which is really slow for most projects).

Re: Meli email client, pre-alpha release

#54

Post by crispinb »

dngray wrote: post #46
crispinb wrote: post #37

Earlier quoted context omitted.

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…

If you're looking to consolidate your email the best way is imapfilter https://github.com/lefcha/imapfilter I use this LUA script (this is the Jinja2 template so obviously you'll need to substitute the portions in {{ }} with your real values. It runs on an hourly cronjob on my server and sucks down all the mail from Gmail and another account and then puts it in my main inbox via IMAP (not forwarding) so you don't hav…

Looks good (thanks), but my days of running servers for anything are long gone. My tolerance for anything sysadmin-related has reached very close to zero.

Re: Meli email client, pre-alpha release

#55

Post by agumonkey »

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?

GUI stacks, since the Mac OS X / CSS3 days have become form over function most of the time, for better or worse. I personally appreciate beyond words nice enough, keyboard oriented TUIs. The lack of cycles dedicated to rendering shit I can't bother with anymore makes my brain ultra happy.

Re: Meli email client, pre-alpha release

#56

Post by laktak »

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?

Working in a terminal let's me do everything with the keyboard.

Not touching a mouse is a big plus. It may not bother you now but it probably will in a few years.

Re: Meli email client, pre-alpha release

#57

Post by fiddlerwoaroof »

dngray wrote: post #44
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 couldn't agree more, and for the same reasons you've mentioned I end up coming back to Thunderbird, even though I'd like a TUI client. I looked at this video about mutt https://www.youtube.com/watch?v=2jMInHnpNfQ which made me think about making a switch. However can we really do better than Mutt. Mutt typically had issues with multiple accounts and moving emails between the two. I have been migrating away from Goo…

I’ve never really had issues with mutt: the lack of notifications is, from my perspective, a good thing because it means that I’ll handle mail on my own schedule rather than as it comes.

As far as multi-account goes, though, it’s relatively easy to setup in mutt, using something like isync and mu for archiving and searching.

Re: Meli email client, pre-alpha release

#58

Post by dngray »

crispinb wrote: post #54
dngray wrote: post #46

Earlier quoted context omitted.

If you're looking to consolidate your email the best way is imapfilter https://github.com/lefcha/imapfilter I use this LUA script (this is the Jinja2 template so obviously you'll need to substitute the portions in {{ }} with your real values. It runs on an hourly cronjob on my server and sucks down all the mail from Gmail and another account and then puts it in my main inbox via IMAP (not forwarding) so you don't hav…

Looks good (thanks), but my days of running servers for anything are long gone. My tolerance for anything sysadmin-related has reached very close to zero.

> Looks good (thanks), but my days of running servers for anything are long gone. My tolerance for anything sysadmin-related has reached very close to zero.

You don't technically need a server.

It's a very simple, single binary that runs on a cron job with no dependency other than lua. I do it on a VPS instance that I have, but there's no reason why you couldn't run it locally.

Re: Meli email client, pre-alpha release

#59

Post by jeena »

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…

This is the exact reason I opted to donate $3 every month to Thunderbird, I got really scared when Mozilla abandoned it and even though it's slow, bad UI and all of that, it's the only GUI mail program which somehow works at all for my workflow. I also have 6 accounts and want to be able to work offline.

Re: Meli email client, pre-alpha release

#60

Post by euske »

em-bee wrote: post #17
euske wrote: post #4

Earlier quoted context omitted.

I, for one, want a pure command line based email client, not just a TUI client, that is well integrated with bash/zsh in an everyday use, e.g. $ inbox (shows the first 10 emails in the inbox) $ search from:john (shows emails from john with numbers) $ reply 4 (opens up vi to edit a reply to the email #4) ... I've been dreaming a client like this for decades, and actually started developing it, but the development is s…

did you look at nmh? https://en.wikipedia.org/wiki/MH_Message_Handling_System

Actually, I was a big fan of MH. But it's quite old and full of gotchas. It doesn't have decent search functions either. Also I'd like to have something written in a modern scripting language (Python, JS, etc), as I don't want to worry about buffer overflow.
Post reply on HN