Nicolas Cavigneaux writes:
> Eric Abrahamsen writes:
>
>> The fact that expiry happens only when you call
>> `gnus-summary-expire-articles-now' makes it look like the
>> nnmail-expiry-wait is not getting successfully set to 'immediate. If you
>>
Nicolas Cavigneaux writes:
> Eric Abrahamsen writes:
>
>>> It returns nil so I guess it's not good?
>>
>> Yup, that would cause the problem. And you're sure that the group name
>> you're testing is a valid one, right? What do you get for just:
&g
Nicolas Cavigneaux writes:
> Eric Abrahamsen writes:
>
>> Whoa hang on, why did explicitly asking for the 'expiry-wait parameter
>> return nil before, then? Can you test that again? If 'expiry-wait is
>> present in the alist, we should have gotten 2 from the
Nicolas Cavigneaux writes:
> Eric Abrahamsen writes:
>
>> Trying going into the *Groups* buffer, putting point on
>> "nnimap+home:INBOX", and hitting "G p" to edit the group parameters. You
>> should see the 'expiry-wait entry in there. How it go
Nicolas Cavigneaux writes:
> Eric Abrahamsen writes:
>
>>>> Simply removing this entry should be enough to let your server parameter
>>>> take effect. Delete that and see if it works.
>>>
>>> I did remove it then "C-c C-c". I also hit
Eric Abrahamsen writes:
> Nicolas Cavigneaux writes:
>
>> Eric Abrahamsen writes:
>>
>>>>> Simply removing this entry should be enough to let your server parameter
>>>>> take effect. Delete that and see if it works.
>>>>
>>>
Nicolas Cavigneaux writes:
> Eric Abrahamsen writes:
>
>> Bah, how many times before I learn not to post untested code?! It should
>> be:
>>
>> (setq gnus-parameters '(("^nnimap" (expiry-wait . immediate
>
> It works as expected. My e
Garjola Dindi writes:
> Hi,
>
> I have been using offlineimap [1] for years to get mail into gnus, but
> since offlineimap stores messages in maildir format it has started to
> become rather slow.
>
> I have tried nnimap and it is much faster!
>
> However, I would like to be able to store mail lo
Michael Heerdegen writes:
> Hello,
>
> is there a quick way to sort the messages in a thread chronologically?
> My goal is to find the latest articles in a thread.
>
> I guessed the quickest way could be to limit to the current thread
> (???), and then turn off threading (C-M-t), but the first fu
Michael Heerdegen writes:
> Eric Abrahamsen writes:
>
>> Elsewhere the gnus code does this with `gnus-root-id', but I have no
>> idea if that is any faster or more convenient than your version (I would
>> be curious to know). I wonder if you could use the
&g
Michael Heerdegen writes:
> Hi,
>
> seems there is no built-in way to highlight (complete lines) of
> process-marked files in the Gnus summary, since # is not a normal mark
> and can't be specified in `gnus-summary-highlight'? Is there some other
> way (in Gnus)?
>
> The obvious goal is to get a
Tim Landscheidt writes:
> Hi,
>
> I am subscribed to several newsletters that are sent as
> multipart/alternative with one part being text/html that
> contains (inter alia) a list of links. I want to write a
> command to iterate over those links and prompt for each
> whether to call browse-url o
Tim Landscheidt writes:
> I wrote:
>
>> […]
>
>> *But* your pointer gave me the idea that I could iterate
>> over shr's buttons like gnus-collect-urls does, test if
>> their URLs match Item_x_Link_B's typical pattern and then
>> offer to browse them. This would require that
>> Item_x_Link_B's pa
Lars Ingebrigtsen writes:
> Eric Abrahamsen writes:
>
>> Something to be aware of is that, sometime not too long ago, Lars
>> re-implemented links in article bodies using widgets instead of buttons.
>
> The other way around -- they used to be widgets, and they're n
Michael Heerdegen writes:
> physiculus writes:
>
>> So i understand it correct, that is not clear, if it will be work in
>> the near future ?
>
> I suggest to make a bug report, please. It will definitely be cared
> about, in some months or so at least.
What I'm hoping is that nnselect will (a
Annamalai Gurusami writes:
> Hi All,
>
> I received an e-mail with "Umbrella on Ground" symbol. When I open the
> mail, Emacs itself gets killed.
>
> http://www.unicode-symbol.com/u/26F1.html
>
> I am using Gnus v5.13 on GNU Emacs 25.2.2 on Ubuntu 18.04. I think this
> could be a bug and I wa
Garjola Dindi writes:
> Hi,
>
> How can I search messages from a news group like nntp+news.gmane.io ?
>
> The Gnus manual gives information about search engines which need to
> create local index files, but is this the way to search nntp servers? I
> mean, if I need to be online to access the mes
wgreenhouse writes:
> Hi,
>
> Saša Janiška writes:
>
>> Since I like notmuch's query capabilities, I wonder if I can keep using
>> it along with nnimap/dovecot?
>>
>> Any other pro/cons?
>
> You would need to set up notmuch to point to dovecot's directory where
> the mail is being stored (~/.mai
Kevin Shell writes:
> Hello Gnus users.
>
> When I try to open very huge newsgroup with
> C-u
> and request fetching all the news messages
> Gnus behaves badly,
> the CPU makes very loud noise and Gnus can't open the group.
> The Gnus's fetching speed compares with neomutt is relatively slow,
>
Dieter Faulbaum writes:
> I think it would be nice if the summary buffer uses the
> tabulated-list-mode?
> Maybe the Group buffer too?
>
> Would the header line and sorting possibility be enhancements for that
> buffer(s)?
Without thinking about it very hard, this seems like a whole lot of work
Kevin Shell writes:
> On Fri, Nov 20, 2020 at 10:37:47AM -0800, Eric Abrahamsen wrote:
>> Kevin Shell writes:
>>
>> > Hello Gnus users.
>> >
>> > When I try to open very huge newsgroup with
>> > C-u
>> > and request fetching all t
Kevin Shell writes:
> On Fri, Nov 20, 2020 at 10:37:47AM -0800, Eric Abrahamsen wrote:
>> Kevin Shell writes:
>>
>> > Hello Gnus users.
>> >
>> > When I try to open very huge newsgroup with
>> > C-u
>> > and request fetching all t
Kevin Shell writes:
> On Sat, Nov 21, 2020 at 02:24:45PM -0800, Eric Abrahamsen wrote:
>>
>> Hmm, that's too bad. I don't think there are any nntp speedups on the
>> horizon, that's already been worked on pretty well. How many articles
>> are you trying
Bodertz writes:
> I wrote a function which can do something useful with the body of an
> email. If worse comes to worse, I can run this function manually after
> opening the email, but my plan was to use splitting to automate this.
>
> As documented in "(gnus)Fancy Mail Splitting", splitting bas
Bodertz writes:
> I can confirm that setting `nnimap-split-download-body-default' to t
> works as intended. I really should have tried that first.
No worries, that's good news.
> It sounds like the removal wasn't intentional, so hopefully it can be
> added back.
I think we could just resurrec
Bodertz writes:
> Eric Abrahamsen writes:
>
>> The problem with checking the headers or the message size before
>> downloading the body is that you're then issuing one FETCH to get all
>> the messages without their bodies, and then issuing another to get the
>&g
Bodertz writes:
> Eric Abrahamsen writes:
>
> Eric Abrahamsen writes:
>
>> Continuing our baseless speculation without looking at the code... I
>> wonder if it would be even possible to do this: it would require
>> either running splitting twice (once to split sim
Bodertz writes:
>> I'm not sure how big of a rewrite this would require. First fetching
>> headers only wouldn't be hard, but then we'd need to somehow partially
>> fake a run of the splitting process in order to know which messages
>> needed more. How do you indicate in your splits that the body
Thien-Thi Nguyen writes:
> I tried to send a mail to info-gnu (AT ...), w/ From:
> t...@gnu.org and X-Message-SMTP-Method: smtp eggs.gnu.org 587,
> but instead of going through as it had done previously (maybe a
> month or two ago), i encountered the error:
>
> gnutls.el: (err=[gnutls-e-invalid-
physiculus writes:
> Hello,
> i reconfigured my gmail account from splitting INBOX to All Mails.
> The reason was duplicated mails in folder INBOX IMPORTANT STARRED.
> I read about it and one solution should be the change from folder INBOX
> to All Mails.
> But after that change splitting is not
Garjola Dindi writes:
> Hi,
>
> I would like to move from a nnmaildir + OfflineIMAP configuration to
> something which:
>
> 1. scales better for large number of messages than nnmaildir and
> 2. does not use OfflineIMAP (Python 2 based and sometimes slow).
>
> I understand that some Gnus users use
Garjola Dindi writes:
> On Mon 25-Jan-2021 at 17:31:14 +01, Eric Abrahamsen
> wrote:
>> Garjola Dindi writes:
>>
>>> Hi,
>>>
>>> I would like to move from a nnmaildir + OfflineIMAP configuration to
>>> something which:
>>>
>&
Thien-Thi Nguyen writes:
> I see a message like this every once in a while:
>
> Overview buffer contains garbage ‘an 2021 09:28:15 -0300
> <6006d062.1c69fb81.9582b.0...@mx.google.com>
> <5ffe3063.1c69fb81.52f23.1...@mx.google.com> 6898 23 Xref:
> news.gmane.io gmane.emacs.bugs:198159’.
>
> What d
Bob Newell writes:
> Aloha everyone,
>
> I ran into a problem which apparently has history. I'm
> spending a month at my son's house and his internet setup
> doesn't do well with persistent IMAP connections. So if I
> don't do anything with my IMAP connection for a little while,
> and then try so
Garjola Dindi writes:
> On Fri 02-Apr-2021 at 20:21:07 +02, Tim Landscheidt
> wrote:
>> Garjola Dindi wrote:
>>>
>> It's even worse because Emacs already has yet another (rath-
>> er fragile) RSS reader, newsticker, that AFAIR does not
>> share code with either, and nnrss has an asynchronous,
Narendra Joshi writes:
> Alex Bennée writes:
>
>> Narendra Joshi writes:
>>
>>> Alex Bennée writes:
>>>
Hi,
Due to issues with gmail's IMAP handling I've switched to interacting
with my development mailing lists via gmane's archival service. I've
having some problems u
Richmond writes:
> Richmond wrote:
>> Pankaj Jangid writes:
>>
>>> Richmond writes:
>>>
I tried creating a new linux user, and copied the files .gnus and
.gnu-emacs-custom and then ran emacs -nw -f gnus, but still got the
same error.
>>> Is this emacs-27? I can see that that coul
Christoph Groth writes:
> Hello,
>
> 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 message? What happens when you
hit "K v" (gnus-article-view-part) on it?
I guess it would make sense to display a
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
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 see
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 onl
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 /usr/share/fontconfig/conf.avail/70-yes-bitmaps.co
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
"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
"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 r
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
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:
> 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 se
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 loca
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
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 thoug
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 a
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
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.
>
&
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:
>
>> 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 possibl
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
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 gnus-search.e
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 use gnus-searc
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 doesn
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 k
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))
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 warnings
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
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...
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 move
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 quer
"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
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
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 was
"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)
>>>
"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 t
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 now
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 thr
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
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 st
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, pos
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 (
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
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&g
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
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 gnus-seconda
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 thousan
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 you
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
>> `gnus-
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,
>>> `gnus-newsgroup-name
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 &optional reads)
> (let* ((top (gnus-topic-find-topology topic-name))
> (type (cadr top))
> (chil
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 me
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
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 art
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
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 no
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
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
>
"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 erro
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
> (customize-set-
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 t
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
> >>
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
> `expire-
201 - 300 of 338 matches
Mail list logo