Nous prévoyons d’ajouter ce qu’il faut dans la configuration de NGinx pour pouvoir gérer ce cas.
Salut Toony,
l’idéal serait d’autoriser “l’aliasing”, du style “https://mon.serveur.tld/bm-stats/”
A plus,
Pascal
[quote=PascalS]
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
Pascal[/quote]
Dans la section utilisateur, les 2 valeurs devraient être affichées je pense, nous qui n’avons pas de quotat, cela permettrait de visualiser l’espace disque pris par les boites.
[quote=PascalS]
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.
Pascal[/quote]
Nous ne supprimons aucun message de manière automatique. Par contre nous listons l’intégralité des mails “non opportuns” et proposons à l’utilisateur de les supprimer 1 à 1 ou par lot etc … Cela permet à ce dernier de se rendre compte du volume qu’il occupe sur le serveur pour stocker des mails non professionnels. Nous pensons aussi historiser le volume disque de chaque utilisateur afin que se dernier se rende compte des progrès qu’il a réalisé en faisant régulièrement le ménage dans sa boite.
Bonjour,
je viens de mettre à jour en 3.0.9 avec un petit impact pour moi.
La conf du vhost a volé dans Nginx J’ai ouvert un ticket à ce sujet.
Pour ceux qui l’ont installé, voici la commande à passer dans une console en tant que root (ou ayant les droits de) :
/usr/share/bm-stats/scripts/SHELL/install.shou pour les moins “bourrins des Carpates” :
HOSTNAME=$(hostname -f)
cp /etc/nginx/sites-available/bmStats /etc/nginx/sites-enabled/.
sed -i "s/__externalUrl__/$HOSTNAME/" /etc/nginx/sites-enabled/bmStats
/etc/init.d/nginx reloadLa version x.0.6 est en ligne sur le marketplace (faut chercher) ou sur le site http://www.bm-stats.org.
Les nouveautés :
[list=*]
]Accès en https, toujours sur le port TCP10290, ie https://mon.site.tld:10290 /]
]L’item “Graphe Occupation Disque” est remplacé par “Top Occupation disque”, qui affiche un Top20 des gros consommateurs d’espace disque, ainsi qu’un graphe affichant l’historique pour votre domaine /]
]Dans les stats “utilisateur”, vous avez la possibilité de voir son historique d’occupation d’espace disque (volume utilisateur et volume réel) /]
]dans la page monitor, un graphe sur l’occupation des partitions (c’est plus du ressort de la supervision, je sais 
) /]
[/list]
Le prochain chantier concernera le contenu des boîtes, sans aller, je pense jusqu’au contenu des messages.
Bon dimanche à tous,
Pascal
Le plugin évolu avec les version de BM. Est-ce que la dernière versions peut être installée sur l’ensemble des version 3.0.x de BM car nous sommes en 3.0.7 pour le moment et nous n’installerons pas de mise à jour avant quelques semaines.
Par avance, merci.
Et encore bravo pour ce plugin qui est top.
Bonjour,
on peut installer la dernière version de bm-stats sur une version antérieure de BM, mais en respectant les versions majeures,
bm-stast2 sur BM2
bm-stats3 sur BM3
Hello,
L’installation ce fait sur le serveur Bluemind ?
Merci d’avance
Bonjour,
sur une install standard : oui, en respectant les versions versions majeures.
Ensuite, les préco sur une archi maison :
- il doit avoir accès au fichier mail.log
- il doit gérer la rotation du fichier mail.log à minuit (0:00)
- il doit accéder aux dossiers /etc/bm/, /var/log/bm/
Pascal
Ok…
Je suis en BM 3.0.9
J’ai installé bm-stats-3.0.6_all.deb
Le probleme c’est que je passe par un reverse proxy apache pour accéder à BM (reverse proxy apache en DMZ, serveur BM virtualisé sur le LAN)
Impossible d’accéder à bmStats, même en passant directement par l’IP Lan du serveur BM.
Re-,
en bm-stats-3.0.6, l’url est https://une.ip:10290 ou https://un.domaine.tld:10290
Question :
quid de la conf dans nginx “/etc/nginx/sites-enabled/bmStats” ?
Sinon, pour le RPA, j’ai pas testé, donc je n’ai pas de conf sous la main.
J’ai ajouté l’ip LAN su serveur BM dans la directive server_name de la conf du “/etc/nginx/sites-enabled/bmStats”
J’y accède en https://une.ip:10290 avec un certificat SSL invalide (normal)
Je vais voir pour faire passé çà avec le vhost sur mon reverse proxy apache avec :
<VirtualHost *:443>
ServerName domain.tld:443
ErrorLog /var/log/apache2/domain.tld.error.log
CustomLog /var/log/apache2/domain.tld.log combined
ProxyRequests Off
ProxyPreservehost On
SSLProxyEngine on
SSLCACertificateFile /etc/apache2/certs/gs_root.pem
SSLCertificateChainFile /etc/apache2/certs/intermediate.pem
SSLCertificateFile /etc/apache2/certs/gscert.pem
SSLCertificateKeyFile /etc/apache2/certs/gscert.key
SSLVerifyClient none
<Location />
ProxyPass https://ip.bm/
ProxyPassReverse https://domain.tld/
</Location>
<Location /bmStats>
ProxyPass https://ip.bm:10290/
ProxyPassReverse https://domain.tld/bmStats
</Location>
</VirtualHost>Bonsoir,
Voici une conf du type RPA qui semble fonctionner
<IfModule mod_ssl.c>
<VirtualHost *:443>
ServerName mon.rpa.tld
SSLEngine on
SSLCertificateFile /path/to/rpa.crt
SSLCertificateKeyFile /path/to/server.key
SSLVerifyClient none
SSLCipherSuite HIGH:MEDIUM
SSLProtocol all
SSLProxyEngine on
ErrorLog /var/log/apache2/rpa-error.log
CustomLog /var/log/apache2/rpa.log combined
ProxyPreserveHost On
ProxyRequests off
ProxyPass / https://blue.mind.tld/
ProxyPassReverse / https://blue.mind.tld/
</VirtualHost>
</IfModule>
<IfModule mod_proxy.c>
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
SSLProxyEngine on
ProxyPass /bmStats/ https://blue.mind.tld:10290/
ProxyPassReverse /bmStats/ https://blue.mind.tld:10290/
</IfModule>
Il faut sortir l’accès vers 10290 du tunnel 443 “ordinaire” sinon la réponse se fait via le même canal, donc vers le serveur de messagerie/Webmail qui veut être tout seul, et fait de la ré-écriture
d’où mon bloc “IfModule” utilisé comme pour alias global/général à tous les Vhosts.
Je profite de ce topic pour faire un petit teaser sur une feature ajoutée à la 3.0.10 sous la forme d’une technical preview (pas de dépendance forte).
Le screenshot explique mieux que tout :
On collecte des métriques depuis la majorité de nos JVMs que l’on présente à l’admin (protégé par même mot de passe que le setup-wizard) dans un dashboard.
C’est testable en ajoutant le paquet bm-grafana + ajout du tag “Base de métriques influxDb” sur votre serveur.
On va faire évoluer le truc, mais ça permet de visualiser en temps réel les temps de réponse applicatifs, les mails délivrés, la mémoire consommée par java, les sessions imap actives, etc.
Salut Thomas,
J’ai quelques questions :
- la timeline : c’est une heure max, ou tu peux afficher une plus grande période ?
- les Incomings mails : c’est du global ?
Sinon, ma période de chômage avance à grand pas
Pascal
Bonjour,
Nous avons installé bm-grafana et avons activé le tag nécessaire au fonctionnement du service, mais nous ne trouvons pas où afficher la page ci-dessus.
Merci par avance 
Bonjour,
je réponds à la place de Thomas, c’est à l’url https://votre.domaine.tld/grafana/
Le compte et mot de passe sont ceux de l’admin (celui du setup)
Pascal
C’est l’une des fonctions qui manquait à Blue Mind, concert de louanges aux contributeurs
Bonjour,
En accédant à l’url http://domaine.tld/grafana j’ai bien l’authentification mais je tombe sur un 404. Certains ont déjà rencontré le souci ?
Bonsoir,
en ce qui me concerne, j’avais dû rebooter ma VM pour voir mes premiers graphes.
Mais concernant le code peugeot, t’es sûr du mot de passe associé au compte “admin” ?
C’est le celui du setup, pour rappel.
Pascal