Installer un serveur mail SMTP/POP avec postfix, courier-pop, spamassassin et quelques échalotes.
Miam ! Un petit billet technique, tiens. Le lendemain de ma migration de la forge CodingTeam.net vers son nouveau serveur, j'ai eu envie de me pencher sur la configuration d'un serveur mail histoire d'être complètement indépendant des registrar fournissant des adresses mail (ou pas) avec les noms de domaines et de découvrir par la pratique les méandres de la communication pré-historique pré-XMPP. Après avoir fait un rapide tour d'horizon des tutoriels permettant l'installation de ce genre de solutions, je me suis vite rabattu sur cette antiquitée publiée sur Léa-Linux. En effet, ce tutoriel est court et simple. Tout le contraire de ce qu'on peut voir ailleurs sur le net où les auteurs ont dû se dire « mince, si je ne mets pas quatre sous-parties minimum par partie et 42 annexes à la fin, j'aurais l'air d'un con ». Le seul défaut (parce qu'il y en a toujours forcément un /o\) c'est que c'est vieux. Très vieux. 2006. C'était l'époque où Internet naissait et où l'on allumait encore un feu en frottant deux silex. Voilà pourquoi je le remet un peu au goût du jour et j'y change un peu les fichiers de configuration parce que depuis, on a inventé l'électricité.
Alors bon, je vais mettre ici la marche à suivre pour installer un serveur de mail à la mode de chez moi, plus ou moins basée sur ce tutoriel écrit par un certain Space2D (qu'on salue tous, bien entendu). Comme en plus, tout ça c'est nouveau pour moi, ça me fera un post-it grandeur nature au cas où je dois réinstaller une solution de ce genre et puis, si ça peut servir à quelqu'un ça sera top. De plus, si j'ai fait une bêtise, au moins, on me le dira. Les plus perspicaces d'entre-vous noteront (sans être nombreux) que j'ai volontairement oublié la partie anti-virus : oui parce que je ne suis pas fan de ces bestiaux là et que ledit tutoriel parlait de deux paquets non-libres. Ah ah, deux paquets non-libres ! En pré-requis, il vous faudra juste un serveur MySQL.
Allez les loulous, on ne perd pas le rythme ! On va tout de suite se lancer dans aptitude et se faire une install du tonnerre histoire de rapatrier les paquets postfix et postfix-mysql. Bien entendu, contrairement à ce que dit le tutoriel, on ne va pas utiliser des dépôts tiers, hein (de toute manière, les quota ça pue ça ne sert à rien). Là maintenant, on va taper du SQL, c'est rigolo. Allez hop, mysql -p (notez que vous avez un mot de passe à remplacer là dedans, indice, c'est à la fin).
CREATE DATABASE `postfix`;
USE postfix;
CREATE TABLE `domain` (
`domain` varchar(255) NOT NULL default '',
`actif` tinyint(1) NOT NULL default '1',
PRIMARY KEY (`domain`)
) ENGINE=MyISAM COMMENT='Postfix Admin - Domaines Virtuels';
CREATE TABLE `mailbox` (
`email` varchar(255) NOT NULL default '',
`password` varchar(255) NOT NULL default '',
`quota` int(10) NOT NULL default '0',
`actif` tinyint(1) NOT NULL default '1',
`imap` tinyint(1) NOT NULL default '1',
`pop3` tinyint(1) NOT NULL default '1',
PRIMARY KEY (`email`)
) ENGINE=MyISAM COMMENT='Postfix Admin - Boites Emails Virtuelles';
CREATE TABLE `alias` (
`source` varchar(255) NOT NULL default '',
`destination` text NOT NULL,
`actif` tinyint(1) NOT NULL default '1',
PRIMARY KEY (`source`)
) ENGINE=MyISAM COMMENT='Postfix Admin - Alias Virtuels';
GRANT SELECT ON `postfix`.* TO 'postfix'@'%'
IDENTIFIED BY 'un_super_mot_de_passe_de_roxor';Pour le moment, donc, pas de grosses différences avec le tutoriel initial puisque je n'ai pas changé le schéma SQL. Si vous êtes plus perfectionnistes que moi, n'hésitez pas à le retaper pour virer cette saleté de mélange de français et d'anglais !
Maintenant, toujours pour ne pas innover avec le tutoriel initial, on va donc créer l'utilisateur qui va nous permettre de stocker tous nos mails dans un seul dossier. Cet utilisateur s'appelle très justement vmail.
# groupadd -g 5000 vmail
# useradd -g vmail -u 5000 vmail -d /var/spool/vmail/ -m
Hop, à vos claviers, on va s'attaquer au fichier de configuration de postfix. Personnellement je me suis généré le nécessaire pour utiliser TLS avant mais on ne va pas s'attarder là dessus, ça ne nous concerne pas plus que ça ici. Allez bon, vous êtes sympa, j'ai utilisé cette méthode là. Mais sans SASL, c'est pas possible (ou alors il doit falloir s'arracher les cheveux 3 jours de suite pour trouver une solution pour que ça marche) avec les utilisateurs virtuels MySQL qu'on se fait là.
Voilà donc le contenu de mon /etc/postfix/main.cf :
smtpd_banner = $myhostname ESMTP (Debian/GNU)
biff = no
disable_vrfy_command = yes
smtpd_helo_required = yes
# SSL, ça je l'ai mis mais vous n'avez pas forcément besoin de ça
# smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
# smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
# smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
# smtpd_use_tls = yes
# smtp_use_tls = yes
# smtpd_tls_auth_only = no
# smtpd_tls_security_level = may
append_dot_mydomain = yes
# Là c'est le nom de ma machine.
myhostname = ma.machine.sur.le.grand.internet
# Le « REVERSE_DNS » qu'est là, c'est un tuto sur le net qui en parlait, ça se trouve, ça ne sert à rien
mydestination = REVERSE_DNS, localhost.localdomain, localhost
myorigin = REVERSE_DNS
relayhost =
# Là ici, notez l'adresse IP locale (127.0.0.0/8),
# l'adresse IP de la machine sur l'Internet (142.214.142.214)
# et le fichier de pop-before-smtp
mynetworks = 127.0.0.0/8, 142.214.142.214, hash:/var/lib/pop-before-smtp/hosts
inet_interfaces = all
smtpd_sender_restrictions =
permit_mynetworks
smtpd_recipient_restrictions =
permit_mynetworks,
reject_unauth_destination,
reject_unknown_recipient_domain,
reject_non_fqdn_recipient
smtpd_client_restrictions =
reject_unknown_client,
permit_mynetworks
alias_maps = hash:/etc/aliases
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_aliases.cf,mysql:/etc/postfix/mysql-virtual_aliases_mailbox.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /var/spool/vmail/
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql-virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = "Sorry but the user quota is exceeded. Try again later."
virtual_overquota_bounce = yes
Et maintenant, on va créer les fichiers qui vont mettre en relation notre serveur postfix et le serveur MySQL. Premier fichier, mysql-virtual_aliases.cf :
hosts = 127.0.0.1
user = postfix
password = un_super_mot_de_passe_de_roxor
dbname = postfix
select_field = destination
table = alias
where_field = source
additional_conditions = AND actif=1
On passe maintenant à mysql-virtual_aliases_mailbox.cf :
hosts = 127.0.0.1
user = postfix
password = un_super_mot_de_passe_de_roxor
dbname = postfix
select_field = email
table = mailbox
where_field = email
additional_conditions = AND actif=1
Ne nous essouflons pas, passons à mysql-virtual_domains.cf :
hosts = 127.0.0.1
user = postfix
password = un_super_mot_de_passe_de_roxor
dbname = postfix
select_field = 'virtual'
table = domain
where_field = domain
additional_conditions = AND actif=1
Allez, l'avant dernier, ce sera mysql-virtual_mailbox_limit_maps.cf :
hosts = 127.0.0.1
user = postfix
password = un_super_mot_de_passe_de_roxor
dbname = postfix
select_field = quota
table = mailbox
where_field = email
Et pour terminer, remplissons ce bon mysql-virtual_mailboxes.cf :
hosts = 127.0.0.1
user = postfix
password = un_super_mot_de_passe_de_roxor
dbname = postfix
select_field = CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/')
table = mailbox
where_field = email
additional_conditions = AND actif=1
Comme tous les fichiers créés contiennent le mot de passé d'accès à la base de données, on va les sécuriser un petit peu en changeant le groupe propriétaire et les droits :
# chgrp postfix /etc/postfix/mysql-virtual_*.cf
# chmod u=rw,g=r,o= /etc/postfix/mysql-virtual_*.cfBon, pour le moment, on en a terminé avec postfix et on va se lancer sur courier. Voilà comment j'ai installé et configuré courier-pop (et pas courier-imap parce que l'IMAP, je n'en ai pas besoin). Installons donc les paquets courier-base, courier-authdaemon, courier-authlib-mysql et courier-pop.
Courrons dans le fichier /etc/courier/authdaemonrc et cherchons y la ligne :
authmodulelist="authpam"
Remplaçons-la par :
authmodulelist="authmysql"
# La ligne qui suit, c'est issu d'un autre article sur le net, peut-être que ça marche sans \o/
version="authdaemond.mysql"On va ensuite allez donner les paramètres de connexion qui vont bien dans le fichier /etc/courier/authmysqlrc. Pour ça, rien n'a changé depuis le temps, vous devrez bien entendu remplir les valeurs de MYSQL_SERVER, MYSQL_USERNAME, MYSQL_PASSWORD, MYSQL_DATABASE et MYSQL_USER_TABLE. Mais n'oublions pas les variables moins célèbres pour lesquels vous mettrez ces valeurs :
MYSQL_CRYPT_PWFIELD password
# MYSQL_CLEAR_PWFIELD clear
MYSQL_UID_FIELD 5000
MYSQL_GID_FIELD 5000
MYSQL_LOGIN_FIELD email
MYSQL_HOME_FIELD "/var/spool/vmail/"
MYSQL_MAILDIR_FIELD CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/')
# MYSQL_NAME_FIELD name
MYSQL_QUOTA_FIELD quotaMaintenant, on va s'installer razor et spamassassin histoire de se protéger un minimum. Là, vous allez dans /etc/default/spamassassin et vous changez la valeur de ENABLED à 1. Tout simplement.
On va maintenant activer spamassassin et tout le toutim dans /etc/postfix/master.cf. Personnellement, si vous avez suivi, j'ai généré une clef histoire de causer en TLS à mon SMTP. Si vous aussi vous l'avez fait, chez moi, ça marche très bien avec ça :
smtps inet n - - - - smtpd
-o content_filter=spamassassin -o smtpd_tls_wrappermode=yes
465 inet n - - - - smtpdMais sinon, ça, ça devrait aller :
smtp inet n - - - - smtpd
-o content_filter=spamassassinEn tout cas, à la fin de votre fichier, ajoutez ces quelques lignes :
smtp inet n - - - - smtpd
-o content_filter=spamassassin
spamassassin unix - n n - - pipe
user=nobody argv=/usr/bin/spamc -f -e
/usr/sbin/sendmail -oi -f ${sender} ${recipient}Vous avez lu le tutoriel de Léa-Linux et vous vous dîtes que maintenant c'est bon, tout est terminé ? Que nenni ! Essayez d'envoyer un mail vers l'exérieur et vous aurez un bonne et jolie erreur. Comme rajouter votre IP (si tant est qu'elle soit fixe) dans le mynetworks du /etc/postfix/main.cf n'est pas ce qu'on fait de plus léger, voilà la solution miracle : installez le paquet pop-before-smtp ! Là, vous allez dans le fichier /etc/pop-before-smtp/pop-before-smtp.conf et vous devrez décommenter et commenter les lignes qui vont bien. En l'occurence, on utilise courier-pop donc c'est ça qu'il faut décommenter :
# For Courier-POP3 and Courier-IMAP:
$pat = '^[LOGTIME] (?:\[|\S+ )(?:pop3|imap|couriertcp)(?:d|d-ssl|login)\]?: ' .
'LOGIN, user=\S+, ip=\[[:f]*(\d+\.\d+\.\d+\.\d+)\]';
$out_pat = '^[LOGTIME] (?:\[|\S+ )(?:pop3|imap|couriertcp)(?:d|d-ssl|login)\]?: ' .
'(?:LOGOUT|DISCONNECTED), user=\S+, ip=\[[:f]*(\d+\.\d+\.\d+\.\d+)\]';C'est beau, en plus.
Tiens, tant qu'on y est, j'ai dit qu'il y avait du TLS pour le SMTP, ne faisons pas de jaloux, mettons du SSL sur le POP et en plus d'être indépendants, vos communications avec le serveur seront chiffrées, c'est top. En plus, c'est pas compliqué, on installe le paquet courier-pop-ssl et on va configurer les informations de son certificat dans le fichier /etc/courier/pop3d.cnf pour mettre les informations qui vont bien (là encore donc, c'est du certificat auto-signé saymal-toussa-toussa). Et ensuite, en console :
# rm /usr/lib/courier/pop3d.pem
# rm /etc/courier/pop3d.pem
# mkpop3dcert
# cp /usr/lib/courier/pop3d.pem /etc/courier/pop3d.pem
Et maintenant ? Vous allez vous créer vos utilisateurs, vos alias et vos domaines (via le shell MySQL ou bien via un truc genre PHPMyAdmin si vous êtes fatigués). Et il ne vous restera plus qu'à relancer la « machine », soit les services postfix, courier-authdaemon, courier-pop, courier-pop-ssl, spamassassin et pop-before-smtp.
Et voilà ! Si comme moi, vous vous étiez déjà installé votre serveur Jabber, vous êtes maintenant complètement indépendants au niveau de vos moyens de communication sur le net. Ça se fête ! Ce que j'aime bien avec cette manière de faire, c'est que le multi-domaines est géré simplement, que je n'ai pas à créer des vrais utilisateurs pour chaque boîte mail et surtout qu'on peut très bien imaginer l'intégrer facilement dans une application existante (du coup, il suffirait d'aller chercher les infos dans la base de données). Bon, ma mise en œuvre n'est peut-être pas formidable (au réveil je n'y connaissais rien alors qu'au coucher tout était en place) mais ça marche pas mal du tout.
Publié le lundi 13 avril 2009, par xbright dans la catégorie : Debian GNU/Linux - Lien permanent
Commentaires
16 commentaires
mercredi 15 avril 2009
04:31
Je suis hésitant par rapport à l’authentification via BDD. D’un côté c’est pratique, de l’autre ça fait un point d’échec possible. Un fichier comme par exemple ce qu’utilise Apache est plus simple, mais beaucoup plus d’applications peuvent utiliser une BDD pour authentifier les utilisateurs.
As-tu comparé avec par exemple LDAP avant de choisir la méthode SGBD ? J’ai jamais touché à LDAP perso, je le vois juste pas mal répandu, mais un ami programmeur m’en a dit du mal.
J’avais lu un billet un jour qui racontait comment récupérer les e-mails de plusieurs comptes (on est parfois obligé d’utiliser un compte externe, par exemple pour le boulot) vers une seule machine, elle-même hébergeant un serveur IMAP et un webmail pour dépanner. Évidemment je ne retrouve plus le lien. Ça serait un bon bonus pour ton tuto, et ça permettrait une totale autonomie.
— Merwok24 commentaire(s) - Trolleur de passage
mercredi 15 avril 2009
14:57
Euh, je n'ai pas vu de méthode basés sur des fichiers. J'ai entendu parler d'utilisateurs sur le système, de MySQL et de plein d'autres choses mais pas de ça. L'avantage de MySQL, je trouve, c'est qu'on peut utiliser une solution du genre de celle décrite dans ce billet pour intégrer un service de mail complets dans une application existante.
LDAP, je ne connais que de nom. Et aller sortir l'artillerie lourde de ce genre pour 4-5 boîtes mails, hem.
J'ai fait ça principalement pour moi. N'ayant qu'un seul point d'accès à Internet, tout ce qui est webmail et IMAP ne m'intéresse pas du tout.
— xbright366 commentaire(s) - Squatteur <3
jeudi 16 avril 2009
23:28
(Les guillemets suisses sont une dédicace à MsieurPapy.)
«Euh, je n'ai pas vu de méthode basés sur des fichiers.»
→ Cf. http://httpd.apache.org/docs/2.2/ho... (chercher «AuthBasicProvider file» (mais bon, basic çapue sayenclair, sauf avec SSL)).
«LDAP, je ne connais que de nom. Et aller sortir l'artillerie lourde de ce genre pour 4-5 boîtes mails, hem.»
→ Certes. Tu en dirais quoi pour 30 comptes ? 150 ?
«J'ai fait ça principalement pour moi. N'ayant qu'un seul point d'accès à Internet, tout ce qui est webmail et IMAP ne m'intéresse pas du tout.»
→ Soit. Perso je préfère quand même IMAP à POP. Et un webmail peut dépanner, mais bon tu es peut-être moins mobile que moi.
Bon, histoire de pas perdre ma réputation de trolleur : pourquoi MySQL et pas PostgreSQL (http://www.wikivs.com/wiki/MySQL_vs...), sale phpeur ?
— Merwok24 commentaire(s) - Trolleur de passage
vendredi 17 avril 2009
00:22
Ben Madame Michu a l'air bien avancée pour quitter @Hotmail ou @Wanadoo.fr....
Autant installer ejabberd, ca s'est fait en 3 clics et 2 lignes de conf. Autant un serveur mail comme ça, ca me parait réservé aux informaticiens de pure souche et non au citoyen averti.
— Tuxicoman6 commentaire(s) - Trolleur égaré
vendredi 17 avril 2009
00:33
Euh, on passe de postfix à apache, comme ça, sans transition ? En tout cas, je fais tourner des petits bousin avec AuthUserFile. Tu as juste à faire des lignes du genre « user:password » ou password est chiffré (crypt, md5, sha1…). Donc non, c'est pas en clair. À moins que SSL soit un indice et que tu parles de l'envoi plutôt que de la sauvegarde.
Pour 30 ou 150, je ne crois pas non plus que je serais allé me mettre un gros truc de ce genre *juste* pour les mails. À la limite, si j'avais autant d'utilisateurs, ça voudrait dire que j'offrirai une adresse mail à tous les utilisateurs de CT.net. Premièrement, je n'en ai pas envie et deuxièmement, il y aurait du SQL directos dans la table des utilisateurs :-)
MySQL plutôt que PostgreSQL pour la même raison que les autres listées plus haut à un autre sujet. Je n'utilise pas PostgreSQL, je n'irai pas l'installer juste pour ça. D'ailleurs, je ne sais même pas si courier et postfix peuvent parler à pgsql.
Tuxicoman → J'ai pas dit que ce tutoriel s'adressait au néophyte. C'est de toute façon logique que le néophyte n'aura jamais ne serait-ce que l'idée d'aller s'installer un serveur pour une chose aussi basique que de lire et envoyer des mails. Et bon, montre-moi une « Madame Michu » qui s'installe un ejabberd. O:)
— xbright366 commentaire(s) - Squatteur <3
vendredi 17 avril 2009
00:50
«Euh, on passe de postfix à apache, comme ça, sans transition ?»
→ Désolé, c’était pas clair. En fait je parlais pas tant du cas précis du serveur e-mail que du choix de la méthode d’authentification en général. Je prenais Apache comme un exemple d’application où il faut choisier entre une authentification utilisant un moyen simple et une authentification plus compliquée mais réutilisable par diverses applications.
Je parlais bien d’envoi en clair entre client et serveur. Je n’ai pas d’avis sur la présence de mots de passe en clair côté serveur. Si un intrus (je n’ai pas mon b2i, je ne sais pas dire «pirate/terroriste») peut lire ces mots de passe, c’est qu’il est dans le système, donc y a peut-être d’autres problèmes plus urgents. En même temps, autant limiter les dégâts.
«Pour 30 ou 150, je ne crois pas non plus que je serais allé me mettre un gros truc de ce genre *juste* pour les mails.»
→ Je pensais plus à un contexte avec plusieurs services, type e-mail, jabber, divers sites Web, partage nfs. Dans ce cas, avoir un seul compte est vraiment plus simple pour les utilisateurs, et je me demande donc si LDAP est la solution, ou si ça n’a aucun avantage sur une base de données.
«Je n'utilise pas PostgreSQL»
→ Ok, tu utilises pas parce que tu connais pas.
«D'ailleurs, je ne sais même pas si courier et postfix peuvent parler à pgsql.»
→ Je remarque que beaucoup de paquets machin-mysql ont un équivalent machin-pgsql, mais j’ai la flemme d’aller vérifier ces deux cas précis.
Tuxicoman : perso je bidouille pas mal et pourtant mon test d’ejabberd a été très pénible. Concernant le serveur e-mail, avec tous les tutos comme celui-ci, je pense qu’un bidouilleur débutant (qui prend le temps de lire les manuels pour comprendre ce qu’il fait hein, jamais copier bêtement) peut y arriver.
— Merwok24 commentaire(s) - Trolleur de passage
vendredi 17 avril 2009
02:38
LDAP, je ne connais pas, je n'ai jamais joué avec. Mais en tout cas, il n'a pas le monopole de la centralisation de comptes, on peut très bien faire la même chose avec une base SQL. Après, bon, je connais pas, peut-être que ça roxorise-moumoute. :) Quand j'en aurai besoin, si un jour je l'ai, je pourrais voir ce que ça a dans le ventre, mais là comme ça, j'ai pas du tout envie de m'y intéresser.
Sinon, pour courier, y a effectivement une courier-authlib-postgresql. Pareil pour postfix avec le paquet postfix-pgsql.
Pour reprendre sur la conversation initiée par Tuxicoman, je répète que je ne crois toujours pas à ce que la fameuse « Madame Michu » aille toucher un fichier de configuration en erlang. Et je ne crois pas non plus qu'elle aille suivre un tuto de ce genre, même si il est remarquablement bien écrit et d'un style tout ce qu'il y a de plus enlevé (héhé, normal, c'est de moi, hein !). Un bidouilleur habitué et intéressé, certes, un néophyte, non.
— xbright366 commentaire(s) - Squatteur <3
dimanche 19 avril 2009
04:31
En même temps, quelqu'un de censé, n'installe pas ejabberd.
D'ailleurs, jabber c'est tellement spammé, que ça vaut même pas le coup d'y aller.
— elghinn232 commentaire(s) - Nolife
lundi 11 mai 2009
20:15
Pour info je viens de tomber sur un projet nommé postfixadmin, qui se base sur une bd Mysql ou PostgreSQL avec des tables qui pourraient ressembler aux tiennent.
Peut être que ça pourrait intéresser les néophytes : http://postfixadmin.sourceforge.net...
Sinon pourquoi ne pas construire une petit interface php pour ton type d'installation, c'est light et sans fioriture ça pourrait intéresser des admins réseau en manque de temps :)
— prometee5 commentaire(s) - Trolleur égaré
lundi 11 mai 2009
21:27
Bon j'y suis presque manque peut être quelquechose pour que ça marche j'ai bien suivi "à la lettre le tuto", j'authentifie bien mon user avec pop après j'envoie un mail de ma boite gmail vers mon compte fraichement créer et là il me dit qu'il trouve pas le user "contact" (l'adresse d'envoie était contact@MON_DOMAINE.TLD)...
Que faire si l'authentification marche et le smtp marche, qu'elle est la config qui merdois pour la distribution du courier ?
— prometee5 commentaire(s) - Trolleur égaré
mardi 12 mai 2009
00:59
Salut,
Je n'ai ni le temps ni l'envie de créer une interface PHP pour gérer ça. Si ça te tente, vas-y, ça ne sera pas très dur, mais comme tu le fais justement remarquer, ça existe déjà.
Je n'ai pas compris ton problème. En tout cas, le nom d'utilisateur pour l'auth, ce n'est pas « contact » mais « contact@MON_DOMAINE.TLD ».
— xbright366 commentaire(s) - Squatteur <3
mardi 12 mai 2009
12:27
Je me suis authentifié avec l'adresse email complète en pop, mais l'arrivée d'un mail à l'air d'être décomposé afin de savoir pour quel hôte et qu'elle compte le mail est destiné (ce qui me parrait normal). Je crois que j'ai dut avoir un soucis dans main.cf car si l'authentification marche c'est que /etc/courier/authmysqlrc est bon donc la conf de postfix n'est peut être pas bonne. Je vais fouiller un peu plus dans les logs.
Pour ce qui est de postfixadmin, je pense que je vais juste adapter ton tuto afin de l'intégrer, sauf qu'il y a plein de param en plus à mettre dans /etc/courier/authmysqlrc.
En tout cas merci beaucoup pour le tuto rajeunit, le fait que tu n'y aille pas par 4 chemins me permet de mieux comprendre l'ensemble du fonctionnement d'un serveur mail.
— prometee5 commentaire(s) - Trolleur égaré
mardi 12 mai 2009
20:29
Bon be voilà après 48h de conf j'y suis enfin arrivé Postfix+Courrier+SpamAssasin+PostfixAdmin+RoundCube = Serveur de mail multidomaine super userfriendly ^^
— prometee5 commentaire(s) - Trolleur égaré
mardi 12 mai 2009
22:34
De rien, pour le rajeunissement du tuto initial.
— xbrightEt cool que tu sois venu à bout de ton installation !
366 commentaire(s) - Squatteur <3
jeudi 14 janvier 2010
18:43
salut
je sais sa fait lontemp que ta mis se petit tuto assez sympatique mais j'ai un petit souci de config ou je ne sais quoi mail mail ne veulent pas se mettre dans le repertoire que je veux il se mette toujours dans /var/spool/mail en Mbox a la place de /var/spool/vmail en maildir
si tu pourais m'aider sa serai cool je te remercie d'avance
— waffa1 commentaire(s) - Trolleur égaré
jeudi 14 janvier 2010
19:06
Peut-être un coup du transpondeur vertical tryphasé en double-entrée ? Non, sérieux, j'ai jamais vu ce genre de problème avec cette méthode. T'as tout bien fait comme j'ai dit ou t'aurais pas, par malheur, tenter d'innover sur 2-3 points ?
Surtout que la variable virtual_mailbox_base est bien précisée dans mon exemple de fichier de configuration de Postfix, quoi.
— xbright366 commentaire(s) - Squatteur <3