headers
Reiner Steib | 1 Feb 2004 15:35
X-Face
Picon
Favicon

[spam-report.el] Offline Gmane spam reporting

Hi,

when I'm reading Gmane groups offline, I cannot use the spam-report
functions.  Wouldn't it be nice to collect the requests (the URLs) in
a file and use them later when online?

The new function `spam-report-url-to-file' collects the request in a
file, see the attached patch[1].  I also added a custom choice in
`spam-report-url-ping-function' to insert a user defined function and
tried to improve the doc-string of this variable.

I'm not sure if we should use `spam-directory' or `gnus-directory' in
the default value of `spam-report-requests-file'.  Is `spam-report.el'
supposed to be independent from `spam.el'?  At least it doesn't
require it.  Somehow related to this: I think `spam.el' should _not_
hard-code "~/News/spam/" as `spam-directory' but use
`gnus-directory'[2] instead, see its doc-string.

I didn't care about code for using the requests file when being online
(yet).  Personally, I would just use...

  file=~/News/spam-report-requests.url
  GET `cat file` && : > file

... from the shell (or some ip-up script).  But we may also add an
interactive lisp function for that (loop over all lines in the file,
use `spam-report-url-ping-plain' and erase the file when done).

Unless there are objections, I will commit both patches along with an
update for the manual.
(Continue reading)

Permalink | Reply | 9 comments |
headers
Kai Grossjohann | 1 Feb 2004 22:39
Picon

Re: [spam-report.el] Offline Gmane spam reporting

Reiner Steib <4.uce.03.r.s <at> nurfuerspam.de> writes:

> I didn't care about code for using the requests file when being online
> (yet).  Personally, I would just use...
>
>   file=~/News/spam-report-requests.url
>   GET `cat file` && : > file
>
> ... from the shell (or some ip-up script).  But we may also add an
> interactive lisp function for that (loop over all lines in the file,
> use `spam-report-url-ping-plain' and erase the file when done).

All of what you have suggested is Good Stuff.

But the real killer would be integration with the agent: arrange it so
that reports are processed right away when online, and that they are
processed when sending the queue or something when offline.

WDYT?

Kai
Permalink | Reply | 2 comments |
headers
Reiner Steib | 2 Feb 2004 00:40
X-Face
Picon
Favicon

Re: [spam-report.el] Offline Gmane spam reporting

On Sun, Feb 01 2004, Kai Grossjohann wrote:

> Reiner Steib <4.uce.03.r.s <at> nurfuerspam.de> writes:
>> But we may also add an interactive lisp function for that (loop
>> over all lines in the file, use `spam-report-url-ping-plain' and
>> erase the file when done).

Let's call this function `spam-report-process-queue' for now.

> All of what you have suggested is Good Stuff.
>
> But the real killer would be integration with the agent: arrange it so
> that reports are processed right away when online, and that they are
> processed when sending the queue or something when offline.

I'm not familiar with the agent (I don't use it), but I guess this
would be quite easy.  Maybe like this:

(add-to-list 'gnus-agent-plugged-hook
	     (lambda ()
	       (spam-report-process-queue);; not implemented yet.
	       (setq spam-report-url-ping-function
		     'spam-report-url-ping-plain)))
(add-to-list 'gnus-agent-unplugged-hook
	     (lambda ()
	       (setq spam-report-url-ping-function
		     'spam-report-url-to-file)))

Or am I missing something?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Katsumi Yamaoka | 2 Feb 2004 02:37
X-Face
Favicon
Gravatar

format args mismatching

Hi,

I got many warnings when compiling Gnus with latest Emacs 21.3.50.
Those warnings seem to be exact in general.  For example:

In gnus-summary-increase-score:
gnus-score.el:584:24:Warning: `message' called with 4 args to fill 3 format
    field(s)

(defun gnus-summary-increase-score (&optional score symp)
[...]
	  (gnus-score-kill-help-buffer)
	  (if mimic (message "%c %c %c" prefix hchar tchar pchar)
	    (message ""))

I can fix a few, but it is better that all should be fixed by
the authors or users having a thorough knowledge, isn't it?
--

-- 
Katsumi Yamaoka <yamaoka <at> jpl.org>
Permalink | Reply | 2 comments |
headers
Ralf Angeli | 2 Feb 2004 09:25
Face
Picon

Refresh of DNS servers

Hello everybody,

Gnus seems to cache DNS servers.  This is fine as long as the same DNS
servers are used all the time.  But if Gnus is used on a notebook with
changing PPP and Ethernet connections it can become a problem.  I am
in such a situation and have to restart Gnus whenever I am switching
to one or the other connection type.  If Gnus is not restarted it uses
the old DNS servers.

Is there a way to either manually or automatically refresh the list
of DNS servers?

--

-- 
Ralf
Permalink | Reply | 12 comments |
headers
Martin Monsorno | 2 Feb 2004 13:22
Picon
Picon

Re: problem with bbdb whitelist filtering

Ted Zlatanov <tzz <at> lifelogs.com> writes:

> On Tue, 27 Jan 2004, kai <at> emptydomain.de wrote:
>
>> Write two functions, mm-spam-split-work and mm-spam-split-home, like
>> so:
>> 
>> (defun mm-spam-split-work ()
>>   (let ((spam-split-group "work-spam"))
>>     (spam-split)))
>> 
>> (defun mm-spam-split-home ()
>>   (let ((spam-split-group "home-spam"))
>>     (spam-split)))
>> 
>> Now you can add a fancy split rule that checks something:
>> 
>> (| ...some rules here...
>>   (to "workaddress" (| (: mm-spam-split-work)
>>                        ...other.rules.for.work.mail...))
>>   (to "homeaddress" (| (: mm-spam-split-home)
>>                        ...other rules for home mail...)))
>> 
>> Do you see the logic?  It might be less intrusive than Ted's
>> suggestion.  But it might make your rule logic complicated, I'm not
>> sure -- I haven't thought deeply about your rules as you showed
>> them.
>
> Cool suggestion, just one note - spam-split can take a string
> argument.  If given, that sets spam-split-group to avoid exactly what
(Continue reading)

Permalink | Reply | 6 comments |
headers
Kai Grossjohann | 2 Feb 2004 14:12
Picon

Re: problem with bbdb whitelist filtering

Martin Monsorno <monsorno-nospam <at> gmx.de> writes:

> What could be the reason?  How can I find out, why the mail is
> analyzed as non-spam?  Or does 'B t' not help in this context?  I've
> done tests also with an easy configuration, like this:

Indeed, it seems that this msg is deemed to be ham.  Dunno why, tho.

Kai
Permalink | Reply | 0 comments |
headers
Kai Grossjohann | 2 Feb 2004 15:46
Picon

Re: [spam-report.el] Offline Gmane spam reporting

Reiner Steib <4.uce.03.r.s <at> nurfuerspam.de> writes:

> On Sun, Feb 01 2004, Kai Grossjohann wrote:
>
>> But the real killer would be integration with the agent: arrange it so
>> that reports are processed right away when online, and that they are
>> processed when sending the queue or something when offline.
>
> I'm not familiar with the agent (I don't use it), but I guess this
> would be quite easy.  Maybe like this:
>
> (add-to-list 'gnus-agent-plugged-hook
> 	     (lambda ()
> 	       (spam-report-process-queue);; not implemented yet.

Maybe integrate this into sending the queue?

> 	       (setq spam-report-url-ping-function
> 		     'spam-report-url-ping-plain)))
> (add-to-list 'gnus-agent-unplugged-hook
> 	     (lambda ()
> 	       (setq spam-report-url-ping-function
> 		     'spam-report-url-to-file)))

It might be useful to see what the agent does for sending mail.  I
think it works like this: on unplugging, set a variable to the current
value of message-send-mail-function, set message-send-mail-function to
the agent-queueing function.  On plugging, set
message-send-mail-function to the old value stashed away in the
special variable.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kai Grossjohann | 2 Feb 2004 15:47
Picon

Re: Refresh of DNS servers

Ralf Angeli <dev.null <at> iwi.uni-sb.de> writes:

> Gnus seems to cache DNS servers.  This is fine as long as the same DNS
> servers are used all the time.  But if Gnus is used on a notebook with
> changing PPP and Ethernet connections it can become a problem.  I am
> in such a situation and have to restart Gnus whenever I am switching
> to one or the other connection type.  If Gnus is not restarted it uses
> the old DNS servers.

Does it really do that?  I'd be surprised.

Maybe it's sufficient to hit ^ to go to the servers buffer, then use D
to deny the servers, then C to close them, then O to open them.  Does
this work?  (I think one of the steps D, C, O is unnecessary, but I
don't know which one.)

Kai
Permalink | Reply | 6 comments |
headers
Jeremy Maitin-Shepard | 2 Feb 2004 17:13
Picon

Re: Refresh of DNS servers

Refer to dns.el.

--

-- 
Jeremy Maitin-Shepard
Permalink | Reply | 4 comments |

Gmane