L'admin sous Linux - Blog Libre » mail

Artica, Interface de gestion de postfix

Pierre-Yves Dubreucq — Mon, 12 Jan 2009 21:50:00 +0000

Artica se veut avant tout une interface d’administration complète de postfix au travers d’une interface Ajax.
Ainsi on y trouvera l’administration des boîtes aux lettres mais aussi l’administration de « toutes » les fonctionnalités Postfix.
Voici une liste des fonctionnalités de d’Artica sur Postfix :

- Gestion multidomaine
- Quarantaine par domaine / par utilisateur
- Gestion de Virtual IP
- Gestion de l’intégralité des paramètres Postfix
- Annuaires basés sur OpenLDAP
- Configuration par domaines / groupes / utilisateurs
- Outils de statistiques avancés
- Blacklistage.

Enfin bref la liste de fonctionnalités est assez importantes.
Artica permet également la gestion de serveur Squid et Samba.

Voici une liste des logiciels utilisés via Artica ce qui vous permettra d’apprécier les possibilités qu’offre Artica :
Postfix: Main MTA, Bogofilter: anti-spam Bayesien, SPFMilter: Application de vérification SPF, Milter-greylist: Démon de gestion de greylisting. SpamAssassin, MIMEDefang, Clam Antivirus, Amavis, OpenLDAP (pour la gestion des utilisateurs), les librairies SQLite, Cyrus-imap, Procmail, Fetchmail, DnsMasq:DNS forwarder et serveur DHCP, Mailman: Gestion de liste de diffusion, Sieve : Filtre d’utilisateur final, QueueGraph: Statistiques pour postfix, MailGraph: Statistiques pour postfix, AWSTats et le plugin geoip, renattach: filtre de pièces jointes, ntp, pure-ftpd avec ldap, Squid, DansGuardian : Filtrage d’URL, Samba, Bind,
Et les produits propriétaires non obligatoire : Kaspersky Anti-spam, Kaspersky Anti-Virus et Kaspersky pour Squid.

A savoir que nous n’avons pas encore testé ce produit, mais il me parait fortement prometteur.

Voici les liens qui en parle :
Site Officiel
Sur Sourceforge
Quelques screenshots
A noter que sur le site il y a de nombreux screenshots que je vous invite à visiter.

A noter également que l’on peut rajouter des extensions comme le Webmail RoundCube ou encore le groupware OBM

Postfix : Queue file write error + virtual_alias_maps map lookup problem

Romaric Defaux — Tue, 14 Oct 2008 16:15:00 +0000

Si vous gérez plusieurs serveurs mails avec postfix, il vous est sûrement arrivé de voir cette erreur là dans vos logs : « Queue file write error », de manière plus ou moins aléatoire (un coup ça marche, un coup ça marche pas, avec exactement le même test).
Moi ça m’est arrivé et j’ai mis vraiment du temps à trouver d’où venait le problème.

Vite fait mon architecture :
postfix configuré pour utiliser des domaines + utilisateurs virtuels
mysql (avec la liste des alias virtuels en base)

Si vous avez éliminé comme source possible du problème la plateforme anti-spam (c’est le conseil que l’on retrouve le plus souvent pour ce problème), optimisé mysql au max et vérifié l’état des bases, optimisé des options que vous n’aviez encore jamais vu sur postfix (il y en a tellement ), vérifié le système de fichier, la charge du serveur, et que tout va bien et que cette pu%$¤!§n d’érreur est encore là, essayez ceci :

Changez le fichier de conf de votre accès à la base de ceci :
user = user
password = password
dbname = mail
table = remote_aliases
select_field = rcpt
where_field = alias
hosts = 127.0.0.1
(par exemple)

en ceci :
user = user
password = password
dbname = mail
query = SELECT rcpt FROM remote_aliases WHERE alias = CONVERT(‘%s’ USING latin1)
hosts = 127.0.0.1

Pour moi ça a marché !!!

Gentoo Apache/POP3 très lent

Romaric Defaux — Sat, 20 Sep 2008 00:12:00 +0000

Sous gentoo, suite à une mise à jour du noyau on s’est retrouvé avec une connection au pop super lente. Genre un telnet sur le port 110 qui met 30 secondes à répondre. Et pourtant tout fonctionne !
On a résolu ce problème en modifiant le fichier /etc/imapd.conf et en ajoutant : allowapop: 0

C’était apparemment dû à une génération de nombre aléatoire trop lente.

On a eu aussi le même problème avec apache2, qui mettait dix plombes à démarrer. C’était aussi lié à la génération de nombre aléatoire, mais cette fois on l’a résolu en installant rng-tools :
emerge -av rng-tools

QOS mail grâce au DNS

Romaric Defaux — Thu, 18 Oct 2007 15:44:00 +0000

J’aimerai parler de backup mail grâce au DNS.

Le principe est simple. Voici un exemple.

On a un serveur mail principal qui est enregistré ainsi au niveau DNS :
mondomaine.com. IN MX 5 mail.mondomaine.com.
mail IN A X.X.X.1
X.X.X.1 est l’IP du premier serveur de mail

Si ce serveur tombe, on perd les mails expédiés, ce qui peut-être chiant vous en conviendrez ^^

Il suffit d’avoir un autre petit serveur de mail et de l’utiliser en relay de secours. Pour cela on ajoute au niveau du DNS :
mondomaine.com. IN MX 10 mail2.mondomaine.com.
mail2 IN A X.X.X.2
X.X.X.2 est l’IP du serveur mail de backup

Il faut bien sûr que le domaine mondomaine.com soit autorisé en relay sur le 2ème serveur.
Si le serveur 1 tombe, le DNS redirigera les mails vers le serveur 2, qui lui tentera de réexpédier les mails au serveur 1. Selon la conf du serveur 2, il gardera les mails en file d’attente x jours et tentera de les réexpédier tous les x temps.
Dès que le serveur 1 sera réopérationnel, 2 pourra enfin lui délivré
C’est tout simple, et même si les mails n’arrive pas tant que 1 est down, au moins on n’en perd plus ^^