Nous proposons déjà, depuis plus d’un an, la possibilité d’écrire vos propres règles de filtrage email au format Sieve. Très peu d’entre vous l’utilisent, sûrement en raison de sa complexité et de sa difficulté à déboguer.
Nous lançons aujourd’hui une nouvelle interface permettant de créer facilement des règles de filtrage. Il vous suffit d’indiquer :
- un champ sur lequel appliquer la règle. Par exemple, l’expéditeur ;
- un type de condition. Par exemple, « est égal à » ;
- un paramètre pour la condition. Par exemple, « contact@alwaysdata.com » ;
- une action. Par exemple, « déplacer dans le dossier » ;
- un paramètre pour l’action. Par exemple, « alwaysdata ».
Et voilà, avec cet exemple, tous les mails ayant comme expéditeur « contact@alwaysdata.com » arriveront automatiquement dans le dossier « alwaysdata ». De nombreux autres champs, conditions et actions sont disponibles. Ce peut être pratique, par exemple, pour gérer vos mailing-lists : les mails avec un en-tête « Reply-To » égal à « django-developers@googlegroups.com » sont stockés dans un dossier « django-dev ».
Ces règles de filtrage sont exécutées côté serveur, à la réception (via Sieve). C’est un avantage sur les filtres de votre client mail (Thunderbird ou Outlook, par exemple) puisqu’elles ne dépendent pas d’une application. Que vous lisiez vos emails avec votre client lourd, via le webmail ou avec votre téléphone portable, ces règles seront toujours exécutées.
Ces règles de filtrage sont accessibles en cliquant sur le bouton « Règles de filtrage » sur la page de modification d’une adresse email. N’hésitez pas à nous faire des retours, notamment si vous désirez davantage de champs ou conditions.
D’autres améliorations mineures ont également été déployées ces derniers jours :
- apparition d’un menu « Messages » dans l’administration alwaysdata pour revoir la liste des emails que nous vous avons envoyés ;
- la page des Factures a été remaniée pour la rendre (espérons) un peu plus claire ;
- mod_xsendfile a été rajouté. Nous vous recommandons de l’utiliser, si possible, pour envoyer des fichiers depuis vos applications ;
- l’administration alwaysdata est désormais protégée contre les attaques de type CSRF ;
- nous chiffrons désormais les mots de passe SSH via Blowfish (bcrypt) plutôt que crypt, moins sécurisé. Si vous êtes parano comme nous, nous vous encourageons à redéfinir le mot de passe de vos utilisateurs SSH.
Merci pour ces nouveautés. Ce qui serait top en plus, ça serait :
* un système qui permet de supprimer automatiquement des mails stockés dans un dossier depuis plus de 30j (exemple Spam) (je l’ai en fait déjà fait avec un cron et mtime)
* un « truc » pour que l’utilisateur d’une boite recoive chaque jour la liste des mails filtrés la veille. Mes utilisateurs récupèrent leurs messages en Pop sur Outtruc et ne vont jamais voir les mails bloqués en Spam sur le serveur
Voilou ;)
@YvesTan : la suppression des mails de la corbeille depuis plus de x jours est prévue (depuis longtemps, sic). Je vais essayer de remonter ça dans ma TODO.
Pour la réception des mails filtrés la veille, par contre, je ne pense pas que la demande soit suffisante de notre côté pour justifier une fonctionnalité toute prête, en tout cas pour le moment.
Mais vous pourriez probablement vous en sortir avec un petit script cron lancé toutes les nuits qui « grepperait » les « Subject : » de tous les mails dans .Trash reçus la veille, et renverrait le résultat dans la boîte de l’utilisateur concerné. Je peux vous donner un coup de main si vous voulez :)
J’envisageais bien de faire un script pour la liste des mails de la veille. J’avais d’ailleurs commencé en php-cli mais ca sera plus propre en bash…
Je vous sollicite si je bloque :)
Pour la suppression auto après x jours, ça ne sera possible que sur la corbeille ?
Probablement pas, mais rien n’est encore décidé.