Différences

Ci-dessous, les différences entre deux révisions de la page.

--- filtres_sieve [2025/06/22 20:19] – [Accès par webmail] Flaz
+++ filtres_sieve [2025/07/01 17:18] (Version actuelle) – [Interface avancée] Flaz
@@ Ligne 38: / Ligne 38: @@
 La situation la plus courante et la plus simple consiste à accéder aux scripts Sieve à travers la même application webmail ((Le même site web.)) que celle mise à disposition pour consulter, classer, composer ou envoyer ses mails. Il peut s'agir d'une application propriétaire ou d'un logiciel open source tel que Roundcube, ou SoGo.
-Cette fonctionnalité est rarement mise au premier plan de l'interface car elle concerne une minorité d'utilisatrices. On la trouvera souvent dans les //fonctionnalités avancées// ou dans les //paramètres//…
+Cette fonctionnalité est rarement mise au premier plan de l'interface car elle concerne une minorité d'utilisatrices. On la trouvera souvent dans les //fonctionnalités avancées//, les //paramètres//…
 ==== Accès via une application utilisatrice ====
@@ Ligne 48: / Ligne 48: @@
 Il s'agit d'applications spécialisées dans l'édition et la mise à jour de scripts Sieve (sieveeditor, gsieve,…). Il n'est pas nécessaire que l'ordi soit configuré/équipé pour traiter les mails de la boîte dont on veut gérer les filtres Sieve.
-Pour que ce soit possible, il faut que l'entité qui héberge le mail autorise l'accès aux scripts Sieve de nos boîtes mail via le protocole normalisé ManageSieve.
+Pour que ces applications soient utilisables, il faut que l'entité qui héberge le mail autorise l'accès aux scripts Sieve de nos boîtes mail via le protocole normalisé ManageSieve.
-Le service est accessible en TCP, généralement sur le port 4190. Le nom de domaine pour accéder au service est généralement le même que IMAP. Les identifiants sont les mêmes que ceux que l'on fournit pour accéder à la boîte mail.
+<note>Le service ManageSieve est accessible en TCP, généralement sur le port 4190. Le nom de domaine pour accéder au service est généralement le même que IMAP. Les identifiants sont les mêmes que ceux que l'on fournit pour accéder à la boîte mail.</note>
 === Application de traitement des mails ===
@@ Ligne 56: / Ligne 56: @@
 Certaines applications de gestion de mail permettent de gérer les filtres Sieve (par ex. Kmail). Certaines, comme Thunderbird, peuvent le faire moyennant l'installation d'un plugin.
-Cette solution est généralement utilisée pour gérer les filtres Sieve des boîtes dont on gère également le contenu. Si c'est bien fait, cela évite d'avoir à ressaisir les identifiants déjà enregistrés.
+Cette solution est généralement utilisée pour gérer les filtres Sieve des boîtes dont on gère également le contenu((Toutefois, certaines utilisatrices n'utilisent que la fonctionnalité d'édition de filtres Sieve de ces applications. Ce "détournement" applicatif illustre la pauvreté de l'offre en matière d'éditeurs de filtres Sieve :-()). Si c'est bien fait, cela évite d'avoir à ressaisir les identifiants déjà enregistrés.
 Comme dans le cas d'une application dédiée, il faut que l'entité qui héberge le mail autorise l'accès aux scripts Sieve suivant les protocoles standard.
@@ Ligne 62: / Ligne 62: @@
 === Application propriétaire ===
-Certains hébergeurs de mail proposent des applications propriétaires permettant d'exploiter pleinement les fonctionnalités disponibles à travers leur webmail : chiffrement, éditions des filtres Sieve,
+Certains hébergeurs de mail proposent des applications propriétaires permettant d'exploiter plus ou moins pleinement les fonctionnalités disponibles à travers leur webmail : chiffrement, éditions des filtres Sieve, envoi différé…
 ==== Interface simplifiée ====
-L'interface simplifiée est propre à chaque application. Toutefois, l'objectif est le même : permettre aux utilisatrices de créer des règles écrire de code informatique. Pour ce faire, pas besoin de réinventer l'eau tiède. Elles reprennent le même type d'interface de tri/classement/traitement que l'on a l'habitude de trouver sur un logiciel de gestion de mail (thunderbird, kmail, evolution…).
+L'interface simplifiée est propre à chaque application. Toutefois, l'objectif est le même : permettre aux utilisatrices de créer des règles sans écrire de code informatique, sans connaître le langage Sieve. Pour ce faire, pas besoin de réinventer l'eau tiède. Elles reprennent le même type d'interface de tri/classement/traitement que l'on a l'habitude de trouver sur un logiciel de gestion de mail (thunderbird, kmail, evolution…).
 À la vue de l'interface suivante, bien maline celle qui pourra dire s'il s'agit de créer une règle Sieve sur le serveur ou une règle locale :-D
@@ Ligne 77: / Ligne 77: @@
 ==== Interface avancée ====
-À la différence de l'interface simplifiée, l'interface avancée vise à écrire du code informatique. L'intérêt est que l'on a accès à toute la puissance d'expression du langage. Cela permet de produire des règles plus précises mais aussi plus générales.
+À la différence de l'interface simplifiée, l'interface avancée permet de rédiger des règles en utilisant le langage Sieve. L'intérêt est que l'on a accès à toute la puissance d'expression du langage. Cela permet de produire des règles plus précises, plus complexes, plus générales…
 === Le langage Sieve ===
@@ Ligne 89: / Ligne 90: @@
 À la lecture, on comprends plus ou moins l'idée. L'écrire est une autre paire de manches…
-La deuxième difficulté est qu'il existe de nombreuses variantes du langage Sieve. Certes, la syntaxe et le vocabulaire de base sont normalisés mais le langage est extensible. La raison pour laquelle on se donne la peine d'écrire du code informatique étant précisément d'exploiter la puissance d'expression du langage dont on dispose, il faut en connaître les particularités. Seul votre hébergeur peut indiquer la liste et la signification des extensions qu'il propose.
+Dans cet autre exemple, je veux "réécrire" le //sujet// de tous les mails qui arrivent dans un boîte mail qui ne devrait plus en recevoir :
+<code>
+require "editheader";
+require "variables";
+if header :matches "Subject" "*" {
+    set "subject" "${1}";
+    deleteheader "Subject";
+    addheader :last "Subject" "[Old-Box] ${subject}";
+}
+</code>
+C'est déjà moins lisible que l'exemple précédent. On constate cependant que la réécriture/modification du //sujet// a dû prendre la forme d'une suppression complète suivie d'un ajout.
+La deuxième difficulté est qu'il existe de nombreuses variantes du langage Sieve. Certes, la syntaxe et le vocabulaire de base sont normalisés mais le langage est extensible. Heureusement, les extensions les plus utilisées sont normalisées((Dans les exemples précédent, //fileinto//, //editheaders// et //variables// sont des extensions normalisées.)). Malheureusement, toutes les extensions normalisées ne sont pas disponibles sur tous les serveurs. Puisqu'on se donne la peine d'écrire du code informatique afin d'exploiter la puissance d'expression du langage dont on dispose, il faut en connaître les particularités. Seul votre hébergeur de mail peut vous indiquer la liste et la signification des extensions qu'il propose.
 === Les aides à la rédaction ===