Eric Abrahamsen writes:
> Both encrypted and unencrypted versions are supported; maybe the
> `auth-sources' option only points at the encrypted version?
Or - just guessing - maybe `epg-pinentry-mode' has to be set to
'loopback'? AFAIR the default mode could lead to a behavior as
described.
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 gnus, so
> therefore gnus would
Bob Newell writes:
> The thing is, your /client/ may show them as read but may or may not
> have uploaded that "being read" information to the IMAP server. Do
> try deliberately closing the client on your phone and see if it helps.
> You have to be sure (at least on Android) to actually exit
Emanuel Berg writes:
> We would like an arbitrary header access function where the
> header is provided as an argument, as in
>
> (defun gnus-article-header-value (hdr)
> "Get the value of HDR for the current article."
> (with-current-buffer gnus-original-article-buffer
>
Eric S Fraga writes:
> I will create a bug report.
Thanks Eric.
Michael.
Eric S Fraga writes:
> > Are things significantly faster when setting this to pp-28?
>
> Very much so! Group exists almost immediately, back to what I used to
> see. With pp-28, I'm happy! Problem solved. :-)
At least avoided. Ok, good.
We should nonetheless create a bug report (M-x
Emanuel Berg writes:
> Michael Heerdegen wrote:
>
> >> The function `mail-header-subject' works but then you don't
> >> get to select the header.
> >
> > What does "you don't get to select the header" mean?
>
> You only get t
Emanuel Berg writes:
> > (gnus-data-header (gnus-data-find (gnus-summary-article-number)))
> >
> > It will then be the summary buffer article at point, not the
> > selected one. If one is selected, it would make more sense
> > to operate on that.
>
> Probably, but how that works I don't know,
Emanuel Berg writes:
> The function `mail-header-subject' works but then you don't
> get to select the header.
What does "you don't get to select the header" mean?
Michael.
Emanuel Berg writes:
> >> However, how will you get the specific header data out of
> >> the result? Don't know ...
> >
> > I think the header object is a struct of type `mail-header'
> > ("nnheader.el").
>
> But try to extract with `mail-header', it complains about the
> data not being a list.
Emanuel Berg writes:
> However, how will you get the specific header data out of
> the result? Don't know ...
I think the header object is a struct of type `mail-header'
("nnheader.el").
Michael.
Husain Alshehhi writes:
> I suppose that gnus-with-article-buffer works, almost. In the case that
> I am in gnus summary page [...]
I'm not sure what information is known by Gnus at that moment. In the
summary, internally each article is identified with a number. This
should be more or less
Eric S Fraga writes:
> 832,940,181 99% - command-execute
> 805,535,710 96% - funcall-interactively
> 540,874,166 64% - gnus-summary-exit
> 537,712,423 64%- gnus-score-save
> 536,634,533 64% - gnus-pp
> [...]
>
> It could be that I am misinterpreting those
Robert Pluim writes:
> Husain> (defun husain--test-message-subject-yank ()
> Husain> (interactive)
> Husain> (save-excursion
> Husain> (let ((subj (message-fetch-field "Subject")))
> Husain> (if subj
> Husain>
Eric S Fraga writes:
> I have no idea but I would assume not as I cannot believe that pretty
> printing a file (see below) with 12 lines would take 0.5 GB of data to
> process.
>From what source of information do you have the 0.5 GB?
> > How do the contents of that file look like -can you
Eric S Fraga writes:
> On Sunday, 9 Jul 2023 at 07:23, Michael Heerdegen wrote:
> > And you did not just turn on `gnus-adaptive-pretty-print' by accident?
>
> Well, I've had this variable set to t for years now.
>
> In any case, I have set it to nil and it's made no diffe
Eric S Fraga writes:
> > And - is it worth the time to pretty print this data at all?
>
> This is what I was wondering. The pretty printing could be saved for
> when somebody wishes to edit the scores, at which point a little delay
> is not intrusive (or as intrusive). Most of the time, I just
Eric Abrahamsen writes:
> > Cpu report (partly expanded):
> >
> >10133 79% - command-execute
> > 8519 66% - funcall-interactively
> > 4767 37% - gnus-summary-exit
> > 4659 36%- gnus-score-save
> > 4655 36% - gnus-pp
> > 4655 36%
Eric S Fraga writes:
> I've had a chance to try this and you are correct: the documentation
> does not match the behaviour. "T k" with no argument marks all articles
> as killed which is not the same as read.
After reading the Gnus manual a bit I take "killed" as a subset of
"read". k for
Björn Bidar writes:
> Have you tested if you have the same issue when you just use
> `compose-mail` C-x m RET?
I think so, but I didn't test...why do you think there should not be an
issue - who or what would delete the frame?
Michael.
Eric S Fraga writes:
> How about making use of message-sent-hook, say? The actual message
> composition and sending is not technically handled by gnus but by
> message mode instead, IIUC.
There seem to be different places where one could start. I got the tip
to add a `message-add-action' call
Hello,
I'm experimenting with multi frame setups for Gnus. I want that
replying or mail composition is done in a fresh separate frame. My
setup below works as expected - but after sending the message the frame
stays and its only window displays a different buffer. I have do delete
the frame
Satoshi Yoshida writes:
> I understand. As for me, putting ";;; -*- lexical-binding: t -*-" is
> difficult. Because the file (.gnus.el or .emacs) isn't new. It consists
> of my code and the other parts that already exists. If I (or someone) put
> ";;; -*- lexical-binding: t -*-", the other parts
Emanuel Berg writes:
> If you quote a lambda it is just a list with data:
>
> '(a b c)
>
> '(lambda not an anonymous function)
>
> Eval and you will see, there's no difference in
> principle. Lists.
Yes - and you want to make your lambda forms subject to evaluation, for
several different
Michael Heerdegen writes:
> How can I fetch articles with known id to be included in an existing
> Summary buffer? `gnus-summary-refer-article' works but also selects an
> displays the article. It doesn't seem to be based on something that
> doesn't select and display, though.
Michael Heerdegen writes:
> Seems this is not possible out of the box. I see we have "warping", but
> AFAIU it's only implemented for individual articles.
How can I fetch articles with known id to be included in an existing
Summary buffer? `gnus-summary-refer-article' works
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,
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 procedure, those messages are still available in my INBOX
> > (and displayed prefixed
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 messages I
want to archive, and use b to
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...
Michael.
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:
#+begin_src emacs-lisp
(defun gnorb-reply-to-gnus-link (link)
"Start
Michael Heerdegen writes:
> And indeed - look at `gnorb-reply-to-gnus-link'.
OTOH you can also simply look at the compiler warnings...
Michael.
Eric Abrahamsen writes:
> I honestly don't know what's going on here. There's no call to
> `second' in `gnorb-org-setup-message', not even a call to
> `cl-second'. Are you comfortable with stepping through functions using
> edebug?
Wait - the backtrace looks like it's an re-thrown error from
Colin Baxter writes:
> Thanks for this. Meta+hash worked for me. Instead of panicking I
> should just did "C-h c #" to find the command "gnus-topic-mark-topic"!
This is called the "process mark" and is just like marking files to
operate on in dired: marking articles to operate on. Marking per
Roland Winkler writes:
> Hopefully, it will be not too difficult to teach Gnus to limit the
> Summary buffer based on the process-mark.
Should be as easy as
#+begin_src emacs-lisp
(defun my-gnus-limit-to-process-marked ()
(interactive)
(gnus-summary-limit gnus-newsgroup-processable))
Roland Winkler writes:
> I found this old thread. Could it make sense to have a minor mode
> that puts the `invisible' text property on all lines without
> process-mark?
I played with limiting since then (a concept that is a bit more advanced
than making lines invisible and already exists).
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.
Michael.
___
info-gnus-english
physiculus writes:
> i want to search or filter with the registry-marks i set. Is this
> possible? I couldn't find a function for that in the gnus documentation.
I think you have to do it by hand. Something like this should give you
the registry-marked messages in the current group:
Lars Ingebrigtsen writes:
> > I haven't ever looked at the summary-highlight code, but would it be
> > hard to add another entry in there, call it `process', to specifically
> > target the process mark?
>
> I don't think that's necessary? Can't you just add highlighting based
> on pretty much
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 better overview of what is marked before
Andrew Cohen writes:
> don't have time to fix it all up, blah, blah, can someone push this for
> me please:):
Sure.
> @@ -8698,7 +8556,8 @@ gnus-summary-limit-include-thread
> When called interactively, ID is the Message-ID of the current
> article. If thread-only is non-nil limit the
Andrew Cohen writes:
> And...its broken (I think). Since I use "A T" I never tried "/ T". With
> a prefix arg its supposed to limit the summary buffer to the articles in
> the thread, but it doesn't. I believe the (interactive) expression is
> wrong, so that the prefix arg is thrown away.
Yes,
Achilles Yuce writes:
> What i usually do to get a single thread sorted with articles is;
>
> /n /T C-c C-s C-d
^
Is this A T? But then it works well, yes, thanks for sharing!
Michael.
___
info-gnus-english mailing list
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
> `gnus-newsgroup-dependencies' hashtable.
Maybe, I didn't invest too
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 functionality
doesn't seem to exist, so I
Brady Trainor algeb...@uw.edu writes:
(add-hook 'gnus-started-hook
`(add-to-list 'gnus-group-line-format-alist
`(?z (gnus-short-group-name
gnus-tmp-qualified-group) ?s))
)
That's wrong. Hook
Andrey Lisin andrey.li...@gmail.com writes:
(setq gnus-thread-sort-functions
'(gnus-thread-sort-by-subject
(not gnus-thread-sort-by-total-score)
gnus-thread-sort-by-most-recent-date))
According to Gnus documentation threads should be sorted by the most
recent date
Katsumi Yamaoka yama...@jpl.org writes:
Currently the change below has been installed in the Emacs trunk
only. I'll install it in the Gnus Git master too when the server
ups (it seems down now).
Ok, thanks.
Michael.
___
info-gnus-english mailing
Alan Smaill sma...@spaminf.ed.ac.uk writes:
I don't know if this behavior is intended, but it doesn't seem very
useful to me.
Presumably the idea is that if you have inadvertently deleted a big
chunk of the buffer, you should be warned before any previous backup
gets overwritten.
That's
akb427 goo...@mirror.to writes:
In gnus, I am now sometimes getting the message Buffer
.newsrc-dribble has shrunk a lot; auto save disabled in that buffer
until next real save
I don't know if this behavior is intended, but it doesn't seem very
useful to me.
The variable
Sharon Kimble boudic...@talktalk.net writes:
I have this line in my 'custom.el' - '(gnus-fetch-old-headers 300) but
how do I call it from within gnus please.
For variables, in 99% of the cases, setq-default is the right thing to
use - in your case, for example, just
(setq-default
Hi,
I regularly read a large Gmane newsgroup. I've a lot of ticked
articles that I marked for later reading in some days when I have some
time left.
When I select the newsgroup on a normal (busy) day, I only want to see
unseen news, not those marked for later reading. I don't want to be
Hi Emanuel,
I want to include the number of to be read articles in
`gnus-group-line-format'. But %N is not nearly what I want.
It seems to include all old articles that I didn't open - at
least, it gives very large integers that can't reflect what I
mean.
I found this - I think it is
Cecil Westerhof ce...@decebal.nl writes:
I now added:
(setq custom-file ~/.emacs.d/.emacs-custom.el)
(load custom-file t nil t t)
There is only one problem:
;; Your init file should contain only one such instance.
Now there will be two. I will see if this is going to give
Cecil Westerhof ce...@decebal.nl writes:
Sometimes I get a message that .emacs is read-only. This is true,
because it is a link to an emacs.el file that is owned by root and
read-only for the user.
I get the question: do you want to write? If I say yes, it fails and
my message/article is not
Hi William,
I'm seeing this too. I think it's just broken.
There was a discussion about this in gmane.emacs.gnus.general in March,
but obviously nobody from the developers did fix it yet. It seems to
be nontrivial to keep this feature working.
Perhaps it would be easier to point
Important addition:
Names starting with a capital letter are not ok - they don't work when
entering dates in the minibuffer (e.g. for C-c .) with org.
Something like this works perfectly:
(eval-after-load parse-time
'(progn
(dolist (entry '((jan . 1) (feb . 2) (mär . 3)
r.th...@uni-jena.de (Prof. Dr. Rainer Thiel) writes:
I am configuring the variables parse-time-months and parse-time-weekdays
(to use German names to insert dates in org-mode). Since I upgraded to
Emacs 24 (GNU Emacs 24.0.93.1), this results in an error when starting
up gnus. The error
Rainer Thiel r.th...@uni-jena.de writes:
Am 18. März 2012 21:18 schrieb Michael Heerdegen
michael_heerde...@web.de:
What values of `parse-time-months' and `parse-time-weekdays' do you
use?
This is the configuration I am using:
(defvar parse-time-months '((jan . 1) (feb . 2) (mär . 3
59 matches
Mail list logo
