Administration Serveur : Gestion des emails locaux + IMAP

[dezix]

Bonjour,

Pouvez-vous m'aider à résoudre la situation suivante :

Les comptes utilisateurs du système (linux) à commencer par root
peuvent se voir adresser des emails de la part de processus exécutés localement.

Dans le cas le plus ordinaire :
les messages iront dans un fichier mbox placé dans : /var/mail/<user>
et
l'administrateur devra se connecter via SSH au compte <user>
pour lire les messages localement avec un client tel que Mutt.


Dans le cas où le serveur déploie un service de messagerie (SMTP + IMAP) basé sur Postfix et Dovecot,
il me semble qu'on doive alors faire un choix entre :

1. Conserver localement comme précédemment décrit.
2. Rediriger les messages des utilisateurs locaux vers un (ou des) compte(s) IMAP virtuel(s) dédié(s) p.ex: admin@domain.tld ;
   ce qui permet de consulter les messages via un client graphique depuis son poste de travail... bien pratique !

Je n'ai rien de précis en tête, mais avec l'option 2 une panne impactant le serveur IMAP
va probablement provoquer la perte des éventuelles informations reçues sur le problème en cours.



Ma question :

Est-il possible d'avoir le beurre et l'argent du beurre ?...

C'est à dire rediriger les messages vers un compte IMAP,
en continuant de recevoir des copies locales dans /var/mail/<user>


Une solution serait d'avoir un client local qui transfère automatiquement les messages reçu dans /var/mail/... vers une adresse externe.

Si ça existe en tout-cuit, je suis preneur.


Je vois que MUTT possède une fonctionnalité "Rebond" qui peut faire une partie du job,
mais il faudrait d'abord être informé de l'arrivée des nouveaux messages (par postfix ?) pour lancer ce mécanisme de "rebond".

Ça ne me semble pas si simple à faire en script BASH...


Merci pour vos suggestions

[dezix]

J'ai trouvé quelques pistes :

• biff (postfix dispose d'un paramètre pour activer ce service de notification)
• Des variantes de biff => xlbiff ; newmail
• s-nail client MUA qui fournit une commande : newmail
  je n'ai pas eu le temps de creuser, mais on doit pouvoir combiner pour ré-expédier à une autre adresse.
• mutt peut-être avec son option -Z
• Utiliser le format de BàL Maildir et tester si le sous-répertoire /new est vide ou non.
• à suivre ....

[lol]

Est-il possible d'avoir le beurre et l'argent du beurre ?...

Salut,
Réponse rapide: Oui.
J'utilise un serveur mail (Postfix/Dovecot) pour les mails externe et les mails systèmes pour les comptes locaux (Root pour les sorties de cron par exemple)

[dezix]

Salut !

Réponse rapide: Oui.

C'est une bonne chose à savoir ;-))

Et pour la lente, en pratique ça donne quoi ?


De mon côté, pour l'instant,
j'ai configuré postfix de telle manière qu'il traite :

• les comptes utilisateurs linux avec l'agent de transport local et les mbox classiquement en /var/mail/<user>
• pour ces comptes locaux /etc/mailname contient le nom d'hôte (fqdn) comme cela pas d'interférence pour les programmes locaux comme Mutt
• Postfix relaie correctement un mail envoyer par root vers un destinataire d'un domaine virtuel.
• Les domaines virtuels servis (virtual_mailbox_domains) sont passés via LMTP à Dovecot.
• Le reste est rejeté.

Je pense que tout est paré pour recevoir la dernière pièce,
celle qui surveille ce qui tombe dans les mbox locales pour transférer des copies sur un compte externe virtuel.


... Tu as une piste ?

[lol]

Re,

Mon serveur mail (Postfix/Dovecot/Mysql/Etc.) gère uniquement des utilisateurs et domaines virtuels.
Les utilisateurs systèmes sont gérés par ... le système ?

En fait je ne me suis jamais posé la question...

[dezix]

En fait je ne me suis jamais posé la question...

Disons que j'aimerais bien éviter ce que tu as décrit récemment au sujet de la surveillance "SMART" des disques :

Il m'est déjà arrivé au moins deux fois de revoir les mails d'alerte, c'était trop tard les deux fois...

je suppose qu'en faisant un "forward" automatique périodique vers un compte IMAP
où l'admin reçoit tous les mails avec sujet préfixé par le nom du serveur émetteur,
on doit pouvoir surveiller assez facilement un petit troupeau...

[lol]

Salut,

Non non, le problème de mail n'est pas du à un retard d'envoi ou de lecture...
Rien à voir avec ma gestion des email ou la conf de mon serveur. On ne plaisante pas avec ça môssieur!

Les alertes sont envoyés à un utilisateur virtuel, sur ma boite principale.
Les deux fois ou Smartmontool m'a prévenu, je n'ai pas pu récupérer quoi que ce soit car les disques se sont mit en rideau... C'est ce que je voulais dire.