Bechamail bugs

Générateur de mot de passe

zenjo — Thu, 11 Feb 2010 10:43:37 +0100

Ajouter un générateur de mot de passe aux scripts de création d'une boite aux lettres et d'un login.

Tri alphabétique de la liste des login

zenjo — Thu, 11 Feb 2010 10:41:34 +0100

Trier alphabétiquement la liste des login pour améliorer sa lisibilité.

EURid launches IDNs - revoir l'expression régulière de validité des adresses emails

zenjo — Fri, 25 Dec 2009 15:48:25 +0100

Les caractères accentués de toutes les langues européennes sont désormais autorisés dans les sous-domaines de ce tld. Comme Cyrillic or Greek, etc. Il faut donc revoir l'expression régulière qui (tente de) vérifie(r) la validité des adresses emails. Avec une question: les caractères accentués sont/seront -ils aussi autorisé dans la partie user de user@domain.tld?

EURid launches IDNs - migration vers UTF-8

zenjo — Fri, 25 Dec 2009 15:42:42 +0100

Bon ça veut dire que les caractères accentués de toutes les langues européennes sont désormais autorisés dans les sous-domaines de ce tld. "residents of the European Union can register a .eu domain name that uses characters from the whole Latin, Cyrillic or Greek alphabets; for example the Polish ł, the Spanish ñ, the Danish ø, the French é, the Bulgarian л and the Greek θ." - Bechamail est en iso-latin. Il faut donc le migrer vers UTF-8, vu qu'il paut y avoir du cyrillic, du greek, etc. - Pour les databases, on va avoir le problème (mineur) suivant avec les champs des mailbox Nom : et Commentaires :. Ils peuvent avoir des caractères accentués, et si on change l'encodage vers UTF-8, il y aura des problèmes d'affichage des caractères accentués de ces champs qui auront été encodé en iso-latin. Le problème est mineur, si c'est le cas, réencoder les caractères accentués via le formulaire de Bechamail passé qous UTF-8

Vérification email: refus des noms de domaines de moins de 3 caractères

zenjo — Fri, 23 Oct 2009 12:11:52 +0200

Lors de la vérification de validité des adresses email, Bechamail refuse les noms de domaines de moins de 3 caractères; erreur d'interprétation, car ils sont autorisés. Exemple pour .be Les noms de domaine doivent répondre à une série de critères techniques: * un minimum de 2 caractères parmi les lettres "a à z", les chiffres "0 à 9" et le trait d'union "-"; * un maximum de 63 caractères; * ne pas commencer ni terminer par le trait d'union; * pas de "-" sur la 3ème et 4ème position. http://dns.be/fr/home.php?n=42.001

Affichage des connexions en cours pour le supadmin

zenjo — Sun, 19 Apr 2009 15:10:06 +0200

Problème de la gestion des accès concurrents pour le supadmin. Pour l'admin, 1 (ou plusieurs) domaines est(sont) géré par un seul admin. mais le supadmin peut être loggué en même temps qu'un admin, ou plusieurs supadmin peuvent l'être en même temps, et là, il y a un risque de problème d'accès concurrents. Locker les tables est une solution ambigüé (car les admin oublient souvent de se déconnecter). D'où est préférée la solution d'informer le supadmin des connexions en cours (ce qui incluera ceux qui ont oublié de se déconnecter, mais il n'y a pas de solution miracle)

Erreur de nom de champ sql dans ajoute-alias.php

zenjo — Tue, 14 Apr 2009 14:27:36 +0200

Un problème de nom de champ sql dans le calcul du nombre maximum d'alias empêche l'ajout d'alias; C'est le nom de l'email de table des mailbox et non de celle des alias qui est implémenté erronément.

Envoyer les infos de connexion admin à autre email

tonin — Sun, 01 Mar 2009 13:06:52 +0100

Il serait intéressant d'avoir la possibilité, tout comme lors de la création d'une mailbox, d'envoyer les infos de connexion de l'admin d'un domaine à une autre adresse email.

Sortir les messages personnalisés du fichier html/messages.inc.php pour faciliter le patching

zenjo — Sat, 28 Feb 2009 14:09:19 +0100

Sortir les messages personnalisés du fichier html/messages.inc.php pour faciliter le patching, et les placer par exemple dans html/messages.custom.inc.php

Gestion des wildcard alias

tonin — Wed, 25 Feb 2009 17:39:39 +0100

Depuis le changement de la gestion des alias wildcard sur notre postfix, la table 'transport' a été nettoyée. Les domaines contenant uniquement un alias wildcard (@cassiopea.be) ont été supprimés de cette table. Cela a un inconvénient dans bechamail, c'est que ces alias wildcard ne peuvent plus y être gérés. En fait, ce serait bien de pouvoir faire la gestion des ces alias wildcard au niveau de l'administration générale de bechamail, en même temps que l'ajout de nouveaux domaines. Peut-être en posant la question lors de l'ajout d'un nouveau domaine pour savoir si c'est un domaine utilisé de manière autonome (propres alias et propres mailboxes) ou uniquement utilisé pour une redirection totale vers un autre domaine (alias wildcard).