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
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
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
"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
John Haman writes:
> Everyday I get an email from my bank saying what my account balance
> is. These are all different emails, but Gnus puts them all in one
> thread, I think because they have the same subject. If I go into my
> bank group and insert old articles, I get
>
>
> O Jan 24, 2023
Julien Cubizolles writes:
> Julien Cubizolles writes:
>
>
>> I'm using the imap search engine. When I shut off search parsing,
>> the "FLAGGED" search query does indeed return the ticked articles, when
>> "mark:flag" didn't. But I tried again (with search parsing on) with the
>> query
Adam Sjøgren writes:
> Eric writes:
>
>> I meant the articles don't always arrive at Gnus in the order they
>> were originally authored.
>
> Got it :-)
>
> I have configured Gnus to sort a bunch of groups by date instead of by
> number, and I can't feel the difference (in speed) -- this on a 4
Adam Sjøgren writes:
> Eric writes:
>
>> sorting by number _usually_ means sorting by arrival time, but
>> there's no contract there.
>
> When do the numbers given to articles in Gnus not reflect _arrival_
> time?
Sorry, that was backwards -- I meant the articles don't always arrive at
Gnus in
Pankaj Jangid writes:
> Eric S Fraga writes:
>
>> On Saturday, 21 Oct 2023 at 10:41, Pankaj Jangid wrote:
>>> ;; Threading
>>> '(gnus-thread-sort-functions
>>>'(gnus-thread-sort-by-number))
>>> '(gnus-summary-thread-gathering-function
>>>'gnus-gather-threads-by-references)
>>>
>>
>>
Julien Cubizolles writes:
> Eric Abrahamsen writes:
>
>> Julien Cubizolles writes:
>>
>>> I used to use the "mark:flag" search query to look for ticked articles
>>> with gnus-search. I recently noticed that it doesn't return any articles
>>&g
Björn Bidar writes:
> Dan Christensen writes:
>
>> On Oct 20, 2023, Eric Abrahamsen wrote:
>>
>>> Dan Christensen writes:
>>>
>>>> Here's a followup question: how can I make Gnus update the marks
>>>> for
>>>> *all* IM
Julien Cubizolles writes:
> I used to use the "mark:flag" search query to look for ticked articles
> with gnus-search. I recently noticed that it doesn't return any articles
> anymore in groups with ticked articles.
>
> What exactly does the "flag" mark represent, and is there a better way
> to
Dan Christensen writes:
> On Oct 19, 2023, Björn Bidar wrote:
>
>> How can I make Gnus to fetch the read status from Imap?
>
> In the *Group* buffer, you can make Gnus update the marks from the IMAP
> server using `M-g'.
>
> Here's a followup question: how can I make Gnus update the marks for
Michael Heerdegen writes:
> Bob Newell writes:
>
>> This goes well beyond my very limited knowledge so I did an
>> experiment. I went to the gmail web interface and found an
>> already-opened message in the All Mail folder (really a label)
>> that I knew for certain I had originally opened in
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
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 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
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
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
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
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
>>>
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
>
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.
>
>
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
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
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
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
>>
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",
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,
>
> 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:
>
>
Julien Cubizolles writes:
> Julien Cubizolles writes:
>
>> 'gnus-search-transform seems to be at fault here. It uses
>> '(format-time-string "%e-%b-%Y") where %b returns the "locale’s
>> abbreviated month name" when imap commands expects the english abbreviated
>> month name.
>
> It's working
Julien Cubizolles writes:
> Eric Abrahamsen writes:
>
>> You can play with the bits and pieces to see where things might be going
>> wrong:
>>
>> (gnus-search-query-parse-date "1y") -> (28 1 2022)
>> (gnus-search-parse-query "since:1y"
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
Emanuel Berg writes:
> Richmond wrote:
>
>> Thanks it worked. I thought you had a repeating n key, but
>> it's really a thing, nnnil.
>>
>> https://github.com/emacs-mirror/emacs/blob/master/lisp/gnus/nnnil.el
>
> What's nn anyway, network news?
The naming is built on the original protocol,
Adam Sjøgren writes:
> Hi,
>
>
> I was wondering if there is a way to use IMAP in mail-sources ("as
> POP"), but without closing the connection after every
> gnus-group-get-new-news?
Not with the code as it's written! There's a very definite
(imap-close buf) at the end of the mail source
"jindam, vani" writes:
> after much trials, i found its impossible to run
> dovecot on debian 11 on userland (1). i have a
> copy of gnus manual (by lars magne, 1995-2015,
> no version). recently disvovered check paren
> for looking errors on .gnus
>
> i have few questions:
>
> (a) is it
Fernando de Morais writes:
> Hello Eric,
>
> Eric Abrahamsen writes:
>
>> Look for the value of "pgname", and the 'expire-age parameter, and
>> later the 'expire-group parameter. Something in there should jump out
>> at you as "wrong".
>
Fernando de Morais writes:
> Hello everyone,
>
> According to the manual[1][2], `nnmaildir' uses its own group parameters
> to handle expiration.
>
> Excepting `nnmail-expiry-wait(-function)' variables, to handle
> expiration per group, the user needs to set values for `expire-age' and
>
Andrew Cohen writes:
>>>>>> "EA" == Eric Abrahamsen writes:
>
> EA> Fernando de Morais writes:
> >> Hello Eric,
> >>
> >> I've managed to figure out. The TL;DR is: simply, don't use the
> >> `create-
Fernando de Morais writes:
> Hello Eric,
>
> I've managed to figure out. The TL;DR is: simply, don't use the
> `create-directory' server parameter. Using only `target-prefix' is what
> is needed.
>
> Eric Abrahamsen writes:
>
>> So maybe try taking out the (t
Fernando de Morais writes:
> Hello everyone,
>
> According to the manual, for a `nnmaildir' server, if my split rules
> create new groups, I need to supply a `create-directory' server
> parameter[1]. Ok, so considering the following example snippet:
>
> #+begin_src emacs-lisp
>
"jindam, vani" writes:
> November 22, 2022 at 6:56 PM, "Adam Sjøgren" wrote:
>
>
>>
>> vani writes:
>>
>> >
>> > running M-x gnus has thrown another error:
>> > Debugger entered--Lisp error: (void-function nnimap)
>
> i intentionally did not provided full log:
>
> Debugger entered--Lisp
Juan José García-Ripoll writes:
>
> Hi,
>
> I am using Gnus currently to access both IMAP and nntp
> messages. However, I frequently find error messages such as
> "*nntpd**-629172 has no process" or similar for nnimap.
>
> If I go back to the groups frame and enter "G" to gather all new emails
>
Ryan Kavanagh via "Announcements and discussions for GNUS, the GNU Emacs
Usenet newsreader (in English)" writes:
> Hi,
>
> I am trying to use gnus as an IMAP mail client. I have folders marked as
> subscribed on my IMAP server (listed by LSUB). I would like to have gnus
> automatically subscribe
Angel de Vicente writes:
> Hello,
>
> I've been using this command for ages, but yesterday I did upgrade my
> system, and now it has stopped working. I wonder if anybody has seen
> this error and/or has some advice on fixing it.
>
> When using the command gnus-summary-followup-with-original, I
JibStyle writes:
> Eric Abrahamsen writes:
>
>> Hey there! Thanks for the report. It looks like Gmails' IMAP weirdness
>> might be weird enough to break the thread-searching code in Gnus. I
>> think it's definitely worth special-casing code for Gmail; give me a few
>
JibStyle writes:
> Hi, I am new Gnuser coming from Gmail web interface. I have mostly
> configured my nnimap server for gmail and I see it has great power!
>
> Unfortunately, I am unable to get "A T" and "^" to work in the nnimap
> summary buffer. I would like to reconstruct threads, and some
Michael Heerdegen writes:
> Eric Abrahamsen writes:
>
>> > I use G g to create a search group, open it, process mark the messages I
>> > want to archive, and use b to move the messages to my local archive
>> > folder.
>> >
>> > But after that
Michael Heerdegen writes:
> Hello,
>
> since threads are not a super reliable way to find all messages related
> to a discussion, I decided to try to delete related messages in my
> INBOX (consulted via imap) like the following:
>
> I use G g to create a search group, open it, process mark the
Adam Sjøgren writes:
> Eric writes:
>
>> I'll remove the checks now.
>
> The line the error is triggered in is:
>
> (defun gnus-topic-update-topic-line (topic-name reads)
> (let* ((top (gnus-topic-find-topology topic-name))
> (type (cadr top))
> (children
Adam Sjøgren writes:
> Adam writes:
>
>> Eric writes:
>>
>>> It looks to me like you could add a function to
>>> `gnus-summary-exit-hook', which calls
>>> `gnus-topic-update-topics-containing-group' on the value of
>>> `gnus-newsgroup-name'. At that stage in summary exit,
>>>
Adam Sjøgren writes:
> Eric writes:
>
>>> Is there a way to get Gnus to update the counts automatically on group
>>> exit as well?
>
>> It looks to me like you could add a function to
>> `gnus-summary-exit-hook', which calls
>> `gnus-topic-update-topics-containing-group' on the value of
>>
Adam Sjøgren writes:
> Hi,
>
>
> When I exit a group, the unread count in the topic it is under doesn't
> update.
>
> If I collapse the topic, the count gets updated. That's cool.
>
> Is there a way to get Gnus to update the counts automatically on group
> exit as well?
It looks to me like
hput via "Announcements and discussions for GNUS, the GNU Emacs Usenet
newsreader (in English)" writes:
> I once had some working knowledge of using gnus agent. But it leaked
> away over the last 20 and more yrs. As it became faster and faster to
> get news.
>
> I want to acquire several
Edouard Debry writes:
> Hello,
>
> I try to split my mail with gnus, without much success at the moment.
>
> Here is the relevant configuration section :
>
>
> <>
> (setq gnus-select-method '(nnnil ""))
>
> (setq
Eric Abrahamsen writes:
> jao writes:
>
>> On Thu, Dec 30 2021, Eric Abrahamsen wrote:
>>
>>
>> [...]
>>
>>> Okay, here goes the next try. A few things to note:
>>>
>>> - I realized notmuch already has a "thread:{}" synt
Andrew Cohen writes:
>>>>>> "EA" == Eric Abrahamsen writes:
>
>
> [...]
>
>
> EA> Next, I think it's a reasonable design decision to say that
> EA> referring a thread from within an nnselect group should search
> EA> th
jao writes:
> On Thu, Dec 30 2021, Eric Abrahamsen wrote:
>
>
> [...]
>
>> Okay, here goes the next try. A few things to note:
>>
>> - I realized notmuch already has a "thread:{}" syntax that
>> does the double search I was doing in elisp, so
Alberto Luaces writes:
[...]
>> The "match" part of the posting style can be more complicated than a
>> simple string match on group name. If you need to match on both "From"
>> header and group name, I think the simplest thing might be to use your
>> own function that checks those two things
Alberto Luaces writes:
> Hi, this smells like a FAQ, but I couldn't find anything about it:
>
> Sometimes I receive messages to my account A, while I want to reply to
> them from my account in server B.
>
> As far as I know, posting styles are only selected when composing new
> messages.
No,
physiculus writes:
> hello,
> i try to make gnus a bit more useful for spam detection, but it does
> only work partially.
> if header is flagged as spam, gnus put the message into the spam folder.
> but checking with bogofilter is not working.
Looks like the first thing to try, after Gnus has
Andrew Cohen writes:
>>>>>> "EA" == Eric Abrahamsen writes:
>
> [...]
>
>
> EA> `gnus-refer-thread-use-search' should definitely be
> EA> respected. Let me think about this. If that variable is nil,
> EA> search isn't used
Andrew Cohen writes:
>>>>>> "EA" == Eric Abrahamsen writes:
>
> EA> "Jose A. Ortega Ruiz" writes:
>
> [...]
>
> EA> - The search result filtration now won't filter on group names
> EA> if the search is a thread s
physiculus writes:
> hello,
> i want to use gnorb-ebdb instead of bbdb, because i do not use bbdb at
> all. instead i successfully use ebdb with gnus..
> i loaded gnorb-ebdb after gnorb without errors.
>
> my emacs version is 28.0.90.
>
> but how could i use it?
It doesn't do very much right
"Jose A. Ortega Ruiz" writes:
> Hi again,
>
> So, summing up what we have so far (patch attached), the effect of these
> changes is to make the errors go away, but i'm not sure if the behaviour
> is expected: with the patch applied, A T will "work" for me in an
> nnselect group, with the caveat
"Jose A. Ortega Ruiz" writes:
> On Wed, Dec 22 2021, Eric Abrahamsen wrote:
>
> [...]
>
>> My guess is that we need to go to point-min right here.
>>
>>> (while (re-search-forward "^thread:\\([^ ]+\\)" (point-max) t)
>>>
"Jose A. Ortega Ruiz" writes:
> On Wed, Dec 22 2021, Eric Abrahamsen wrote:
>
> [...]
>
>> My guess is that we need to go to point-min right here.
>>
>>> (while (re-search-forward "^thread:\\([^ ]+\\)" (point-max) t)
>>>
dal-bla...@onenetbeyond.org writes:
> Hi,
>
> I was reading :
> https://libredd.it/r/emacs/comments/rhxfqx/threaded_and_syncced_emails_with_gnus_how_can_i/
>
> I come from mu4e. With mu4e I never had to worry about threads, I could
> enable or disable their display with a keybinding and that's
Eric Abrahamsen writes:
> "Jose A. Ortega Ruiz" writes:
>
>> On Tue, Dec 21 2021, Andrew Cohen wrote:
>>
>>>>>>>> "dal-blazej" == dal-blazej writes:
>>>
>>> [...]
>>>
>>> dal-blazej> To r
"Jose A. Ortega Ruiz" writes:
> On Tue, Dec 21 2021, Andrew Cohen wrote:
>
>>> "dal-blazej" == dal-blazej writes:
>>
>> [...]
>>
>> dal-blazej> To reproduce the issue :
>>
>> dal-blazej> 1. In the *server* buffer, use
>> dal-blazej> `gnus-group-read-ephemeral-search-group' with
dal-bla...@onenetbeyond.org writes:
> To be sure I upgraded both softwares :
>
> emacs-version 29.0.50
> notmuch 0.34.2+35~ged03bab
>
>
> Maybe my first mail was a bit confuse ?
>
> To reproduce the issue :
>
> 1. In the *server* buffer, use `gnus-group-read-ephemeral-search-group'
> with the
physiculus writes:
> hello,
> i'm just struggeling about the consistency of an org-link to a gnus message
> after moving this message into another folder on same server or a
> different one.
>
> scenario:
> i create a org link with org and insert the link into an org file.
> works.
>
> now i
Michael Heerdegen writes:
> Eric Abrahamsen writes:
>
>> Crap, it's in a commit I've had locally since... late 2020, but never
>> released.
>
> Then now it's one of the best tested commits ever ;-)
>
> I have a lot of these myself...
When we say battle-tested...
Michael Heerdegen writes:
> Eric Abrahamsen writes:
>
>> I'm still just seeing a call to `cl-second', which is required at
>> compile time. And my, there are a lot of compiler warnings! But nothing
>> about second or cl-second...
>
> This is where I found it:
>
Michael Heerdegen writes:
> Michael Heerdegen writes:
>
>> And indeed - look at `gnorb-reply-to-gnus-link'.
>
> OTOH you can also simply look at the compiler warnings...
I'm still just seeing a call to `cl-second', which is required at
compile time. And my, there are a lot of compiler
physiculus writes:
> Am Do, 2021-12-02, 11:20 -0800, Eric Abrahamsen
> schrieb:
>
> hello,
> the version is 1.6.9 from elpa, installed today.
>
> this is the backtrace:
> Debugger entered--Lisp error: (void-function second)
> signal(void-function (second))
physiculus writes:
> Am Mi, 2021-12-01, 13:47 -1000, Bob Newell schrieb:
>
> hello,
> thanks for the reply.
> i gave gnorb a try, but if i move a message, that is linked with gnorb,
> i got the following error:
> gnorb-org-setup-message: Symbol’s function definition is void: second
>
> do you
Lars-Johan Liman writes:
> Whooa!
>
> I'm backing up! My hack actually seems to work! ;-)
>
> In case anyone googles this thread: this seems to work for me. Happy to
> hear feedback from others.
>
> I put this as one of the entries in my nnmail-split-fancy variable. It's
> a bit crude as it
David Edmondson writes:
> On Friday, 2021-10-22 at 10:47:42 -07, Eric Abrahamsen wrote:
>
>> David Edmondson writes:
>>
>>> Using current emacs git head, talking to outlook.office365.com over
>>> IMAP.
>>>
>>> Attempts to
David Edmondson writes:
> Using current emacs git head, talking to outlook.office365.com over
> IMAP.
>
> Attempts to use gnus-search always fail with the server reporting:
>
> (("NO" ("BADCHARSET" "(US-ASCII)") "The" "specified" "charset" "is" "not"
> "supported."))
>
> Looking at
Eric Abrahamsen writes:
> Lars Ingebrigtsen writes:
>
>> Eric Abrahamsen writes:
>>
>>> The pop-up part of it is very easy to fix, it could even be added to
>>> the Gnus window configuration stuff so people can have the
>>> warnings/repo
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> In the meantime, what do you think about removing the call to `error' at
>> the end of `nntp-report'?
>
> I'm not sure what the repercussions would be, but it sounds like it
> should be possible.
I'm ru
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> The pop-up part of it is very easy to fix, it could even be added to
>> the Gnus window configuration stuff so people can have the
>> warnings/reports visible in *Group* but not elsewhere, etc.
>
> Perha
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> Looking over the code, I'm inclined to agree with Lars-Johan here: there
>> isn't really any need to halt the process, what's important is that the
>> user be made aware of the failure.
>
> I agree.
&g
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> In the meantime I got a backtrace on my stop-the-world nntp connection
>> error, which I've posted below. I guess there's nothing mysterious about
>> it -- the process dies (I can't tell if it's ac
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> On second thought you're not wrong here: the various *-open-server
>> deffoos report their own failures with `nnheader-report' instead of
>> signaling errors, and then `gnus-open-server' swallows any other err
Lars-Johan Liman writes:
> Lol!
>
> Thanks. OK, so I wasn't off the mark, then. :-)
>
> I'm not even sure this needs to be fixed. It's good that the fact that
> the server couldn't be reached is signalled, but continuing seems like
> the right thing to do. The message is somewhat misleading
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> I put plain old calls to `error' inside `nnimap-request-scan', and that
>> also derailed the "g" update process. So whatever handling there once
>> was either is not around this particular piece of code,
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> I've got my nntp server set in `gnus-select-method', maybe that's why?
>> This has annoyed me off and on for years but I've never taken the time
>> to look into it. My other servers are all localhost nnimap a
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> `nnmail-get-new-mail' is called from within `gnus-request-scan', and
>> there's no error ignoring around `gnus-request-scan' in
>> `gnus-get-unread-articles' -- is there? I can't see anything. I would
>> p
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> We create a few custom error symbols for backend errors, including mail
>> source failures, open-server failures, etc, and we put some
>> condition-cases handling those errors in `gnus-get-unread-articles'.
>
&
Lars Ingebrigtsen writes:
> Lars-Johan Liman writes:
>
>> My question: how is my answer (yes/no) used? (Which are the consequences
>> of responding yes or no, respectively?)
>
> Answering "no" should beep an error, say "Cannot get new mail" and then
> stop. Hm... but I see that the caller (in
"Roland Winkler" writes:
> On Fri, Sep 10 2021, Eric Abrahamsen wrote:
>> Yes, the .newsrc.eld file only gets written when you save Gnus ("s" in
>> the *Group* buffer), and I would absolutely not try to update files for
>> a Gnus that's still ru
"Roland Winkler" writes:
> On Fri, Sep 10 2021, Bob Newell wrote:
>> I have rsync'd gnus for years with success. In addition to the files
>> already listed I sync .newsrc.eld, but that is updated infrequently.
>> Not strictly gnus entries, but related closely enough, I also sync
>> .authinfo and
gt;
> I learned about this setup from Eric Abrahamsen on the ding mailing list
> in the old days. I believe that the original presentation of the idea
> was this blog post:
>
> https://web.archive.org/web/20160427162529/http://roland.entierement.nu/blog/2010/09/08/gnus-dovecot-offlineimap
Andreas Reuleaux writes:
> Hi,
>
> I have seen people highlighting code snippets in mail
> with "cut here markers": some ascii art for scissors, "cut here",
> "start", "end", ..., like so:
>
> rm -f /etc/fonts/conf.d/70-no-bitmaps.conf
> ln -f -s
Roland Winkler writes:
> On Tue, May 19 2020, Lars Ingebrigtsen wrote:
>> Eric Abrahamsen writes:
>>
>>>> The obvious goal is to get a better overview of what is marked before I
>>>> e.g. delete the articles. It's too easy to make a mistake with only
>
Pankaj Jangid writes:
> Especially, ‘nnmail-prepare-incoming-header-hook’. Does it work for IMAP
> backend?
It should -- as far as I know all the nnmail splitting/washing stuff
happens on a _copy_ of the message buffer, ie you're not changing the
actual underlying message, as the IMAP server
Christoph Groth writes:
> Eric Abrahamsen wrote:
>
>> Christoph Groth writes:
>
>> > I wonder if there is a way in Gnus to reply to a message that has
>> > been forwarded as a MIME attachment.
>>
>> How does the message appear in the Gnus mess
1 - 100 of 322 matches
Mail list logo