@anthk I don't know how big your SLRN cache may be but reading news (e.g. the relatively high volume emacs development group) is fast for me. gnus may be idiosyncratic but it generally works very well (for me) and I could not imagine handling large volumes of both news and email in anything else without adaptive scoring.
I want to like #Emacs but #GNUS it's the worst software written ever, dog slow to parse my SLRN caché.
If it weren't cached, checking my newsgroup list would last several hours, more than half a day on an Atom Netbook.
It deserves to be rewritten, at least the parsing portion. Elisp can't be that slow.
Quickie Introduction!
I'm zororg.
- #OnePiece fan
- #emacs user, its my personal development environment and more..
- #orgmode lets me be organized and have my way
- #Nixos btw, simple config using #niri and styled via #stylix
- Am a postgraduate #bioinformatics student lurking into coding, and integrating AI ML with biological data
To the techy side, I prefer reading blogs via #rss feeds in #gnus emacs.
TIL message-dont-reply-to-names is a thing. I can finally stop manually deleting (and sometimes forgetting to) CCs to myself.
(setq message-alternative-emails (rx ...)
gnus-ignored-from-addresses message-alternative-emails
message-dont-reply-to-names message-alternative-emails)
After 20 years as a happy yet increasingly grumpy #Gnus user, it looks like I’m finally making the big jump to #mu4e!
I can still switch back, but so far the experience has been very good: everything is snappy, the UI is clear and simple yet has all the important things in place—contexts are a clean replacement for ‘gnus-posting-styles’, bookmarks are awesome, and search is such an incredible feature. :-)
I wrote a post on how I use #emacs #gnus to interface with notes from the #iOS notes app (when IMAP is used for storing notes instead of iCloud) - also talking about how to create a note from an arbitrary buffer or region.
https://me.literatelisp.eu/my-gnus-workflow-for-working-with-ios-notes.html
#emacs folks, do you have an email spam handling config you're happy with with?
While I'm a fan of #email management via #emacs #mu4e, I kinda gave up pretty soon on integrating any sort of spam handling. Honestly didn't put much effort into it.
Today, I mostly rely on email provider spam filtering, and pick up whatever sifts through myself from mu4e. I'd love to minimise this further if possible.
It looks like the best option for replacing fetchmail is mbsync/isync. Naturally this is not a straight-forward solution, because just like offlineimap, mbsync wants to sync with a Maildir setup, whereas fetchmail was talking to the local smtp server.
Such a maildir setup means you end up with one file per mail. Gnus supports this via the nnmaildir backend, whereas nnfolder uses a single mbox file per group (where Gnus splits up incoming message into different configured groups).
So, if I see this right, I would basically not only have to migrate from fetchmail away but also find a way to convert all my nnfolder data to maildir. I don't see any easy way to do this.
I think ideally the solution would be to find a fetchmail alternative that handles IMAP and POP the correct way and would also just talk to the local smtp server. This would mean not having the "keeping local and IMAP in sync" feature, but reflecting local changes back to the IMAP server is not important to me. #gnus #emacs
@emacs 2/2
To all users of #CLI apps to manage their emails, like #neomutt, #gnus, #notmuch, or #mu4e.
What email provider would you recommend that works well with our good old #terminal based applications? I recently learned that the CEO of #proton has decided to praise some authoritarian leader in the USA and I'm considering switching to another mail provider. Also, even though I appreciated the fact that I could make #mu and mu4e work with their bridge app, there were some issues, like the fact it tangled with messages (see https://github.com/ProtonMail/proton-bridge/issues/119).
I'm considering going back to Posteo or maybe switch to Mailbox which seems to offer interesting features. Do anyone knows good alternative that are somewhat privacy focused? Having the option to use a personal domain name would also be great, so I can stop switching email adresses.
@ericsfraga I’m buried in emails at work. I’ve tried #mu4e and now I’m happy with #notmuch, although composing and forwarding emails is better in #mu4e. I even gave #gnus a try, but it felt a bit intimidating—maybe I didn’t quite get it; it was actually the first one I tried. I might give it another chance. Any tips? 
Thanks in advance
@ericsfraga oh thats cool. I use protonmail as my email so I don't think I could get that working with #gnus
@ericsfraga Thats cool. I don't know what #gnus is. I will check it out!
Led Zeppelin buzzing in my ears and some routine check of inbox staring!
@technomancy I’m glad to report that my 1999 Pterodactyl #Gnus mugs are holding up well!
@schaueho @emacs To attach a number of files that are in the same directory, visit that directory in dired mode, mark the files you want to attach, and then execute `gnus-dired-attach` (from `gnus-dired.el`) which, for me, is bound to `a` in dired:
```
(keymap-set dired-mode-map (kbd "a") #'gnus-dired-attach)
```
Yesterday, I had to attach quite a couple of pictures in an email in message (#gnus #emacs). UI-wise, this is really terrible, because there seems to be no way to select a couple of files and tell message to just attach them. Instead, for each file, you have to select the attachment type and decide if you want to specify an attachment title. This is no fun for >10 files. Does any emacs aficionado know of a better (easier, quicker) way to do this?
@emacs
Am I the only one that finds the increasing use of *transient* in #Emacs intrusive and/or annoying? I know I'm old-skool but I kind of like the invisible interface in modes like #gnus and #emms where I can type a sequence of keys to get what I need done without a popup appearing. There's always `C-h` at hand to help if I need it.
Transient does have its place of course, e.g. #magit which would be impossible to use otherwise but that's more a reflection on #git than anything else.
