L'admin sous Linux - Blog Libre » postfix

Ajouter le SMTP de Gmail en SmartHost avec Postfix sous Ubuntu Server

Pierre-Yves Dubreucq — Mon, 12 Apr 2010 13:47:00 +0000

Voici un petit tuto permettant d’utiliser le smtp de gmail en smarthost (relay) avec le serveur de messagerie Postfix sur la distribution Ubuntu Server, ici une 9.10.

Bien sur, vous devez avoir au préalable votre serveur Postfix d’installé.

Il vous faut générer un certificat SSL pour votre serveur

Aller dans votre $HOME

root@votrehostname:~#cd ~

Puis générer le nouveau certificat :

Création du fichier « Certificate Authority »

$ /usr/lib/ssl/misc/CA.pl -newca
CA certificate filename (or enter to create)
 
Making CA certificate ...
Generating a 1024 bit RSA private key
........................................++++++
.............................................................................................++++++
writing new private key to './demoCA/private/cakey.pem'
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:FR
State or Province Name (full name) [Some-State]:Nord
Locality Name (eg, city) []:
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Votre Organisation
Organizational Unit Name (eg, section) []:
Common Name (eg, YOUR name) []:votrehostname
Email Address []:test@gmail.com
 
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:
Using configuration from /usr/lib/ssl/openssl.cnf
Enter pass phrase for ./demoCA/private/cakey.pem:
Check that the request matches the signature
Signature ok
Certificate Details:
Serial Number:
c4:22:ea:51:7c:ba:68:9b
Validity
Not Before: Apr 12 09:52:02 2010 GMT
Not After : Apr 11 09:52:02 2013 GMT
Subject:
countryName               = FR
stateOrProvinceName       = Nord
organizationName          = Votre Organisation
commonName                = votrehostname
emailAddress              = test@gmail.com
X509v3 extensions:
X509v3 Subject Key Identifier:
72:94:AE:2C:47:9E:A2:6E:28:6B:1A:68:51:E5:5A:3D:93:86:8C:95
X509v3 Authority Key Identifier:
keyid:72:94:AE:2C:47:9E:A2:6E:28:6B:1A:68:51:E5:5A:3D:93:86:8C:95
DirName:/C=FR/ST=Nord/O=Votre Organisation/CN=votrehostname/emailAddress=test@gmail.com
serial:C4:22:EA:51:7C:BA:68:9B
 
X509v3 Basic Constraints:
CA:TRUE
Certificate is to be certified until Apr 11 09:52:02 2013 GMT (1095 days)
 
Write out database with 1 new entries
Data Base Updated

Générer le certificat Serveur :

root@votrehostname:~# openssl req -new -nodes -subj '/CN=votrehostname/O=Votre Organisation/C=FR/ST=Nord/emailAddress=test@gmail.com' -keyout FOO-key.pem -out FOO-req.pem -days 3650
Generating a 1024 bit RSA private key
................................++++++
.++++++
writing new private key to 'FOO-key.pem'
-----

Vous constaterez bien sur que j’utilise les valeurs données plus haut.

Signer le certificat :

root@votrehostname:~# openssl ca -out FOO-cert.pem -infiles FOO-req.pem
Using configuration from /usr/lib/ssl/openssl.cnf
Enter pass phrase for ./demoCA/private/cakey.pem:
Check that the request matches the signature
Signature ok
Certificate Details:
Serial Number:
c4:22:ea:51:7c:ba:68:9c
Validity
Not Before: Apr 12 09:57:23 2010 GMT
Not After : Apr 12 09:57:23 2011 GMT
Subject:
countryName               = FR
stateOrProvinceName       = Nord
organizationName          = Votre Organisation
commonName                = votrehostname
emailAddress              = test@gmail.com
X509v3 extensions:
X509v3 Basic Constraints:
CA:FALSE
Netscape Comment:
OpenSSL Generated Certificate
X509v3 Subject Key Identifier:
D8:65:D7:DA:68:6C:34:00:14:63:98:B0:BD:C9:9D:67:A0:04:74:2E
X509v3 Authority Key Identifier:
keyid:72:94:AE:2C:47:9E:A2:6E:28:6B:1A:68:51:E5:5A:3D:93:86:8C:95
 
Certificate is to be certified until Apr 12 09:57:23 2011 GMT (365 days)
Sign the certificate? [y/n]:<strong>ystrong>
 
1 out of 1 certificate requests certified, commit? [y/n]<strong>ystrong>
Write out database with 1 new entries
Data Base Updated

Copier les certificats dans votre dossier postfix :

root@votrehostname:~# mkdir /etc/postfix/certif
root@votrehostname:~# cp demoCA/cacert.pem FOO-key.pem FOO-cert.pem /etc/postfix/certif
root@votrehostname:~# chmod 644 /etc/postfix/FOO-cert.pem /etc/postfix/certif/cacert.pem
root@votrehostname:~# chmod 400 /etc/postfix/certif/FOO-key.pem

Gmail utilise un certificat Thawte Premium Server CA.

Il vous faut l’ajouter dans le fichier :

root@votrehostname:~# cat /etc/ssl/certs/Thawte_Premium_Server_CA.pem >> /etc/postfix/certif/cacert.pem

Si vous ne faites pas ça, vous aurez le message suivant :

Server certificate not trusted

Attention il semblerait que Gmail a changé de certificat, je m’en suis rendu compte le 27 Mai 2010.

Il n’utilise plus un certicat Thawte mais Equifax

J’ai rencontré ce message d’erreur :

May 23 06:53:21 hostname postfix/smtp[20658]: certificate verification failed for smtp.gmail.com[209.85.229.109]:587: untrusted issuer /C=US/O=Equifax/OU=Equifax Secure Certificate Authority

Pour palier à ce problème, il suffit d’ajouter le bon certificat :

root@votrehostname:~# cat /etc/ssl/certs/Equifax_Secure_CA.pem >> /etc/postfix/cacert.pem

Configuration du serveur Postfix :

Pour cela, il faut modifier le fichier /etc/postfix/main.cf

## TLS Settings
#
smtp_tls_CAfile = /etc/postfix/certif/cacert.pem
smtp_tls_cert_file = /etc/postfix/certif/FOO-cert.pem
smtp_tls_key_file = /etc/postfix/certif/FOO-key.pem
smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
smtp_use_tls = yes
smtpd_tls_CAfile = /etc/postfix/certif/cacert.pem
smtpd_tls_cert_file = /etc/postfix/certif/FOO-cert.pem
smtpd_tls_key_file = /etc/postfix/certif/FOO-key.pem
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database =  btree:/var/run/smtpd_tls_session_cache
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
#
##  SASL Settings
# This is going in to THIS server
smtpd_sasl_auth_enable = no
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtpd_sasl_local_domain = $myhostname
smtp_sasl_security_options = noanonymous
#smtp_sasl_security_options =
smtp_sasl_tls_security_options = noanonymous
smtpd_sasl_application_name = smtpd
 
relayhost = [smtp.gmail.com]:587
transport_maps = hash:/etc/postfix/transport

Ajouter dans le fichier /etc/postfix/transport

gmail.com               smtp:[smtp.gmail.com]:587

Ajouter dans le fichier /etc/postfix/sasl_passwd

 [smtp.gmail.com]:587 test@gmail.com:password

Puis :

postmap sasl_passwd
postmap transport
/etc/init.d/postfix restart

Voilà, votre serveur est configuré

Nettoyer la création de certificat :

root@votrehostname:~# cd ~
rm FOO-req.pem FOO-cert.pem FOO-key.pem &amp;&amp; rm -r demoCA/

Tester l’envoie de mail :

J’ai pour habitude de tester l’envoie de mail via telnet :

root@votrehostname:/etc/postfix# telnet localhost 25
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 hostname ESMTP Postfix (Ubuntu)
<strong>EHLO test@gmail.comstrong>
250-hostname
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
<strong>MAIL FROM:test@gmail.comstrong>
250 2.1.0 Ok
<strong>RCPT TO:test@gmail.comstrong>
250 2.1.5 Ok
<strong>DATAstrong>
354 End data with &lt;CR&gt;&lt;LF&gt;.&lt;CR&gt;&lt;LF&gt;
<strong>Subject:teststrong>
 
<strong>test envoi de mailstrong>
 
<strong>.strong>
250 2.0.0 Ok: queued as 9D381812
<strong>quitstrong>
221 2.0.0 Bye
Connection closed by foreign host.

Ce qui est en gras est a renseigner par vos soins bien sur

Pour vérifier, faite un petit

mailq
 
ou
 
postqueue -p

Et vérifier dans le fichier /var/log/mail.log que vous n’avez pas d’erreur.

A noter : La flèche utilisée pour illustrer cet article est sous licence libre, mais je ne sais pas laquelle et a été trouvée sur icones.pro

MTA Postfix – Nouvelle version 2.6.0

Pierre-Yves Dubreucq — Fri, 15 May 2009 10:13:00 +0000

La nouvelle version stable de Postfix vient de sortir (le 12 Mai) en version 2.6.0.
Après que Postfix ait déclaré « complet » avec la version 2.3, la communauté s’est réorientée vers l’amélioration du code, à la documentation et la mise à jour pour des environnements changeants.
Pour rappel Postfix est un Mail Transfert Agent Opensource fonctionnant sous Linux.
Il se charge de délivrer les mails et a été conçu de manière à remplacer Sendmail, en etant plus rapide, plus sécurisé et plus facilement configurable.
On le retrouve notamment chez de nombreux hébergeurs, dont j’ai fait parti, fût un temps…
Une alternative sérieuse à Postfix est QMail
Voici la liste des nouveautés de cette version :
- Support de la multi-instance en introduisant une nouvelle commande postmulti qui permet d’ajouter, de modifier ou de supprimer une instance de Postfix. La commande « postfix start » démarre désormais automatiquement les multiples instances de Postfix.
- Le support de la multi-instance entraine le déplacement de quelques fichiers depuis le répertoire non-partagé $config_directory vers le répertoire partagé $daemon_directory. Les fichiers en question sont postfix-script, postfix-files et post-install.
- Mise à jour du support TLS (SSL) pour le cryptage Elliptic Curve Encryption. Cela requiert une version de OpenSSL 0.9.9 ou plus. Le client SMTP n’utilise plus le protocole SSLv2 par défaut.
- Le client Milter supporte désormais les requêtes Milter de Sendmail 8.14, incluant les requêtes de récipient d’adresse rejetées, et les requêtes de remplacement de l’adresse expéditrice.
- Le comportement stress-adaptive est ajouté par défaut. Cela permet à Postfix de réduire temporairement les limites de temps et les limites d’erreurs possible en cas de surcharge, comme du flood ou autre…
- …

Aucune fonctionnalité n’a été supprimée avec les anciennes versions, mais il est conseillé, comme toujours de mettre à jour vos version

A noter que le même jour des mises à jour sont sorties également. Ce sont les versions 2.5.7, 2.4.11 et 2.3.17 qui corrige un certain nombre de bugs.

Liens utiles :
Site Officiel
Annonces de la release
Site de la traduction de la documentation en Français (très riche et très utile)

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

Erreur SMTP 450 vs 550

Pierre-Yves Dubreucq — Thu, 18 Oct 2007 14:44:00 +0000

Ce très bon article explique comment réduire de manière significative le flux de spams sur son serveur. La méthode est radicale, mais permet de limiter les réémissions de mail pour les utilisateurs qui n’existe pas, ce qui est une bonne chose
Voici une image qui parle d’elle-même

systembash.com