Nous souhaiterions savoir si le module statistiques de Blue Mind sera prochainement mis en production, et quelles seront les informations que vous remonterez.
Nous sommes actuellement en train d’écrire notre propre application de statistiques et nous ne voudrions pas recréer la roue.
Effectivement, il y a le module de PascalS qui remonte bon nombre d’indicateurs.
De façon plus générale, nous remonterons des informations d’utilisation des espaces disques, des ressources systèmes consommées par les différents service afin de pouvoir adapter ces dernières en cas de besoin…
Tout n’est pas encore définitivement défini, vous pouvez ouvrir un ticket dans notre forge pour remonter vos besoins/suggestions et suivre l’évolution de ceci.
Outre le suivi des connexions (des tentatives de), je vais aussi intégrer les volumes occupés sur le disque, pour une boîte, pour le domaine.
Si récupérer les données est d’une simplicité, comment dois-je représenter ?
si vous installez cet outil, les versions majeures de bm-stats suivent celles de BlueMind.
En clair :
sur BlueMind2… => bm-stats-2…
sur BlueMind3… => bm-stats-3…
sur BlueMind4… => bm-stats-4… (quand elle sortira =) )
J’ai installer votre addon et j’aurais souhaite savoir si il est prevu que le compte admin0@global.virt puisse acceder aux stats de tout les domaines ?
non, je n’ai pas prévu ce cas pour l’instant. Mais c’est faisable, je le note dans ma roadmap pour la x.0.5 =)
Attention, on m’a fait remarquer un bug sur la version pour BM2. J’ai un espace qui se ballade à la fin d’un fichier.
Il est préférable de prendre la dernière version sur mon site.
J’attends vos retours, savoir ce que vous voulez voir en admin@domaine, admin@global…
Je suis en BM 3 donc pas de soucis de ce côté.
Je vais réfléchir aux chose qu’il pourrait être intéressant de rajouter.
Mais déjà pour les stats utilisateurs plutôt qu’une complétion sur les utilisateur je verrais bien une liste de tout les user ou alors les deux.
La possibilité d’en sélectionner plusieurs pour les comparer sur les graph …
J’ai tenté de redémarrer fpm sans succès.
Celui ci a été mis à jour juste avant d’ailleurs. J’ai conserve le www.conf de bm au lieu de celui du paquet.
J’utilise la version deb.
ouf, dans un certain sens, ce n’est pas de mon côté.
Il y a eu une évolution dans BM-SOAP, et il me manque des déclarations d’attributs dans une classe.
J’ai trouvé l’attribut côté interface utilisateur, mais il me reste encore un gros problème en back-office.
La connexion avec l’apiKey stocké dans “/etc/bm/” ne fonctionne pas ( “object has no ‘rootAccount’ property” ).
la version x.0.5 est en ligne sur mon site ( http://www.breizh-ltd.com )
Elle intègre les fonctions suivantes :
accès aux stats de chaque domaine via le compte ‘admin0@global.virt’
ajout d’une fonction de comparaison de données utilisateurs sur l’un des critères :
[list=*] ]nombre de messages reçus /] ]volumes reçus /] ]nombre de messages émis /] ]volumes émis /]
[/list]
N’hésitez pas à me faire des remarques, demandes, louanges
Commençons par les louanges, ce module est une tuerie !
Pour le problème SOAP, nous avons répondu dans le ticket ouvert par PascalS. En fait le client PHP-SOAP met en cache le WSDL. Il faut ajouter un paramètre pour lui demander de ne pas mettre en cache ce fichier.
sinon, ce problème est réglé avec la x.0.5 suite à la réponse de M’sieur PHAN, grand spécialiste du BIM, BANG, mais aussi le puni de service ce week-end.
Et même l’exemple PHP est à jour, c’est vous dire la qualité de BlueMind.
Pour les news du week-end, j’ai déporté mon portail dédié au module de stats chez un véritable hébergeur.
Tout est accessible à l’adresse http://www.bm-stats.org/
Après avoir installé et testé ce plugin on ne peut que vous féliciter pour le travail effectué En effet comme le dit Toony ce plugin est une tuerie !
J’ai cependant plusieurs remarques :
Pourquoi de l’http et pas de l’https ?
A quand un affichage de l’espace disque utilisé par l’utilisateur ?
Quid des statistiques sur les mails reçus pré installation ?
Dans mon premier post, je parlai d’un plugin en cours de développement dans nos services. Il n’a rien à voir avec le votre, il s’agit d’un plugin qui scanne les mails en IMAP et “analyse leur pertinence” à rester stocké sur le serveur. Nous proposons ensuite une interface à chaque utilisateur où ces derniers peuvent voir les “mails non pertinents”, et les supprimer. Cela leur annonce également le volume occupé sur le serveur, le nombre de mail dans les boites, etc … et permet l’analyse des mails présents avant la mise en place du plugin.
L’admin devrait à terme avoir accès à des statistiques faites sur la base de ces analyses.
Je pense qu’il serait intéressant de rapprocher nos développements
J’aimerais bien, mais la conf de BlueMind ne me le permet pas.
Je vais faire des tests pour avoir une url du style : https://mon.serveur.tld:10290
C’est très facilement faisable.
Via le monitoring vous avez déjà le top20, mais en occupation “données utiles”, sans les fichiers “cyrus.*” .
Maintenant, je peux historiser l’information pour en faire un graph.
Mais là que montrer :
] données utiles (<=> quota)
] données réelles (<=> espace occupé sur le filesystem)
] les 2, sachant que l’usage n’est pas le même, Admin Sys vs Admin Domain
Le problème, c’est que je me base sur le fichier de logs (/var/log/mail.log) que je fais tourner chaque jour à 0:00.
C’est beaucoup plus simple à gérer. Je sais que le fichier commence à 0:00 et fini à 23:59.
Ensuite, j’ai ajouté dans la conf Postfix, des règles pour tracer certaines info concernant les pièces jointes.
Autre chose, comme bm-stats se charge de la rotation des logs, il stocke dans le dossier “/var/log/mail” 1 an d’historique.
Comme ça, vous serez légalement en mesure de fournir des logs si on vous le demandait.
Effectivement, on n’est pas dans le même domaine. =)
Si sur l’affichage du nombre de messages en mailbox, je peux l’intégrer,
pour la gestion des messages “non-pertinents”, je préfère laisser le choix à l’utilisateur, et de ne pas tout automatiser.
Je suis pour la responsabilisation de ceux-ci, et m’éviter un mauvais retour de boomerang.
Enfin, pour ce genre d’action (suppression automatisée), il faut bien communiquer en interne.