Re: [linux] stats particulères pour serveur mails
Merci pour ces infos La bascule Sendmail-postfix est prvue pour cette anne [j'en ai marre du sendmail.conf inbuvable !!!] En attendant je vais voir ce que je peux faire avec pflogsumm Vincent Jamart a crit: Hello perso j'utilise postfix et pflogsumm (script perl en CGI) qui collecte les stats partir des logs dans /var/log/mail.* et me donne les stats SMTP (pas IMAP mais pour ca j'ai nagios qui surveille mes filesystems) et j'ai donc un rapport html. Faut voir si tu peux adapter pflogsumm sendmail (ou passer postfix qui lui est KISS et plus scure mais bon...) On Tue, 1 Feb 2005, Eric Piollet wrote: bonjour, Voici mon problme : petite bcane avec Sendmail + 300 comptes (260 en pop3 / 40 imap) [compte gnriques par services / comptes pesonnels / comptes Groupes transversaux ...] 1) Rgulirement, nous avons des problmes d'espace disque car les gens ne consultent pas leur messagerie . Leur boites aux lettres sont donc quelque fois normes. 2) Travaillant dans le secteur hospitalier, les utilisateurs ne sont pas trop l'aise avec l'informatique (donc avec la messagerie) 3) on s'est paluch en interne la formation de toutes ces personnes Constat: il faut certainement reformer des personnes / supprimer des comptes trs peu utiliss ... Pour cela , j'aimerais mettre en place un systme de stats [pas uniquement les 10 meilleurs utilisateurs ..] - savoir la frquence de consultation des boites aux lettres par utilisateur - savoir le nombre de mails envoys/recus par utilisateur - savoir si la personne communique uniquement en interne [notre nom de domaine] ou vers l'externe * ** les stats pour les autres noms de domaine ne me sont pas utiles [pour moi c'est uniquement la diffrence [interne/externe] Bon ce stade l vous allez me dire qu'il faut que je m'adresse aux services de renseignements de la police car cela est dans leur corde. Je sais que cela peut tre vu comme de la "big brotherisation" de notre messagerie.Ceci n'est qu'une ide (sans doute mauvaise) mais pour y voir un peu + clair, il faudra passer par le traitement des logs .Et si des outils sont dj prsents, cela m'viterait de faire des scripts inutiles. Je n'ai pas besoin d'avoir la totalit des stats par utilisateurs : Ma problmatique, ce n'est pas de rcuprer le top des 10 ou 20 meilleurs utilisateurs mais le "flop" des "mauvais" utilisateurs, ceci afin de leur proposer une ventuelle formation supplmentaire (ou supprimer certains comptes pour en recrer d'autres plus adquats) ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech >From [EMAIL PROTECTED] Tue Feb 1 23:13:04 2005 Return-Path: [EMAIL PROTECTED] Received: from nsreg01.aquisante.fr (nsreg01.aquisante.fr [195.115.78.17]) by messagerie.chpyr.aquisante.fr (8.12.5/8.12.5) with ESMTP id j11MD3FI009785 for [EMAIL PROTECTED]; Tue, 1 Feb 2005 23:13:03 +0100 Received: from victor.aquisante.fr (nsreg01.aquisante.fr [127.0.0.1]) by nsreg01.aquisante.fr (8.12.8/8.12.8) with ESMTP id j11M8VsB020896 for [EMAIL PROTECTED]; Tue, 1 Feb 2005 23:08:31 +0100 Received: from lists-outbound.sourceforge.net (lists-outbound.sourceforge.net [66.35.250.225]) by victor.aquisante.fr (8.13.1/8.13.1) with ESMTP id j11M8U8V031478 for [EMAIL PROTECTED]; Tue, 1 Feb 2005 23:08:32 +0100 Received: from projects.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id C43F8FD6C; Tue, 1 Feb 2005 14:08:18 -0800 (PST) Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1Cw691-0004W0-HC for [EMAIL PROTECTED]; Tue, 01 Feb 2005 14:05:11 -0800 Received: from house33.com ([66.241.226.235] helo=houseind.com) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1Cw691-0007Hh-25 for [EMAIL PROTECTED]; Tue, 01 Feb 2005 14:05:11 -0800 Received: (qmail 18097 invoked from network); 1 Feb 2005 21:51:26 - Received: from static-68-162-86-53.phil.east.verizon.net (HELO ?192.168.1.147?) (68.162.86.53) by houseind.com with SMTP; 1 Feb 2005 21:51:26 - Message-ID: [EMAIL PROTECTED] From: Michael Romagnoli [EMAIL PROTECTED] User-Ag ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
[linux] stats particulères pour serveur mails
bonjour, Voici mon problème : petite bécane avec Sendmail + 300 comptes (260 en pop3 / 40 imap) [compte génériques par services / comptes pesonnels / comptes Groupes transversaux ...] 1) Régulièrement, nous avons des problèmes d'espace disque car les gens ne consultent pas leur messagerie . Leur boites aux lettres sont donc quelque fois énormes. 2) Travaillant dans le secteur hospitalier, les utilisateurs ne sont pas trop à l'aise avec l'informatique (donc avec la messagerie) 3) on s'est paluché en interne la formation de toutes ces personnes Constat: il faut certainement reformer des personnes / supprimer des comptes très peu utilisés ... Pour cela , j'aimerais mettre en place un système de stats [pas uniquement les 10 meilleurs utilisateurs ..] - savoir la fréquence de consultation des boites aux lettres par utilisateur - savoir le nombre de mails envoyés/recus par utilisateur - savoir si la personne communique uniquement en interne [notre nom de domaine] ou vers l'externe * ** les stats pour les autres noms de domaine ne me sont pas utiles [pour moi c'est uniquement la différence [interne/externe] Bon à ce stade là vous allez me dire qu'il faut que je m'adresse aux services de renseignements de la police car cela est dans leur corde. Je sais que cela peut être vu comme de la big brotherisation de notre messagerie.Ceci n'est qu'une idée (sans doute mauvaise) mais pour y voir un peu + clair, il faudra passer par le traitement des logs .Et si des outils sont déjà présents, cela m'éviterait de faire des scripts inutiles. Je n'ai pas besoin d'avoir la totalité des stats par utilisateurs : Ma problèmatique, ce n'est pas de récupérer le top des 10 ou 20 meilleurs utilisateurs mais le flop des mauvais utilisateurs, ceci afin de leur proposer une éventuelle formation supplémentaire (ou supprimer certains comptes pour en recréer d'autres plus adéquats) ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] stats particulères pour serveur mails
Salut, Déjà pour ta question 1, mets en place des quotas disque! Pour le reste, tout ce que tu demandes est bien présent dans les logs. Si c'est pour une analyse rapide, quelques grep,awk,sort suffiront pour extraire les infos attendues. Maintenant si tu désires mettre un place un système à long terme (web based par exemple), fouille un peu sur freshmeat.net, tu trouveras certainement ton bonheur! PS: ce que tu demandes n'est absolument pas de la big brotherisation! Tu dois juste faire ton boulot: que le server offre des performances optimales. Point! Xavier -- Free shell account on www.rootshell.be! On Tue, 1 Feb 2005, Eric Piollet wrote: bonjour, Voici mon problème : petite bécane avec Sendmail + 300 comptes (260 en pop3 / 40 imap) [compte génériques par services / comptes pesonnels / comptes Groupes transversaux ...] 1) Régulièrement, nous avons des problèmes d'espace disque car les gens ne consultent pas leur messagerie . Leur boites aux lettres sont donc quelque fois énormes. 2) Travaillant dans le secteur hospitalier, les utilisateurs ne sont pas trop à l'aise avec l'informatique (donc avec la messagerie) 3) on s'est paluché en interne la formation de toutes ces personnes Constat: il faut certainement reformer des personnes / supprimer des comptes très peu utilisés ... Pour cela , j'aimerais mettre en place un système de stats [pas uniquement les 10 meilleurs utilisateurs ..] - savoir la fréquence de consultation des boites aux lettres par utilisateur - savoir le nombre de mails envoyés/recus par utilisateur - savoir si la personne communique uniquement en interne [notre nom de domaine] ou vers l'externe * ** les stats pour les autres noms de domaine ne me sont pas utiles [pour moi c'est uniquement la différence [interne/externe] Bon à ce stade là vous allez me dire qu'il faut que je m'adresse aux services de renseignements de la police car cela est dans leur corde. Je sais que cela peut être vu comme de la big brotherisation de notre messagerie.Ceci n'est qu'une idée (sans doute mauvaise) mais pour y voir un peu + clair, il faudra passer par le traitement des logs .Et si des outils sont déjà présents, cela m'éviterait de faire des scripts inutiles. Je n'ai pas besoin d'avoir la totalité des stats par utilisateurs : Ma problèmatique, ce n'est pas de récupérer le top des 10 ou 20 meilleurs utilisateurs mais le flop des mauvais utilisateurs, ceci afin de leur proposer une éventuelle formation supplémentaire (ou supprimer certains comptes pour en recréer d'autres plus adéquats) ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] stats particulères pour serveur mails
Hello perso j'utilise postfix et pflogsumm (script perl en CGI) qui collecte les stats à partir des logs dans /var/log/mail.* et me donne les stats SMTP (pas IMAP mais pour ca j'ai nagios qui surveille mes filesystems) et j'ai donc un rapport html. Faut voir si tu peux adapter pflogsumm à sendmail (ou passer à postfix qui lui est KISS et plus sécure mais bon...) On Tue, 1 Feb 2005, Eric Piollet wrote: bonjour, Voici mon problème : petite bécane avec Sendmail + 300 comptes (260 en pop3 / 40 imap) [compte génériques par services / comptes pesonnels / comptes Groupes transversaux ...] 1) Régulièrement, nous avons des problèmes d'espace disque car les gens ne consultent pas leur messagerie . Leur boites aux lettres sont donc quelque fois énormes. 2) Travaillant dans le secteur hospitalier, les utilisateurs ne sont pas trop à l'aise avec l'informatique (donc avec la messagerie) 3) on s'est paluché en interne la formation de toutes ces personnes Constat: il faut certainement reformer des personnes / supprimer des comptes très peu utilisés ... Pour cela , j'aimerais mettre en place un système de stats [pas uniquement les 10 meilleurs utilisateurs ..] - savoir la fréquence de consultation des boites aux lettres par utilisateur - savoir le nombre de mails envoyés/recus par utilisateur - savoir si la personne communique uniquement en interne [notre nom de domaine] ou vers l'externe * ** les stats pour les autres noms de domaine ne me sont pas utiles [pour moi c'est uniquement la différence [interne/externe] Bon à ce stade là vous allez me dire qu'il faut que je m'adresse aux services de renseignements de la police car cela est dans leur corde. Je sais que cela peut être vu comme de la big brotherisation de notre messagerie.Ceci n'est qu'une idée (sans doute mauvaise) mais pour y voir un peu + clair, il faudra passer par le traitement des logs .Et si des outils sont déjà présents, cela m'éviterait de faire des scripts inutiles. Je n'ai pas besoin d'avoir la totalité des stats par utilisateurs : Ma problèmatique, ce n'est pas de récupérer le top des 10 ou 20 meilleurs utilisateurs mais le flop des mauvais utilisateurs, ceci afin de leur proposer une éventuelle formation supplémentaire (ou supprimer certains comptes pour en recréer d'autres plus adéquats) ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech