Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <tdsniq$ig7$1@ns507557.dodin.fr.nf>
Deutsch   English   Français   Italiano  
<tdsniq$ig7$1@ns507557.dodin.fr.nf>

View for Bookmarking (what is this?)
Look up another Usenet article 
Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!dodin.fr.nf!.POSTED.82-64-122-108.subs.proxad.net!not-for-mail
From: jdd <jdd@dodin.org>
Newsgroups: fr.comp.usenet.serveurs
Subject: na pas transmettre les cancels?
Date: Sun, 21 Aug 2022 09:41:14 +0200
Organization: Le serveur de jdd pour fr*
Message-ID: <tdsniq$ig7$1@ns507557.dodin.fr.nf>
NNTP-Posting-Host: c3066ed76bae8bcc0e476efb157ff758
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 21 Aug 2022 07:41:15 -0000 (UTC)
Injection-Info: ns507557.dodin.fr.nf; posting-host="82-64-122-108.subs.proxad.net:82.64.122.108";
	logging-data="18951"; mail-complaints-to="abuse@dodin.fr.nf"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.12.0
Content-Language: fr
Bytes: 2151
Lines: 28

Bonjour,

En attendant une solution plus pérenne, je vois dans inn.conf une option 
qui pourrait peut-être convenir (voir plus bas). Dans mon cas il ne 
s'agit pas de refuser l'annulation des spams, mais le principe est le 
même (à priori le filtre cyberspam est déjà activé mais non valide ici)

est-ce faisable sans tout casser?
merci
jdd

refusecybercancels

     Whether to refuse all articles whose message IDs start with 
<cancel.. This message ID convention is widely followed by spam 
cancellers, so the vast majority of such articles will be cancels of 
spam. This check, if enabled, is done before the history check and the 
message ID is not written to the history file. This is a boolean value 
and the default is false.

     This is a somewhat messy, inefficient, and inexact way of refusing 
spam cancels. A much better way is to ask all of your upstream peers to 
not send to you any articles with cyberspam in the Path: header (usually 
accomplished by having them mark cyberspam as an alias for your machine 
in their feed configuration). The filtering enabled by this parameter is 
hard-coded; general filtering of message IDs can be done via the 
embedded filtering support.
-- 
mon serveur dodin.fr.nf