Bechamail est avant tout orienté utilisateur final. Son concept est
Bechamail news
Bechamail, ça déménage ;)
|
|
Latest news for Bechamail. En effet, le développeur vient de déménager. Les déménageurs, par contre, eux, ne font pas de développement En fait, actuellement, le logiciel fonctionne parfaitement côté utilisateur, version stable, et même en développement. C'est surtout côté fonctionnalités pour l'admin système qu'il faut travailler maintenant. Ce qui nécessite un peu d'analyse (déjà bien avancée) et de refactoring (Grrr Le projet sommeille un peu pour le moment, mais on espère bien reprendre le collier de la suite du développement dans les mois qui viennent ... |
Bechamail et l'équinoxe d'été
|
|
Bien qu'il n'y ait rien eu de nouveau depuis quelques mois dans Bechamail, le logiciel est à nouveau en pleine réflexion Bref, ça va bientôt à nouveau bouger! Déménager, devais-je dire. en tous cas, le temps que le développeur (moi) ait pu terminer le sien de déménagement, physique, IRL "oh, by Jove!, It's a long way!". "Ouais, euh, bof, bien sur, y a du vrai là dedans, mais finalement, l'important, c'est le chemin. - LOL" ;-) Bref, à bientôt. |
Bechamail, en cours de réflexion ...
|
|
Une certaine période d'inactivité du développement, pendent laquelle, d'ailleurs, le logiciel en production a très bien fonctionné, c'est déjà pas mal! On réfléchit actuellement à la correction de certains problèmes d'analyse organisationnelle, en même temps qu'à l'ajout de fonctionnalités sysadmin. Ca demande un certain travail, pour ne pas dire un travail certain L'objectif "end user", ç-à-d la capacité de Bechamail à être utilisé par des personnes peu formées, est considéré atteint (jamais de question support sur le fonctionnement. Là, on est très content. A bientôt. |
Bechamail de Noël ;)
|
|
La dernière version stable - 0.9.1 - de Bechamail est sortie juste à temps pour Noël Vous trouverez une démo ici. Bechamail est maintenant en production sur 2 serveurs: ici et là. |
Nom de domaine pour Bechamail
|
|
Bechamail a maintenant son nom de domaine: http://www.bechamail.eu (ou: http://www.bechamail.be) dimanche 06 janvier 2008, 16:53:42: un peu de patience :cool:, je vais mettre les liens à jours... |
Le dépot SVN pour Bechamail vient d'être alimenté
|
|
Le dépot SVN pour Bechamail est ouvert ce vendredi 09 novembre 2007. Il ne s'agit encore que d'une version en développement, mais ça bouge. et hop! |
Bientôt un dépôt svn...
|
|
Une demande d'ouverture d'un dépôt svn vient d'être faite ce dimanche 04 novembre 2007 pour le projet Bechamail. |
Bechamail commits
r150
|
|
Latest commits for Bechamail. fichier de maj 147 > 149 |
r149
|
|
Configuration du decalage horaire par defaut utilise par toutes les fonctions date/heure |
r148
|
|
Remplacement des fonctions regexp posix obsoletes php 5.3 par des regexp pcre |
r147
|
|
maj de la fonction mysql_db_query maintenant depreciee |
r146
|
|
Maj de la librairie overLIB |
r145
|
|
Ajout lien vers page support local sur la page de login |
r144
|
|
mise a jour des bases de donnees exemple |
r143
|
|
Correction du bug sur les references circulaires des alias |
r142
|
|
quelques complements du precedent commit |
r141
|
|
autorisation alias auto-referents, corrections export, page maintenance |
Bechamail bugs
Bug sur les références circulaires des alias
|
|
Latest bugs for Bechamail. Suite aux modifications qui ont répondu à la demande de possibilité de désactiver l'interdiction des alias auto-référents ("Permettre de désactiver l'interdiction des alias auto-référents"), un bug est survenu dans la gestion des références circulaires d'alias. Bechamail interdit les alias circulaire du type: si xxx@machin.be > yyy@machin.org existe, alors il est interdit de créer yyy@machin.org > xxx@machin.be sous peine de risquer de créer une boucle infinie (je pense que postfix vérifie, mais dans le doute, bechamail aussi ;). Depuis les modifs relatives à la demande "Permettre de désactiver l'interdiction des alias auto-référents", bechamail interdit maintenant la redirection vers un alias déjà existant dans le système mail du serveur. Par exemple, si on veut créer ou modifier l'alias aaa@machin.be > bbb@brol.org, si l'alias bbb@brol.org existe déjà, il est considéré par bechamail comme un alias circulaire. C'est évidemment inadéquat. |
Export alias et mailbox format sympa et csv
|
|
- alias: * l'export csv ne reprend pas la destination: "alias1-1@domain1.tld1","destination1-1@domain1-1.tld1-1,destination1-2@domain1-2.tld1-2" Manque: "destination1-1@domain1-1.tld1-1,destination1-2@domain1-2.tld1-2" * l'export sympa est correct - mailbox: * L'export csv ne reprend pas le nom (ou l'adresse email comme nom par défaut) "mailbox1@domain1.tld1","mailbox1@domain1.tld1" (1 item par ligne, le nom est présent si il existe) Manque: "mailbox1@domain1.tld1" (1 item par ligne, le nom est présent si il existe) * L'export sympa ne reprend pas le nom si il est présent mailbox1@domain1.tld1 Manque: Nom1 (1 item par ligne, le nom est présent si il existe) (+ les guillemets) - Régler l'affichage des exports via les entités html: "Retour à la page prédente" et pas "Retour à la page précedente" |
Permettre de désactiver l'interdiction des alias auto-référents
|
|
Permettra de désactiver l'interdiction des alias auto-référents en ajout ou en modification pour les configurations postfix qui en ont besoin. Un alias auto-référent est un alias du type @machin.be > @machin.be ou truc@machin.be > truc@machin.be. On va donc créer une variable de configuration qui permettra d'autoriser ou pas ce type d'alias. Exemple: // Autorise ou non les auto-références d'alias du type @machin.be > @machin.be ou truc@machin.be > truc@machin.be. // autorise = true, interdit = false (defaut) //$conf_autorise_auto_references = true; $conf_autorise_auto_references = false; Fichiers à modifier: - bechsvn/versions/0.9.2.alpha/php/ajoute-alias.php - bechsvn/versions/0.9.2.alpha/php/modif-alias.php - bechsvn/versions/0.9.2.alpha/utiles/config.inc.php - bechsvn/versions/0.9.2.alpha/utiles/config.inc.php.dist |
Fonctionnement de Bechamail sous user propre
|
|
Actuellement, Bechamail fonctionne sous root, ce n'est pas vraiment necessaire. On va lui créer un user propre. Les maj ayant lieu actuellement via ssh, ça permettra aussi qu'il ne soit pas obligatoire d'être root pour les faire. Par prudence on va tester ce fonctionnement avant sur sur la démo |
Modification du message de nouvelle boite
|
|
Remplacer la manière dont sont présentés les ports email dans le message envoyé aux utilisateurs Exemple générique à adapter au cas par cas: Remplacer dans /html/messages.perso.inc.php, MESSAGE_ACCUEIL_NOUVELLE_BOITE =>, par défaut: "Pour référence, voici les détails de votre compte (gardez ce message ou imprimez-le) : - Serveur entrant (POP3, POP3-SSL) : [adresse_pop_imap].domain.tld - Port : 110 (Port SSL, conseillé ! ): 995 (REM: ou autre défini par l'admin-système) - Serveur sortant (SMTP, SMTP-SSL) : [adresse_smtp].domain.tld - Port : 25 (Port SSL, conseillé ! ): 465 (REM: ou autre défini par l'admin-système)" par "Pour référence, voici les détails de votre compte (gardez ce message ou imprimez-le) : - Serveur entrant (POP3, POP3-SSL, IMAP, IMAP-SSL) : [adresse_pop].domain.tld - Port POP3 : 110 (REM: ou autre défini par l'admin-système) - Port POP3-SSL(conseillé ! ): 995 (REM: ibid.) - Serveur entrant (IMAP, IMAP-SSL) : [adresse_imap].domain.tld - Port IMAP : 143 (REM: ibid.) - Port IMAP-SSL (conseillé !) : 993 (REM: ibid.) - Serveur sortant (SMTP, SMTP-SSL) : [adresse_smtp].domain.tld - Port SMTP : 25 (REM: ibid.) - Port SMTP-SSL (conseillé ! ): 465 (REM: ibid.)" Note développement: vérifier si le script création de mailbox qui envoie l'email de création de nouvelle boite traite bien ces variables: $conf_serveur_pop3="pop.domain.tld"; $conf_port_pop3="110"; $conf_port_ssl_pop3="995"; $conf_serveur_imap="imap.domain.tld"; $conf_port_imap="143"; $conf_port_ssl_imap="993"; $conf_serveur_smtp="smtp.domain.tld"; $conf_port_smtp="25"; $conf_port_ssl_smtp="465"; $conf_url_webmail="webmail.domain.tld"; |
Générateur de mot de passe
|
|
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
|
|
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
|
|
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
|
|
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
|
|
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 |