Angel de Vicente writes:
> Hello,
>
> piggypbacking from the thread started by Julien Cubizolles...
>
> I have all my mail in nnml folders, but searching seems really broken
> here. In a folder where I keep all my 2022 mails, if I do
>
> G G since:3d
>
> I get mails for the following dates:
>
>
Angel de Vicente writes:
>>> You haven't said what search engine you're using, but if it's notmuch:
>>
>> it is ages since I configured this, but I'm not using notmuch, it is
>> just whatever stock method comes with Gnus, *I think*
>
> should be mairix.
>
> my gnus-search-default-engines
Angel de Vicente writes:
> Hello,
>
> Angel de Vicente writes:
>> I will try, though I'm really rusty with Emacs debugging, I will have to
>> refresh my memory..
>
> ok, it was really easy to remember how to use Edebug. What I found is
> that apparently I cannot use "since:3d", "from:angel",
Julien Cubizolles writes:
> I've gnus-search configured to use gnus-search-imap for a nnimap
> method. G G (gnus-group-read-ephemeral-search-group) doesn't return any
> result when using a query like "since:1y" on a nnimap group whereas:
>
> + the same query works in a nnml group
> + a query
Angel de Vicente writes:
> Hello,
>
> Angel de Vicente writes:
>> oh, indeed it was nil. Changed it and queries like "since:3d" work now
>> beautifully. What I don't get to work is compound queries like since:3d
>> from:alex (they work separetely, but nothing gets returned if I try to
>>
Fernando de Morais writes:
> Hello Angel and Eric,
>
> Angel de Vicente writes:
>
>> What I don't get to work is compound queries like since:3d from:alex
>> (they work separetely, but nothing gets returned if I try to combine
>> two queries...
>
> I use mairix as my search engine on nnmaildir
Julien Cubizolles writes:
> I noticed that the permanent search groups I've created don't get
> rescanned by (gnus-demon-scan-news), I need to run
> (gnus-summary-rescan-group) in its summary to get the new search
> results. Is there a way to trigger a rescan of all nnselect groups when
> the
Prashant Tak writes:
> Stephen Berman writes:
>
>> On Fri, 30 Jun 2023 20:03:11 +0530 Prashant Tak
>> wrote:
>>
>>> Gnus has been freezing sporadically when `gnus-group-get-new-news` is run.
>>> And it keeps on going for hours, I have to manually intercept and signal
>>> `keyboard-quit` and
Eric S Fraga writes:
> Hello all,
>
> recently (past week or two), I've noticed a slow down in leaving some of
> my nnml groups. Using the profiler, I see the outcomes shown below,
> capturing cpu and memory when entering a virtual group, that collects 3
> different nnml groups, and then
Stephen Berman writes:
> On Tue, 04 Jul 2023 10:02:34 -0700 Eric Abrahamsen
> wrote:
>
>> Stephen Berman writes:
[...]
> This:
>
> (defun srb-gnus-group-get-new-news ( arg one-level)
>(interactive "P")
>(with-timeout (1 (kill-buffer (nn
Adam Sjøgren writes:
> How do I get hold of the parent articles' Keywords: in
> message-setup-hook when I do a follow up?
>
> I can get eg From: by lookin in message-reply-headers - but Keywords:
> are not in there.
>
> Is there a trick I can use?
I think the "big" solution is to visit
Eric S Fraga writes:
> On Sunday, 2 Jul 2023 at 16:59, Eric Abrahamsen wrote:
>> If everyone's hitting this with NNTP servers, you can set
>> `nntp-connection-timeout' to a number of seconds. It is nil by default,
>> which I guess would result in permanent hangs.
>
>
Eric S Fraga writes:
> On Thursday, 6 Jul 2023 at 08:43, Eric Abrahamsen wrote:
>> I've attached a patch that reverts it, you might give this a try? If it
>> clearly fixes the problem, I would open a bug report and cc Stefan.
>
> Hi Eric,
>
> thank you for this pat
Adam Sjøgren writes:
> Eric writes:
>
>> I think the "big" solution is to visit `message-reply-buffer', if that's
>> a live buffer, and parse its contents.
>
> That sounds better than the ugly hack I have now, where I update a
> global variable from gnus-article-prepare-hook and use it in
>
Stephen Berman writes:
> On Wed, 05 Jul 2023 11:55:36 -0700 Eric Abrahamsen
> wrote:
>
>> On 07/05/23 10:04 AM, Stephen Berman wrote:
>>> On Tue, 04 Jul 2023 20:50:05 -0700 Eric Abrahamsen
>>> wrote:
> [...]
>>>> Using `nntp-connection-t
Adam Sjøgren writes:
> Eric writes:
>
>> When you think about it, updating a global variable is all the Gnus code
>> is doing! But better to rely on someone else's ugly hack, I suppose...
>
> Haha, yes, and if you take a couple of more steps back, all computing
> is manipulation of global memory
On 07/05/23 10:04 AM, Stephen Berman wrote:
> On Tue, 04 Jul 2023 20:50:05 -0700 Eric Abrahamsen
> wrote:
>
>> Stephen Berman writes:
>>
>>> On Tue, 04 Jul 2023 10:02:34 -0700 Eric Abrahamsen
>>> wrote:
>>>
>>>> Stephen Berman wri
Stephen Berman writes:
> On Mon, 03 Jul 2023 09:36:26 -0700 Eric Abrahamsen
> wrote:
>
>> Eric S Fraga writes:
>>
>>> On Sunday, 2 Jul 2023 at 16:59, Eric Abrahamsen wrote:
>>>> If everyone's hitting this with NNTP servers, you can set
>>>
Husain Alshehhi writes:
> Hello,
>
> When gnus starts (M-x gnus), it automatically get new news. This is a
> reasonable default. But when I start gnus multiple times to look up a
> message, I have to wait few seconds for it to start. Is there a way to
> prevent gnus to get new news at startup
James Thomas writes:
> Husain Alshehhi wrote:
>
>> Is there a way to prevent gnus to get new news at startup time, and
>> only do it manually?
>
> Eric Abrahamsen wrote:
>
>> The command `gnus-no-server' will likely do what you want.
>
> IIRC this w
Eric S Fraga writes:
> On Tuesday, 2 Jan 2024 at 21:34, Husain Alshehhi wrote:
>> I might have spoken too soon. It appears that the issue is not with nntp
>> groups, but with nnrss. I ran the profile and saw the following:
>
> Which is why I switched to elfeed for rss feeds. I would prefer to
"Otto J. Makela" writes:
> Sorry if this is a very much FAQ item, but I really don't know where
> else I could ask this question.
>
> With an operating system upgrade (to Fedora Linux 39) I also got a emacs
> upgrade (to version 29.1) Some time in the ancient past I've simply set
>
> (setq
301 - 322 of 322 matches
Mail list logo