unhammer/gnus-recent

Avoid having to open Gnus and find the right group just to get back to that e-mail you were reading.

gnus-recent's Issues

Don't track digest-group / C-d articles

In a Summary, C-d / M-x gnus-summary-enter-digest-group on a multi-part article will open a digest group with all the parts. We shouldn't track this (it doesn't work anyway, and is just annoying noise in the recent list).

Depend on ol-gnus instead of org-gnus

org-gnus.el has been renamed to ol-gnus.el, see https://code.orgmode.org/bzg/org-mode/commit/499c0a50cc4b11e37b91374af23cb27ab8fc20d2, so you should depend on ol-gnus. Because the change to Org has not made it into a release yet, you might want to soft depend on both features for the time being.

Helm integration

I found your gnus "breadcrumbs" idea great!

I use gnus... it is something I always felt the need for. Just like you describe.
Thank you for gnus-recent.
I use Helm instead of Ivy... so wrote up a first implementation for gnus-recent-helm.el. It seems to work well.
I am happy to contribute the code to guns-recent.

the code is here:
https://github.com/deusmax/gnus-recent/blob/helm/gnus-recent-helm.el

gnus-registry as an alternative to gnus-recent

According to @deusmax , gnus-registry some of the same as gnus-recent, but of course doesn't have the ivy/helm interfaces.

Would it be possible to build a gnus-recent-like interface on top of gnus-registry? That would give some nice features like:

• persistence (stored to ~/.gnus.registry.eieio )
• integration with gnus-bookmarks

Are there other things we'd get? I haven't used gnus-registry nor gnus-bookmarks myself.

(If we do change the "back-end", it may be better to do it as a new package, unless it can be done without any backwards-incompatible changes.)

Include open draft buffers as well

`b' in ivy should go to BBdB entry

We should have a gnus-recent-show-in-bbdb which shows the sender's BBdB entry (maybe also gnus-recent-show-all-in-bbdb which does the same for sender+all recipients).

gnus-recent fails to open groups under gnus-secondary-select-methods

I have 2 nnimap accounts configured with my Gnus.

• The first is configured as a gnus-select-method. These emails open fine.
• The second is configured as a gnus-secondary select-methods. These fail to open.

Typical error message like this:

Couldn’t fetch article <[email protected]>

The org-links generated by org-recent work fine for both groups !!

Gnus v5.13,
Emacs 27.0.50