URL: https://linuxfr.org/forums/linux-general/posts/exim-serveur-mail-secondaire-cache Title: Exim : Serveur mail secondaire "cache" Authors: X345 Date: 2010年04月08日T00:26:30+02:00 Tags: Score: 1 Bonjour, J'ai quelques questions sur la configuration d'Exim en tant que MX secondaire "amélioré", vu que ça peut sembler assez incongru, je vais essayer de présenter la situation pour que ce soit plus clair. **Situation actuelle** _Version détaillée_ J'héberge (enfin j'essaie !) mon serveur de mail (configuration classique Debian+Exim) derrière une connexion ADSL. Comme il y a pas mal de problèmes dans ce genre de configuration (carte SD qui sert de root capricieuse, coupures d'électricité, déconnexions etc...) j'ai un petit serveur dédié virtuel sur lequel j'ai installé un exim secondaire. J'ai laissé une configuration de "base" (ajout du domaine au relay_domains) donc en gros le serveur secondaire se contente de garder le message dans sa file d'attente et essaye de le renvoyer au serveur primaire jusqu'à ce que ce dernier marche à nouveau. _En résumé_ * **Serveur MX principal:** Derrière connexion ADSL (pas mal d'indisponibilités) / Configuration Exim+Debian simple (distribution dans $HOME/Maildir) * **Serveur MX secondaire:** VPS / Configuration Exim en relay de base (garde le message en file d'attente et essaye de le redonner au principal) **Problème** Ben, c'est très simple, je suis pas toujours chez moi donc quand le serveur principal tombe en rade, je n'ai pas toujours les moyens de résoudre le problème. Ce qui fait que je peux pas lire mes mails. Ils ne sont certes pas perdus, mais ils restent dans la file d'attente du secondaire, et c'est VRAIMENT pas pratique pour les lire ! **Solution envisagée** Configuration du secondaire (VPS), pour chaque message entrant a destination d'un `relay_domain`: * Délivrer le message dans `/var/mail/$nom_domaine_backupé/$nom_compte` * Garder le message dans la file d'attente, et tenter de le délivrer au MX primaire De cette manière, j'ai une sorte de "cache" sur le MX secondaire, ce qui me permet de consulter mes mails le temps qui je remette d'aplomb le primaire. **Questions** * _Est-ce que c'est vraiment tordu/inutilement compliqué comme configuration ? Si oui, qu'est ce que vous me conseillez de faire ?_ * Comment implémenter çà au niveau des routers d'exim (Attention, c'est la question fondamentale de ce post ! :-)) : Je pourrais faire un router de ce style : relay_cache: £spaces£ £/spaces£driver = accept £spaces£ £/spaces£unseen £spaces£ £/spaces£domains = +relay_hosts £spaces£ £/spaces£transport = relay_cache_delivery (sachant qu'il faudrait mettre se router avant le router dnslookup). Comme çà le message serait stocké/mis en cache et continuerait à parcourir les routers (option unseen).**_ Le problème est que si le MX principal est en rade, le message va rester dans la file d'attente et repasser dans les routers indéfiniment. Je vais donc me retrouver à livrer en local 150 fois le même message sur le secondaire..._** * J'aurais surement besoin de faire du ménage dans le boites mise en cache, du fait que beaucoup de spam passe les MX secondaires, même lorsque le principal fonctionne bien. _Y'a-t-il un utilitaire pratique pour gérer les boites maildir (genre ne garder que les 100 messages les plus récents)_ Je suis désolé pour le style un peu directif/militaire du message, mais j'ai pas trouvé mieux. C'est le seul moyen que j'ai trouvé pour ne pas que ça se transforme en bouillie incompréhensible (déjà que ce doit être pas mal fouilli). Merci de m'avoir lu :-).