Projet

Général

Profil

Actions

Anomalie #6178

fermé

Un filtre indiquant l'action de supprimer qui ne marche pas

Ajouté par Isabella Vanni il y a plus d'un an. Mis à jour il y a plus d'un an.

Statut:
Fermé
Priorité:
Normale
Assigné à:
Catégorie:
-
Version cible:
Début:
07/06/2023
Echéance:
% réalisé:

0%

Temps estimé:
Difficulté:
2 Facile

Description

Elsa et moi sommes abonnées à noc@ et recevons donc toutes les nombreuses notifications du type « [noc] Report domain: april.org ».

Pour s'éviter de supprimer tous ces messages à la main, nous avons suivi la suggestion de Quentin de créer un filtre dans webmail.april.org, en indiquant de supprimer automatiquement ces messages.

Mais ce filtre ne marche pas malheureusement. Il est peut-être mal paramétré ? Voir pj.

S'il n'est pas possible de faire marcher ce filtre, je vous propose de nous retirer de la liste noc@.

Car, sauf erreur, les seuls messages reçus sur cette liste qui nous concernent sont les factures et les notifications de solde insuffisante pour Gandi. Il est peut-être possible d'indiquer tresorier@ pour ces notifications ? C'est déjà le cas pour les facture d'Hetzner par exemple.


Fichiers

Mis à jour par Frédéric Couchet il y a plus d'un an

pour Gandi on ne peut pas mettre une autre adresse uniquement pour les notifications de facture ou solde insuffisant, a priori le flux de courriel devrait se tarir à un moment

Mis à jour par Frédéric Couchet il y a plus d'un an

J'ai fait un test, en prenant un courriel reçu sur noc, que j'ai copié dans un fichier /tmp/noc.mbox

Puis sur la VM mail j'ai fait :

sieve-test -u ivanni -C /var/spool/imap/ivanni/sieve/roundcube.sieve /tmp/noc.mbox

Le résultat est :

Performed actions:

 * discard
 * store message in folder: April.ADMINS SYS

Implicit keep:

  (none)

Si on regarde le fichier /var/spool/imap/ivanni/sieve/roundcube.sieve :

# rule:[Rapports des serveurs auxquels on envoie des courriels]
if header :contains "subject" "[noc] Report Domain: april.org" 
{
        discard;
}

Il n'y a pas de directive stop après le discard donc les tests se poursuivent et il y a une copie du courriel dans le dossier ADMINS SYS.

Donc, un discard n'entraîne pas l'arrêt des tests.

Il faut ajouter une directive stop. Soit manuellement dans le fichier. Soit en passant dans roundcube en ajoutant l'action « Arrêter l'évaluation des règles ».

On obtient alors :

# rule:[Rapports des serveurs auxquels on envoie des courriels]
if header :contains "subject" "[noc] Report Domain: april.org" 
{
        discard;
        stop;
}

On refait le test :

 sieve-test -u ivanni -C /var/spool/imap/ivanni/sieve/roundcube.sieve /tmp/noc.mbox 

Performed actions:

 * discard

Implicit keep:

  (none)

sieve-test(root): Info: final result: success

C'est bon.

Mis à jour par Frédéric Couchet il y a plus d'un an

  • Assigné à mis à Frédéric Couchet

Mis à jour par Frédéric Couchet il y a plus d'un an

De nouveaux courriels sont arrivés sur noc@ et le filtre de suppression a fonctionné (pas de courriel dans la boite aux lettres d'Isa).

Mis à jour par Frédéric Couchet il y a plus d'un an

  • Version cible changé de Backlog à Juin 2023

Mis à jour par Frédéric Couchet il y a plus d'un an

je vais voir pour modifier le filtre et le rendre plus spécifique, par exemple qu'il ne filtre que les courriels envoyé sur noc@ et avec un sujet précis. Pour éviter tout effet de bord indésirable.

Mis à jour par Frédéric Couchet il y a plus d'un an

J'ai modifié le filtre d'Isa :

# rule:[Rapports des serveurs auxquels on envoie des courriels]
if allof (header :contains "subject" "[noc] Report Domain: april.org", header :contains "to" "noc@april.org")
{
        discard;
        stop;
}

Un message a été reçu sur noc@ concernant un « report domain » et a bien été supprimé par le filtre. Un autre message a été reçu sur noc@ concernant Gandi et a bien été envoyé dans le dossier Gandi.

Mis à jour par Frédéric Couchet il y a plus d'un an

  • Statut changé de Nouveau à Résolu

J'ai appliqué la même modification sur le fichier de filtres Sieve pour Elsa. Etienne l'a fait lui même.

Mis à jour par Isabella Vanni il y a plus d'un an

  • Statut changé de Résolu à Nouveau

Je viens de recevoir :

Objet : [noc] [Preview] Report Domain: april.org Submitter: enterprise.protection.outlook.com Report-ID: d8845d2f8a2040f1bab5bb0b4f368658

Je vais donc créer un filtre spécifique pour cet objet (avec en plus la condition à : ).

Mis à jour par Isabella Vanni il y a plus d'un an

Je viens de recevoir :

objet : [noc] Dmarc Aggregate Report Domain: {april.org} Submitter: {Amazon SES} Date: {2023-06-08} Report-ID: {3e232f56-6673-44cf-b089-cdbfb064fc9e}

Je vais donc créer un filtre spécifique pour cet objet (avec en plus la condition à : ).

Ce serait plus simple de ne mettre que « Report Domain » dans l'objet, mais je comprends la crainte pour les effets de bord.

Mis à jour par Frédéric Couchet il y a plus d'un an

  • Statut changé de Nouveau à Résolu

Je passe le ticket en Résolu.

Si jamais il y a besoin de rajouter un filtre, pas la peine de changer le statut du ticket.

Mis à jour par Quentin Gibeaux il y a plus d'un an

  • Statut changé de Résolu à Fermé
Actions

Formats disponibles : Atom PDF