Liste des Groupes | Revenir à fcu serveurs |
Ce n'est pas normal. Mon test de bad_from fonctionne bien avec :Peut-être qu'il est en fonctionnement alors s'il n'y a pas d'erreur ?Alors il est très peu actif et mes tests de bad_from n'ont pas été
A-t-il chargé ses fichiers de configuration ? (d'après pyclean.log)
C'est normal qu'il n'y ait rien dans init_traceback ; s'il y a quelque
chose, c'est qu'une erreur s'est produite.
concluants...
Vu qu'il y a un Supersedes dans l'article, c'est la première branche du if qui s'exécute. verify_cancel est appelé, puis il n'y aura aucun retour de la fonction, donc pas de rejet. Pour que le Supersedes soit rejeté, c'est la première ligne commentée (return verify_cancel...) qu'il faut.D'après le commentaire et le code du filtre que je recopie ci-dessous,Et pourquoi le code n'est pas plutôt :
le Supersedes n'est pas rejeté en Perl (cela aurait été le cas si le
return de la première ligne n'était pas commenté). Donc le Supersedes
est accepté et INN 2.6 (qui ne connaît pas Cancel-Lock) l'exécute.
Pour ne pas qu'il soit exécuté, il faut innflags: "-C" dans inn.conf.
>
sub local_filter_after_emp {
if (exists( $hdr{'Supersedes'} )) {
#return verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes');
# verify_cancel is called, but not returned, so the
# posting is unconditionally accepted
# verify_cancel calls INN:cancel() if verification suceeds
verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes');
}
>
return undef;
}
>
sub local_filter_after_emp {
if (exists( $hdr{'Supersedes'} )) {
#return verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes');
# verify_cancel is called, but not returned, so the
# posting is unconditionally accepted
# verify_cancel calls INN:cancel() if verification suceeds
verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes');
} else {
return undef;
};
};
Les messages affichés proviennent d'usenet.