mail splitting with mime-encoded headers

[Roland Winkler]

What is the recommended way for dealing with mime-encoded headers when
splitting mail?  If I understand things correctly, Gnus looks at the raw
mails when splitting mail.  So it may see mime-encoded headers (from:,
to:, subject:, etc.)  which makes things like regexp-matching a less
straightfoward exercise.  I may be missing something.

(Of course, it gets more expensive to split a large number of mail
messages if first lots of mime-encoded headers need to be decoded.
I guess that's the price one needs to pay for using mime encoding.)

Thanks,

Roland

Re: Where in gnus manual is info about timers

[Bodertz]

I think you just need to make it a function.

  (gnus-demon-init)

  (defun my-gnus-close-servers ()
(dolist (elem gnus-opened-servers)
 (gnus-close-server (car elem

  (gnus-demon-add-handler #'my-gnus-close-servers 30 t)


I haven't tested that, though.

Re: Where in gnus manual is info about timers

[Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader (in English)]

Bodertz  writes:

> You might be looking for gnus-demon.

Adam Sjøgren  writes:

[...]

> Are you thinking of daemons, that can be used to do stuff when Emacs is
> inactive?
>
>  · https://www.gnus.org/manual/gnus_119.html#Daemons
>

[...]

No wonder I wasn't finding it using `timer' to search . . .

Ok, now you've steered me to Lars' description... but being an elisp
ignoramus of long standing ... I'm drawing blanks about how to write
the handler I'm after.

First, understand, I have a continuous terrible time even using gnus
anymore.  It seems my connection to news.gmane.io is so tenuous that
if I read for even a minute my connection closes or stagnates or
something so if I try to move to another message in gnus it just draws
the `gnus busy' thing and no further action is possible until I close
and reopen the server. 

Or, more accurately stated; closing the server prompts gnus to reopen
it I guess.  

traceroute shows a long string or `* * *' in midst of tracing my route
to news.gmane.io .. I guess its bad enough that it has to be
constantly refreshed manually. 

Makes it a real grind to use gnus.

Before Eric posted the code below:

 I'd have to go to server buffer and close then open the server.  Or
even restart gnus entirely with `R'.

some time ago:
Erica A;  on gmane.emacs.gnus.general posted this: 

   (dolist (elem gnus-opened-servers)
 (gnus-close-server (car elem)))

If I eval that it will allow me to proceed in gnus in a few seconds.
But then when I read anything or pause a while it needs manual
attention again.

So, I think I would like to combine the `dolist' with a gnus-daemon-handler
similar to the example larsi gave:

(gnus-demon-add-handler 'gnus-demon-close-connections 30 t)

Long ago I had at least two daemon handlers in ~/.gnus but over time
I've lost track of them.

Just having a hell of a time figuring out how to combine a gnus daemon handler
with:

 (dolist (elem gnus-opened-servers)
  (gnus-close-server (car elem))) 


Hopefully someone will be willing to take a stab at it and I can see how
to go about it.

Re: Where in gnus manual is info about timers

[Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader (in English)]

Bodertz  writes:

> You might be looking for gnus-demon.

Adam Sjøgren  writes:


>> I remember using timers in gnus long ago but cannot find anything in
>> the gnus manual about it now.
>
> Maybe if you describe what you mean by "timers", somebody can help?
>
> Are you thinking of daemons, that can be used to do stuff when Emacs is
> inactive?
>
>  · https://www.gnus.org/manual/gnus_119.html#Daemons
>
> Or are you thinking of delayed sending?
>
>  · https://www.gnus.org/manual/gnus_36.html#Delayed-Articles

[...]

Both of you hit dead on.  Thanks for understanding my really bad
description of what I wanted.

Re: gnus and spam filtering; it is not working well

[physiculus]

Am Sa, 2022-01-15, 09:18 -0800, Eric Abrahamsen  
schrieb:

hello,
i just checked the variable.
the value is true.

what can i check now?

> 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 started up, is to
> check the value of spam-bogofilter-valid. If it is 'unknown, try running
> M-: (spam-bogofilter-valid).
>
>

-- 
Jens Reimer