Trojita: an IMAP mail client • Hacker News Board

Re: Trojita: an IMAP mail client

#41

Post by pyre » Fri, Apr 12, 2013, 1:27 PM UTC

vy8vWJlco wrote: post #31

jordanmoore_ wrote: post #3

Gut reaction: Trojita isn't far off Trojan. I think people will have issues with that.

(Obligatory) Those who make a thing (not to mention give it away for free, in this case) can name it whatever they like. If there are people out there not using the GIMP because of its awesome name, well... That's their loss, but long live self-expression.

The idea isn't that people can't name things as they like. It's that they should consider the name if they want wide adoption (See RMS and $POSIXLY_CORRECT-vs-$POSIX_ME_HARDER).

Re: Trojita: an IMAP mail client

#42

Post by thelittlelisper » Fri, Apr 12, 2013, 1:28 PM UTC

pyre wrote: post #39

thelittlelisper wrote: post #36

Earlier quoted context omitted.

I always go back to mutt. It does one thing, read email, and it does it well. The key is to set it up appropriately. Don't use mutt for downloading your email, especially if you wanna deal with IMAP. Use isync (mbsync) for that purpose (I used to use offlineimap, but it's buggy and not very fast). There's also notmuch, which I use for indexing my email. It also contains a pretty good email reader.

| I used to use offlineimap, but it's buggy My favourite bug was when it was blocking on wanting a password, but wasn't accepting input. I had to kill it externally because it wasn't accepting C-\ or C-c.

I only recently discovered isync (mbsync), which is sad given that it is crazy fast and written by the mutt author.

offlineimap is cool, but it is sadly quite slow and crashes often. New releases usually bring as many bugs as they fix.

Re: Trojita: an IMAP mail client

#43

Post by pyre » Fri, Apr 12, 2013, 1:29 PM UTC

ghostDancer wrote: post #35

darxius wrote: post #28

Earlier quoted context omitted.

I'm also looking for something similar for OSX/Linux. I'd love to move my "life" away from services like gmail (not that I have anything against it, just don't like having all my data that far away from me).

Have you tried Claws mail? : http://www.claws-mail.org/ It has support for gpg (inline and mime) and is multiplatform, maybe you have done and you don't like it

Last time I tried Claws mail (which was years ago) the interface left something to be desired. It was too cluttered, and difficult to use on a small (1024x768) screen.

Re: Trojita: an IMAP mail client

#44

Post by andreasvc » Fri, Apr 12, 2013, 1:29 PM UTC

thelittlelisper wrote: post #36

themckman wrote: post #33

Off topic: Can anyone recommend a good command-line mail client. I'm used mutt quite a bit. Wondering if there are any more out there that are at least as good as mutt.

I always go back to mutt. It does one thing, read email, and it does it well. The key is to set it up appropriately. Don't use mutt for downloading your email, especially if you wanna deal with IMAP. Use isync (mbsync) for that purpose (I used to use offlineimap, but it's buggy and not very fast). There's also notmuch, which I use for indexing my email. It also contains a pretty good email reader.

Mutt's IMAP support is working fine for me. And enabling the header cache makes opening mailboxes fast.

Re: Trojita: an IMAP mail client

#45

Post by jfb » Fri, Apr 12, 2013, 1:33 PM UTC

themckman wrote: post #33

Off topic: Can anyone recommend a good command-line mail client. I'm used mutt quite a bit. Wondering if there are any more out there that are at least as good as mutt.

Emacs + mu + mu4e, with offlineimap. I need to switch to isync, because offlineimap is pants.

Re: Trojita: an IMAP mail client

#46

Post by thelittlelisper » Fri, Apr 12, 2013, 1:37 PM UTC

andreasvc wrote: post #44

thelittlelisper wrote: post #36

Earlier quoted context omitted.

I always go back to mutt. It does one thing, read email, and it does it well. The key is to set it up appropriately. Don't use mutt for downloading your email, especially if you wanna deal with IMAP. Use isync (mbsync) for that purpose (I used to use offlineimap, but it's buggy and not very fast). There's also notmuch, which I use for indexing my email. It also contains a pretty good email reader.

Mutt's IMAP support is working fine for me. And enabling the header cache makes opening mailboxes fast.

If your connection drops often it's a nightmare.

Re: Trojita: an IMAP mail client

#47

Post by jeltz » Fri, Apr 12, 2013, 1:37 PM UTC

TsiCClawOfLight wrote: post #27

dragansah wrote: post #16

I hope it stands out it's promisses. My Gmail account is not usable on any gnu/linux IMAP client.

evolution?

Last time I checked evolution too had performance problems and was buggy. No idea if that has changed in the last 2 or 3 years.

Re: Trojita: an IMAP mail client

#48

Post by themckman » Fri, Apr 12, 2013, 1:38 PM UTC

thelittlelisper wrote: post #36

themckman wrote: post #33

Off topic: Can anyone recommend a good command-line mail client. I'm used mutt quite a bit. Wondering if there are any more out there that are at least as good as mutt.

I always go back to mutt. It does one thing, read email, and it does it well. The key is to set it up appropriately. Don't use mutt for downloading your email, especially if you wanna deal with IMAP. Use isync (mbsync) for that purpose (I used to use offlineimap, but it's buggy and not very fast). There's also notmuch, which I use for indexing my email. It also contains a pretty good email reader.

Thanks for the tip on isync/mbsync.

Re: Trojita: an IMAP mail client

#49

Post by jeltz » Fri, Apr 12, 2013, 1:38 PM UTC

qb45 wrote: post #25

dragansah wrote: post #16

I hope it stands out it's promisses. My Gmail account is not usable on any gnu/linux IMAP client.

Not exactly a part of the GNU (or Linux) project, but Sylpheed works with Gmail over IMAP.

What is the difference between Sylpheed and Claws? Claws seems to be a fork from the Sylpheed project.

Re: Trojita: an IMAP mail client

#50

Post by vy8vWJlco » Fri, Apr 12, 2013, 1:40 PM UTC

pyre wrote: post #41

vy8vWJlco wrote: post #31

Earlier quoted context omitted.

(Obligatory) Those who make a thing (not to mention give it away for free, in this case) can name it whatever they like. If there are people out there not using the GIMP because of its awesome name, well... That's their loss, but long live self-expression.

The idea isn't that people can't name things as they like. It's that they should consider the name if they want wide adoption (See RMS and $POSIXLY_CORRECT-vs-$POSIX_ME_HARDER).

Perhaps you might clarify your reference. Based on my understanding, RMS is describing the difficulty addressing machine-compatibility between different implementations of a supposedly-similar interface/protocol/specification. The name of a wholly new application doesn't have similar obligations. A person might think about the implications of the name socially, but is still ultimately free to ignore them. Even RMS notes "I would guess that very very few users set POSIXLY_CORRECT [vy8vWJlco: the more socially-congenial name]. If users don't like these decisions (or any others we make), they are free to change them." ( http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_int... ) It's open source, so someone could fork it with a new identity.