L'admin sous GNU / Linux - Blog Libre » mail

Purger les mails sous cyrus

Pierre-Yves Dubreucq — Thu, 26 May 2011 18:15:15 +0000

Voici une méthode qui devrait vous simplifier la vie, ou tout cas la mienne oui.

Voici comment purger les mails sous Cyrus en fonction de certains critères, comme l’age, le poids…

Pour cela il suffit d’utiliser la commande cyrus ipurge

Voici comment supprimer les mails plus vieux qu’un date donnée.

[root@srv imap]# su - cyrus -c "/usr/lib/cyrus-imapd/ipurge -d510 -f user/pydubreucq*"
Working on user/pydubreucq...
total messages             9
total bytes                35144
Deleted messages           1
Deleted bytes              4426
Remaining messages         8
Remaining bytes            30718
Working on user/pydubreucq/Brouillons...
total messages             0
total bytes                0
Deleted messages           0
Deleted bytes              0
Remaining messages         0
Remaining bytes            0
Working on user/pydubreucq/Courrier ind&amp;AOk-sirable...
total messages             0
total bytes                0
Deleted messages           0
Deleted bytes              0
Remaining messages         0
Remaining bytes            0
Working on user/pydubreucq/El&amp;AOk-ments envoy&amp;AOk-s...
total messages             4
total bytes                9728
Deleted messages           4
Deleted bytes              9728
Remaining messages         0
Remaining bytes            0
Working on user/pydubreucq/El&amp;AOk-ments supprim&amp;AOk-s...
total messages             8
total bytes                12051
Deleted messages           8
Deleted bytes              12051
Remaining messages         0
Remaining bytes            0
Working on user/pydubreucq/INBOX...
total messages             7
total bytes                32574
Deleted messages           7
Deleted bytes              32574
Remaining messages         0
Remaining bytes            0
Working on user/pydubreucq/Priv&amp;AOk-...
total messages             0
total bytes                0
Deleted messages           0
Deleted bytes              0
Remaining messages         0
Remaining bytes            0

Explication de la commande :

su - cyrus -c "/usr/lib/cyrus-imapd/ipurge -d510 -f user/pydubreucq*"
|     1       |            2              |  3  | 4 |           5            |

1 = Cela permet de lancer la commande qui suit avec l’utilisateur cyrus

2 = La commande ipurge avec le chemin complet

3 = -d pour days soit 510 jours avant

4 = -f pour Force la suppression dans toutes les mailbox (sous-répertoire)

5 = user/pydubreucq* La maibox et tous ses sous-mailbox (sous-répertoire) – Attention à bien choisir le nom de la mailbox comme trouvé via cyradm

A savoir qu’il est possible d’utiliser cette technique pour par exemple supprimer tous les mails dans le dossier Spam avec une exécution en cron pour tous les utilisateurs par exemple.

Les options à placer pour identifier les mails à purger sont :

[ -d days | -b bytes | -k Kbytes | -m Mbytes ]

Voilà, qui va me faire gagner pas mal de temps et j’espère à vous aussi.

Savoir si son adresse ip est blacklisté pour l’envoi de mail

Pierre-Yves Dubreucq — Wed, 04 Aug 2010 10:10:31 +0000

Une fois n’est pas coutume, je ne vais pas parler ici de logiciels libres, mais rassurez-vous le logiciels libres reste dans l’ombre de cet article quand même.

J’ai été confronté il y a peu a un problème de spam sur un serveur de messagerie postfix.

Le temps de m’en rendre compte, j’ai été blacklisté sur plusieurs plateforme collaborative de lutte contre le spam.

Cet article a donc pour but de savoir si votre adresse ip est blacklisté par ce type de système de lutte contre le spam.

Ce système s’appelle DNSBL, on peut voir cela comme une liste noire.

Trend-Micro fournit sa propre plateforme d’IP Réputation, pour savoir si vous êtes blacklisté, il suffit d’insérer votre IP :

http://www.mail-abuse.com/cgi-bin/lookup

SpamHaus qui est un des systèmes les plus connus :

http://www.spamhaus.org/lookup.lasso

Pour savoir si vous êtes blacklisté chez Free :

http://postmaster.free.fr/

Pour savoir si vous êtes blacklisté chez AOL :

AOL Postmaster

Voici la liste que j’ai référencé, je ne vais pas tous les détailler pour faire un article plus touffu. A savoir que certains sites vérifient parfois les mêmes sources.

DnsBL.info interroge 81 systèmes de blacklistage.

MxToolBox interroge 147 systèmes de blacklistage

zy0 interroge NiX Spam, Spamhaus, Spamcop et SORBS

Kloth.net interroge 21 systèmes de blacklistage

MultiRBL.valli.org est un peu plus complet, il fait des tests FCrDNS (reverse DNS) , DNSBL Blacklist (219 sources) , DNSBL Combinedlist (6 tests) , DNSBL Whitelist (26 tests) , DNSBL Informationallist (18 tests)

MacAfee fournit des informations sur les 30 derniers jours, c’est assez bien fait, à tester :

Trusted Source

Cisco fournit également un outil en ligne pour connaître la réputation de son réseau IP, il va plus loin que simplement fournir la réputation d’une adresse IP, mais fournit la réputation de tous les hôtes de votre plage d’adresse IP (si vous en possédez une bien sur…)

SenderBase de Cisco

Voici une liste de systèmes de DNS Blackhole List

Pour utiliser ce type de fonctionnement sur votre serveur de messagerie postfix regardez par exemple du côté des attributs RBL des options smtpd_client_restrictions, smtpd_client_restrictions, smtpd_sender_restrictions…

Voilà, j’espère que cette liste va vous permettre d’identifier les endroits où vous seriez blacklister afin de demander à sortir de ces listes si vous avez solutionné votre problème de sécurité.

Note : Les images utilisées pour illustrer cet article proviennent d’openclipart : Tango junk mail et Tango Mail Forward

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

rdefaux — 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

rdefaux — 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

rdefaux — 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 ^^