I use it (my repos are here)! I personally enjoy it a lot; its clean interface is easy to use. Of course, I really only use git as a sort of backup solution for my more code-y projects; I don't...
I use it (my repos are here)! I personally enjoy it a lot; its clean interface is easy to use. Of course, I really only use git as a sort of backup solution for my more code-y projects; I don't really patch or contribute to anything open-source. I also haven't tried out the CI services with sourcehut yet; I'm thinking about changing that as soon as I get the chance with my blog.
One thing I do wish sourcehut had is in-browser editing; that way I could use it as a sort of poor-man's CMS when I want to write at work. But that's really not a huge deal, and I like supporting smaller players and truly independent software, so I stick with it. I do also have Github and Gitlab, of course, but my new repos are going to sourcehut.
EDIT: on a re-read of this, I'm not sure how well it answers your question.
Personally: I don't think it's really usable yet. It's a nice idea, but the total separation of issues ("todo"), git hosting, mailing lists, etc. makes it very hard to reason about and navigate...
Personally: I don't think it's really usable yet. It's a nice idea, but the total separation of issues ("todo"), git hosting, mailing lists, etc. makes it very hard to reason about and navigate around – you even have to press "log in" on each site separately.
I agree completely with this. When I last tried using it a few months ago, I had to make a link in my source repo to the manpages repo becuase they were two totally separate chambers of...
I agree completely with this. When I last tried using it a few months ago, I had to make a link in my source repo to the manpages repo becuase they were two totally separate chambers of information. I paid for a subscription because I want the development to continue, but I'm holding off on using it for anything meaningful for a while.
Doesn't have the social aspect of Github, for one. I keep using Github b/c it allow people to contribute w/o much friction, and some of my projects have gained a few stars which I believe can help...
Doesn't have the social aspect of Github, for one. I keep using Github b/c it allow people to contribute w/o much friction, and some of my projects have gained a few stars which I believe can help if I need to get a programming job.
Who knows if one day they just disappear (see lavabit), what will you do? For this same reason I prefer a local email client. If all your business clients use protonmail then it's probably okay...
But I actually prefer their webapp, as I don't see a need for a standalone email client anymore.
Who knows if one day they just disappear (see lavabit), what will you do? For this same reason I prefer a local email client.
I trust their privacy and encryption claims.
If all your business clients use protonmail then it's probably okay because messages will be e2ee (i guess) but email was not meant to be used like that. I don't care if the company uses xyz service, I'll use mine and can still communicate with them. If your clients don't use protonmail then isn't is not that useful because your emails still lie on your clients email server and protonmail could've stored it in plaintext before encrypting?
Then it's fine because you'll have nothing to lose. I prefer to keep all my emails forever locally that is why I use a client. Doesn't matter if webapp works for you.
I practice Inbox Zero
Then it's fine because you'll have nothing to lose. I prefer to keep all my emails forever locally that is why I use a client. Doesn't matter if webapp works for you.
FWIW, ProtonMail Bridge for Linux is available in beta. I'm using it right now to send automated emails from some self-hosted services I have running. Pretty sure you can just email them to get...
FWIW, ProtonMail Bridge for Linux is available in beta. I'm using it right now to send automated emails from some self-hosted services I have running. Pretty sure you can just email them to get added to the beta, happy to send you the .deb file if you want to give it a shot. It's true that it's a paid service, but it's hosted email, so someone has to pay the bills :shrug:
Terminal mail clients like Mutt or this (or even Rmail or Gnus in Emacs) are not much different from modern GUI apps. They have text-based interfaces (Rmail and Gnus is mouse-friendly), and are...
Terminal mail clients like Mutt or this (or even Rmail or Gnus in Emacs) are not much different from modern GUI apps. They have text-based interfaces (Rmail and Gnus is mouse-friendly), and are more extensible. I prefer Rmail because it is fairly simple. With mpop and procmail, I mix email from different sources into a single inbox, from where I archive stuff as I process (all bound to single keybindings in emacs: C-c < gets mail asynchronously and notifies when done, C-c C-r opens Rmail, N archives current message and goes to next one, b does all that but also displays message in browser; I discard unneeded mail with d, etc). A single interface to any mail source. I can deal with patches sent to me easily (infrequent for me, but frequent for many others), and format plain text email just like I normally edit text. I have very capable search with mairix.
So, to sum it up---I kinda diverged from my point---TUI or text based mail clients are at least as capable as more "modern" stuff, and then some.
ProtonMail is cool, but the web interface takes forever to load. It would be nice to send emails right from Emacs, but to do that I would need to actually understand how email works and I have no...
ProtonMail is cool, but the web interface takes forever to load.
It would be nice to send emails right from Emacs, but to do that I would need to actually understand how email works and I have no need for that now.
Setting up Thunderbird is not as easy as it seems either, I could never prevent it from trying to download my entire Gmail database, and I never knew what would happen with my deleted messages - are they deleted on the server too? This may be simple to people in the know but I was never in the mood to figure it out. I suppose aerc is the same. So I just write on Emacs and copy to Chrome. I need my email service to be simple and automatic, I have other matters to attend.
Isn't that a feature? This will speed up loading emails and searching, also you can view your emails offline. If you are using IMAP then it should be deleted from the server also. (moved to trash...
Setting up Thunderbird is not as easy as it seems either, I could never prevent it from trying to download my entire Gmail database
Isn't that a feature? This will speed up loading emails and searching, also you can view your emails offline.
and I never knew what would happen with my deleted messages - are they deleted on the server too?
If you are using IMAP then it should be deleted from the server also. (moved to trash if that's a thing)
I need my email service to be simple and automatic, I have other matters to attend.
Have you tried using claws-mail? It is super light and fast, I use it daily with 1000s of emails on disk and lots of filtering rules.
I've never seen Sourcehut before. Does anyone have any experience using? Opinions on it vs GitHub or GitLab?
I use it (my repos are here)! I personally enjoy it a lot; its clean interface is easy to use. Of course, I really only use git as a sort of backup solution for my more code-y projects; I don't really patch or contribute to anything open-source. I also haven't tried out the CI services with sourcehut yet; I'm thinking about changing that as soon as I get the chance with my blog.
One thing I do wish sourcehut had is in-browser editing; that way I could use it as a sort of poor-man's CMS when I want to write at work. But that's really not a huge deal, and I like supporting smaller players and truly independent software, so I stick with it. I do also have Github and Gitlab, of course, but my new repos are going to sourcehut.
EDIT: on a re-read of this, I'm not sure how well it answers your question.
Personally: I don't think it's really usable yet. It's a nice idea, but the total separation of issues ("todo"), git hosting, mailing lists, etc. makes it very hard to reason about and navigate around – you even have to press "log in" on each site separately.
I agree completely with this. When I last tried using it a few months ago, I had to make a link in my source repo to the manpages repo becuase they were two totally separate chambers of information. I paid for a subscription because I want the development to continue, but I'm holding off on using it for anything meaningful for a while.
Doesn't have the social aspect of Github, for one. I keep using Github b/c it allow people to contribute w/o much friction, and some of my projects have gained a few stars which I believe can help if I need to get a programming job.
I'm surprised you don't have a web browser open constantly. It's the modern shell.
I keep it closed on battery, drains slower.
Who knows if one day they just disappear (see lavabit), what will you do? For this same reason I prefer a local email client.
If all your business clients use protonmail then it's probably okay because messages will be e2ee (i guess) but email was not meant to be used like that. I don't care if the company uses xyz service, I'll use mine and can still communicate with them. If your clients don't use protonmail then isn't is not that useful because your emails still lie on your clients email server and protonmail could've stored it in plaintext before encrypting?
Then it's fine because you'll have nothing to lose. I prefer to keep all my emails forever locally that is why I use a client. Doesn't matter if webapp works for you.
FWIW, ProtonMail Bridge for Linux is available in beta. I'm using it right now to send automated emails from some self-hosted services I have running. Pretty sure you can just email them to get added to the beta, happy to send you the .deb file if you want to give it a shot. It's true that it's a paid service, but it's hosted email, so someone has to pay the bills :shrug:
Terminal mail clients like Mutt or this (or even Rmail or Gnus in Emacs) are not much different from modern GUI apps. They have text-based interfaces (Rmail and Gnus is mouse-friendly), and are more extensible. I prefer Rmail because it is fairly simple. With mpop and procmail, I mix email from different sources into a single inbox, from where I archive stuff as I process (all bound to single keybindings in emacs:
C-c <gets mail asynchronously and notifies when done,C-c C-ropens Rmail,Narchives current message and goes to next one,bdoes all that but also displays message in browser; I discard unneeded mail withd, etc). A single interface to any mail source. I can deal with patches sent to me easily (infrequent for me, but frequent for many others), and format plain text email just like I normally edit text. I have very capable search with mairix.So, to sum it up---I kinda diverged from my point---TUI or text based mail clients are at least as capable as more "modern" stuff, and then some.
ProtonMail is cool, but the web interface takes forever to load.
It would be nice to send emails right from Emacs, but to do that I would need to actually understand how email works and I have no need for that now.
Setting up Thunderbird is not as easy as it seems either, I could never prevent it from trying to download my entire Gmail database, and I never knew what would happen with my deleted messages - are they deleted on the server too? This may be simple to people in the know but I was never in the mood to figure it out. I suppose
aercis the same. So I just write on Emacs and copy to Chrome. I need my email service to be simple and automatic, I have other matters to attend.Isn't that a feature? This will speed up loading emails and searching, also you can view your emails offline.
If you are using IMAP then it should be deleted from the server also. (moved to trash if that's a thing)
Have you tried using claws-mail? It is super light and fast, I use it daily with 1000s of emails on disk and lots of filtering rules.