Richmond writes: > Is it possible to filter out all cross posts? i.e. only see articles > posted to the subscribed group? Yes, you can use scoring for this, there are some examples in the manual under "7.10 Scoring Tips": · https://www.gnus.org/manual/gnus_100.html#Scoring-Tips Best regards, Adam -- "Emperors of the world hiding underground Adam Sjøgren Waiting for the sky to rain on down with gold" asjo@koldfront.dk
yeti wrote:
> Richmond <dnomhcir@gmx.com> writes:
>
>> Is gnu.emacs.gnus discontinued?
> I don't think so.
> Silence for a week just happens sometimes.
>
I see nothing since December 4th apart from my own post on 31st January.
Richmond <dnomhcir@gmx.com> writes:
> Is gnu.emacs.gnus discontinued?
I don't think so.
Silence for a week just happens sometimes.
--
I do not bite, I just want to play.
Is gnu.emacs.gnus discontinued?
Is it possible to filter out all cross posts? i.e. only see articles posted to the subscribed group?
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> You may need to add/subscribe to the relevant group. Go to the server
> buffer (^ from the Group view) and look for an nnml server. Enter the
> server (RET) and subscribe (u) to whichever group makes sense.
>
> It's been so long since I did this that I cannot remember what is
> needed.
Yes, that's exactly what I was missing. Thank you.
You may need to add/subscribe to the relevant group. Go to the server buffer (^ from the Group view) and look for an nnml server. Enter the server (RET) and subscribe (u) to whichever group makes sense. It's been so long since I did this that I cannot remember what is needed. -- Eric S Fraga via gnus (Emacs 30.0.50 2024-02-26) on Debian bullseye/sid
NNTP Surfer via "Announcements and discussions for GNUS, the GNU Emacs
Usenet newsreader (in English)" <info-gnus-english@gnu.org> writes:
> I use Emacs 30.0.50 built from sources. Adding code to
> ~/.emacs.d/init.el:
>
> #+begin_src emacs-lisp
> (setq mail-sources '((file :path "/var/mail/myusername")))
> #+end_src
>
> seems to do nothing.
>
> - After running M-x Gnus, there is no entry with
> emails in *Groups* buffer.
> - Command `less /var/mail/myusername` shows
> that there is at least one message in file.
New discovery: now I noticed that messages are copied to
message-directory in Gnus. They still are not showing in *Groups*
buffer.
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> Putting this line in your .gnus.el should work:
> (setq mail-sources '((file :path "/var/mail/userid")))
I use Emacs 30.0.50 built from sources. Adding code to ~/.emacs.d/init.el:
#+begin_src emacs-lisp
(setq mail-sources '((file :path "/var/mail/myusername")))
#+end_src
seems to do nothing.
- After running M-x Gnus, there is no entry with
emails in *Groups* buffer.
- Command `less /var/mail/myusername` shows
that there is at least one message in file.
On Wednesday, 28 Feb 2024 at 12:20, Björn Bidar wrote:
> Eric S Fraga <e.fraga@ucl.ac.uk> writes:
>
>> (setq mail-sources '((file :path "/var/mail/userid")))
>
> Better would be:
> (setq mail-sources `,((file :path ,(concat "/var/mail/"(user-login-name)))))
Better in the sense of most generic/universal, I guess. Maybe that is
what should be in the manual!
Thank you,
eric
--
Eric S Fraga via gnus (Emacs 30.0.50 2024-02-26) on Debian bullseye/sid
Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> (setq mail-sources '((file :path "/var/mail/userid")))
Better would be:
(setq mail-sources `,((file :path ,(concat "/var/mail/"(user-login-name)))))
Putting this line in your .gnus.el should work: (setq mail-sources '((file :path "/var/mail/userid"))) Replace userid with your own login, of course. In principle, just (setq mail-sources '((file))) should also work. Check the "Fetching mail" section in the info manual for gnus. -- Eric S Fraga via gnus (Emacs 30.0.50 2024-02-26) on Debian 12.0
Hello, I noticed that I have a file "/var/mail/username" on my computer. Some programs put messages in it. I would like to read those messages in Gnus. What backend should I choose to do this? I don't want to install any servers on my computer, I'm trying to keep my Debian installation minimal. It would be best if Gnus could simply read this file without connecting to localhost. Is this possible? Or maybe I should start learning to write my own backends for Gnus?
Dieter writes:
> <\#part ...>
> <\#/part>"
>
> for me it would be (much) nicer if this attachment needs only one line
> like this:
>
> <\#part ...><\#/part>"
>
> Is it possible to have a (customizable) variable for this behaviour?
Not out of the box, it seems to be "hardcoded" in the last line of
mml-insert-tag:
(defun mml-insert-tag (name &rest plist)
"Insert an MML tag described by NAME and PLIST."
(when (symbolp name)
(setq name (symbol-name name)))
(insert "<#" name)
(while plist
(let ((key (pop plist))
(value (pop plist)))
(when value
;; Quote VALUE if it contains suspicious characters.
(when (string-match "[][\"'\\~/*;()<>= \t\n[:multibyte:]]" value)
(setq value (with-output-to-string
(let (print-escape-nonascii)
(prin1 value)))))
(insert (format " %s=%s" key value)))))
(insert ">\n"))
which is called by mml-insert-empty-tag, which is in turn called by
mml-attach-file - called by you, I assume.
You could either wrap mml-attach-file in a little code that removes
the linefeed you do not like, and then call that, or (perhaps more
risky) add an advice to mml-insert-tag. Or simply override it with
your own version :-)
Best regards,
Adam
--
"Jo, tak som falbyder, det ville da være Adam Sjøgren
prisværdigt." asjo@koldfront.dk
if I attach a file, I always have a newline in the message buffer like this: (the backslashes are only there to not interpret the part (before sending)) <\#part ...> <\#/part>" for me it would be (much) nicer if this attachment needs only one line like this: <\#part ...><\#/part>" Is it possible to have a (customizable) variable for this behaviour?
Going back to my original posting.
SUCCESS! 🙂
TL;DR; Use:
(custom-set-faces
'(gnus-header ((t))))
Long version:
First I solved _one_ problem. After much poking, testing, and reading I
figured out that
info-gnus-english@cafax.se 2024-02-11 23:42 [+0100]:
> (custom-set-faces
> '(gnus-header ((t (:inherit fixed-pitch)))))
actually took me to a different font than I expected. "Fixed-pitch" is
not my default font used in the article text*. If I told GNUS to use the
default font instead, the line spacing ended up correct. So _that_
problem was solved by using
(custom-set-faces
'(gnus-header ((t (:inherit default)))))
So far, so good. But it came with a snag. (There is always one ... 😉)
Normally some words in the headers (e.g., sender's name and e-mail
address, other e-mail addresses, etc.) are shown in bold. Not so any
more. The color was correct, but not the weight and slant. I had to
figure out how to make that be inherited correctly from the respective
definitions.
Thanks to a typo I did, which brought me into the debugger, but with the
side-effect that the Article buffer came out as I wanted, I have now
come up with the following recipe that works for me. By setting the
property list to nothing, everything is set to "default", which somehow
makes all the pieces of the tetris fall into place. The property list
should thus be "(t . ())" = "(t . nil)" = "(t)", so here goes:
(custom-set-faces
'(gnus-header ((t))))
I hope this helps some Googlers in the future.
Thanks for all help!
Cheers,
/Liman
* I use a locally installed custom font as default. It's a variant of
Courier called Courier Prime. (Really nice! Do try!) It took me a
while to realise that fixed-pitch is coupled to regular Courier, which
has a different line height. The two fonts are (to no ones surprise)
difficult to distinguish, but Courier Prime is a little "fatter" and
easier to read, IMHO.
e.fraga@ucl.ac.uk 2024-02-12 10:42 [+0000]: > The easy way to find out is to move point to one of the header lines and > then "C-u C-x =" (what-cursor-position but with C-u to ask for all the > details)! One of the things this will tell you is the face(s) > associated with where point is. AHH!! I've been looking for something along those lines! Will investigate! Many warm thanks! > For the record, I don't see extra spacing in my gnus article view. > -- > Eric S Fraga via gnus (Emacs 30.0.50 2023-07-11) on Debian bullseye/sid Ack. Thanks! Cheers, /Liman
Hello,
On Sunday, 11 Feb 2024 at 23:42, Lars-Johan Liman wrote:
> I wonder if that's inherited from the GNUS default font, rather than
The easy way to find out is to move point to one of the header lines and
then "C-u C-x =" (what-cursor-position but with C-u to ask for all the
details)! One of the things this will tell you is the face(s)
associated with where point is.
For the record, I don't see extra spacing in my gnus article view.
--
Eric S Fraga via gnus (Emacs 30.0.50 2023-07-11) on Debian bullseye/sid
yeti@tilde.institute 2024-02-12 08:54 [+0000]: > The snapshot was from my main notebook still running Debian11, that's > the only reason to still be on Emacs27 there. Ack. > A snapshot from a fresh (old `~/.emacs*` removed) Emacs29 on XFCE in > Voidlinux: Thanks! That looks OK. Cheers, /Liman
[-- Attachment #1: Type: text/plain, Size: 427 bytes --] Lars-Johan Liman <info-gnus-english@cafax.se> writes: > Thanks. You are on some Linux distro, right? (Just curious if it > my problem pertains only to macOS.) The snapshot was from my main notebook still running Debian11, that's the only reason to still be on Emacs27 there. > I wonder what would happen if you were to try that with Emacs29? A snapshot from a fresh (old `~/.emacs*` removed) Emacs29 on XFCE in Voidlinux: [-- Attachment #2: Emacs29 on XFCE --] [-- Type: image/png, Size: 134162 bytes --] [-- Attachment #3: Type: text/plain, Size: 47 bytes --] HTH. -- I do not bite, I just want to play.
yeti@tilde.institute 2024-02-12 05:55 [+0000]: > Maybe that depends on the theme loaded? That could be, but *I* didn't change anything between Emacs28 and Emacs29, so if it's a new theme, it came with Emacs29. And I still wonder where that knob sits that I need to tweak. ... and I believe it pertains to font properties and "font-lock" stuff (for want of a more precise term), as the line-height differs within the same buffer/window. The search goes on ... 😉 > I'm using the Tao theme, still running Emacs27, screenshot attached. Thanks. You are on some Linux distro, right? (Just curious if it my problem pertains only to macOS.) I wonder what would happen if you were to try that with Emacs29? Cheers, /Liman
[-- Attachment #1: Type: text/plain, Size: 466 bytes --] Lars-Johan Liman <info-gnus-english@cafax.se> writes: > I wonder if that's inherited from the GNUS default font, rather than > from the font I've configured? I cannot find where it's adjusted. Does > anyone of you happen to know? > > ... or should I approach this in some totally different way? > > I append a screenshot for illustration. Interesting! Maybe that depends on the theme loaded? I'm using the Tao theme, still running Emacs27, screenshot attached. [-- Attachment #2: My Little GNUS... --] [-- Type: image/png, Size: 92684 bytes --] [-- Attachment #3: Type: text/plain, Size: 41 bytes --] -- I do not bite, I just want to play.
[-- Attachment #1: Type: text/plain, Size: 855 bytes --] Hello gentlepeople! I get my Emacsen from emacsformacosx.com and just upgraded from Emacs-28.2 to Emacs-29.2 on macOS Ventura. I immediately realized that someone had been playing havoc with fonts. It took me a bit of research to find (custom-set-faces '(gnus-header ((t (:inherit fixed-pitch))))) That "kind of works". I do get the fixed-width font I want ( = my default font), but the line-spacning in the displayed headers (To/From/Subject) is different than the line-spacing in the message body. In the header, the lines are further apart. I wonder if that's inherited from the GNUS default font, rather than from the font I've configured? I cannot find where it's adjusted. Does anyone of you happen to know? ... or should I approach this in some totally different way? I append a screenshot for illustration. Best regards, /Liman [-- Attachment #2: Screenshot 2024-02-11 at 23.39.29.png --] [-- Type: image/png, Size: 937994 bytes --]
Hi Dmitry,
Dmitry Alexandrov <321942@gmail.com> writes:
>> I have tried to set up different values for
>>
>> gnus-message-archive-group
>>
>> for different secondary select methods like this:
>>
>> (nnimap "gmx"
>> (nnimap-stream tls)
>> (gnus-message-archive-group "nnimap+gmx:Gesendet")
>> (nnimap-address "imap.gmx.com"))
>> (nnimap "gmail"
>> (nnimap-stream ssl)
>> (nnimap-server-port 993)
>> (remove-prefix nnimap)
>> (gnus-message-archive-group "nnimap+gmail:Sent Mail")
>> (nnimap-address "imap.gmail.com"))
>>
>> I do get different values for gnus-message-archive-group (I actually have a
>> few more select methods), but I don't always get the one I am expecting.
>>
>> Can anyone tell me how the values are triggered?
>
> I am not sure, whether message archive groups do have anything to do
> with select methods. Select methods are about receiving mail, while
> archive group is chosen when you start to compose a message.
>
> I’m using the following piece of config to place a letter in a current
> group (in particular that means to the same group where the message
> I’m replying is stored) or in ‘INBOX’ by default:
>
> (setq gnus-message-archive-group
> '((cond
> ((string-prefix-p "nnimap+" group) group)
> (t "nnimap+g:INBOX"))))
>
>
> (By the way, why don’t you do the same? What is the point to separate
> sent letters from received ones?)
>
> Anyway, what you probably want to do may look like that, I guess:
>
> (setq gnus-message-archive-group
> '((cond
> ((string-prefix-p "nnimap+gmx:" group) "nnimap+gmx:Gesendet")
> ((string-prefix-p "nnimap+gmail:" group) "nnimap+gmail:Sent Mail")
> (t "nnimap+gmail:Sent Mail"))))
This worked for me for the last 7 years, so rather belated thanks for
that.
However, after updating to Emacs 29.1, I started getting an error
message about 'group' being undefined.
I solved the problem by not trying to set 'gnus-message-archive-group'
at all and instead now set "Gcc" via 'gnus-alias', which I was already
using:
(setq gnus-alias-identity-alist
'(("gmail"
""
"\"Loris Bennett\" <loris.bennett@gmail.com>"
"Berlin"
(("Reply-To" . "loris.bennett@gmail.com")
("Gcc" . "nnimap+gmail:Sent Mail")
("X-Message-SMTP-Method" . "smtp smtp.gmail.com 587"))
""
lb/gmail-sig)
...
))
I am not sure whether it is related to the Emacs update, but I also
found that I could no longer send email from one account via the SMTP
server of another account. Therefore I added the
"X-Message-SMTP-Method" to the list of extra headers, which solved the
issue.
Maybe someone else might find the above useful.
Cheers,
Loris
--
This signature is currently under contruction.
e.fraga@ucl.ac.uk 2024-01-06 15:56 [+0000]: > My bad! It's a customization I have in my .gnus.el file: > (defun esf/gnus-agent-plugged () > (gnus-group-send-queue)) > (add-hook 'gnus-agent-plugged-hook 'esf/gnus-agent-plugged) > You could probably simply add 'gnus-group-send-queue to the hook without > defining an extra function. Tada! Many thanks ... again! Cheers, /Liman