<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Le blog de Bertrand PERALTA &#187; postfix</title>
	<atom:link href="http://bertrand.peralta.fr/tag/postfix/feed/" rel="self" type="application/rss+xml" />
	<link>http://bertrand.peralta.fr</link>
	<description></description>
	<lastBuildDate>Thu, 21 Jan 2010 21:20:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Postfix et l&#8217;envoi de mails vers AOL</title>
		<link>http://bertrand.peralta.fr/2008/11/05/postfix-et-lenvoi-de-mails-vers-aol/</link>
		<comments>http://bertrand.peralta.fr/2008/11/05/postfix-et-lenvoi-de-mails-vers-aol/#comments</comments>
		<pubDate>Wed, 05 Nov 2008 21:26:23 +0000</pubDate>
		<dc:creator>bperalta</dc:creator>
				<category><![CDATA[Admin Linux]]></category>
		<category><![CDATA[Aol]]></category>
		<category><![CDATA[postfix]]></category>

		<guid isPermaLink="false">http://bperalta.wordpress.com/?p=112</guid>
		<description><![CDATA[AOL filtre de façon drastique les mails envoyés à leurs abonnés. Le problème, c&#8217;est que leur filtre stoppe net les mails envoyés depuis un serveur connecté sur une ligne ADSL ou tout autre réseau réputé comme un réseau ne devant pas en principe héberger des serveurs.
Postfix vous permet de modifier la route empruntée par les [...]]]></description>
			<content:encoded><![CDATA[<p>AOL filtre de façon drastique les mails envoyés à leurs abonnés. Le problème, c&#8217;est que leur filtre stoppe net les mails envoyés depuis un serveur connecté sur une ligne ADSL ou tout autre réseau réputé comme un réseau ne devant pas en principe héberger des serveurs.</p>
<p>Postfix vous permet de modifier la route empruntée par les mails envoyés à certains domaines. Il sufit pour cela d&#8217;insérer dans le fichier transport ce type de ligne :</p>
<pre>&lt;domaine&gt; : [&lt;serveur smtp de destination&gt;]</pre>
<p>Par exemple, pour un serveur connecté sur une ligne Free :</p>
<pre>aol.com         :[smtp.free.fr]
.aol.com        :[smtp.free.fr]</pre>
<p>La seconde ligne permet de gérer les cas où un sous-domaine d&#8217;aol.com serait utilisé au sein d&#8217;une adresse email.</p>
<p>N&#8217;oubliez pas de compiler le fichier transport à l&#8217;aide de la commande</p>
<pre>postmap transport</pre>
<p>et de vérifier que ce fichier transport est bien déclaré dans le fichier main.cf :</p>
<pre>transport_maps = hash:/etc/postfix/transport</pre>
<p>Edit : vous pouvez ajouter également :</p>
<pre>aim.com         :[smtp.free.fr]</pre>
]]></content:encoded>
			<wfw:commentRss>http://bertrand.peralta.fr/2008/11/05/postfix-et-lenvoi-de-mails-vers-aol/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ajouter une Greylist à Postfix</title>
		<link>http://bertrand.peralta.fr/2008/09/30/ajouter-une-greylist-a-postfix/</link>
		<comments>http://bertrand.peralta.fr/2008/09/30/ajouter-une-greylist-a-postfix/#comments</comments>
		<pubDate>Tue, 30 Sep 2008 19:58:21 +0000</pubDate>
		<dc:creator>bperalta</dc:creator>
				<category><![CDATA[Admin Linux]]></category>
		<category><![CDATA[greylisting]]></category>
		<category><![CDATA[postfix]]></category>

		<guid isPermaLink="false">http://bperalta.wordpress.com/?p=88</guid>
		<description><![CDATA[Les spams deviennent de plus en plus envahissants, et un serveur SMTP se trouve vite submergé de mails inutiles qui augmentent sensiblement sa charge. Bien entendu, des logiciels anti-spams existent. En s&#8217;appuyant sur une analyse du contenu des mails, ceux-ci arrivent à de bons (voire très bons) résultats. Je n&#8217;en citerai que 2, un open [...]]]></description>
			<content:encoded><![CDATA[<p>Les spams deviennent de plus en plus envahissants, et un serveur SMTP se trouve vite submergé de mails inutiles qui augmentent sensiblement sa charge. Bien entendu, des logiciels anti-spams existent. En s&#8217;appuyant sur une analyse du contenu des mails, ceux-ci arrivent à de bons (voire très bons) résultats. Je n&#8217;en citerai que 2, un open source (<a href="http://spamassassin.apache.org/" target="_blank">SpamAssassin</a>) et un produit commercial (<a href="http://www.antispam.fr/fr/" target="_blank">Vade Retro</a>, de <a href="http://www.goto.fr" target="_blank">Goto Software</a>). Une approche plus simple et éliminant une bonne partie des spams consiste à installer une <a href="http://fr.wikipedia.org/wiki/Greylisting" target="_blank">Greylist</a> au sein de Postfix. Plusieurs implémentations existent. Mon choix s&#8217;est porté sur l&#8217;<a href="http://postgrey.schweikert.ch/" target="_blank">implémentation</a> de <a href="http://david.schweikert.ch/" target="_blank">David Schweikert</a>.</p>
<p>L&#8217;installation ne présente pas de problèmes particuliers et les quelques opérations sont décrites dans la documentation livrée. Elle est accessible en tapant la commande :</p>
<pre>perldoc postgrey</pre>
<p>Le lien avec postfix se fait en ajoutant au paramètre smtpd_recipient_restrictions une option check_policy_service inet:127.0.0.1:10023 (à condition d&#8217;avoir utiliser tous les paramètres par défaut). Voici par exemple le paramètre complet :</p>
<pre>smtpd_recipient_restrictions = permit_mynetworks,reject_non_fqdn_recipient,
        permit_sasl_authenticated,
        check_policy_service inet:127.0.0.1:10023,
        reject_unauth_destination</pre>
<p>Une fois le process postgrey lancé (postgrey &#8211;inet=10023 -d) et postfix rechargé, les premières traces de contrôle doivent apparaître dans le log postfix.</p>
]]></content:encoded>
			<wfw:commentRss>http://bertrand.peralta.fr/2008/09/30/ajouter-une-greylist-a-postfix/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Configuration de Postfix et Dovecot &#8211; partie 2</title>
		<link>http://bertrand.peralta.fr/2008/09/21/configuration-de-postfix-et-dovecot-partie-2/</link>
		<comments>http://bertrand.peralta.fr/2008/09/21/configuration-de-postfix-et-dovecot-partie-2/#comments</comments>
		<pubDate>Sun, 21 Sep 2008 10:21:31 +0000</pubDate>
		<dc:creator>bperalta</dc:creator>
				<category><![CDATA[Admin Linux]]></category>
		<category><![CDATA[dovecot]]></category>
		<category><![CDATA[postfix]]></category>

		<guid isPermaLink="false">http://bperalta.wordpress.com/?p=77</guid>
		<description><![CDATA[Une fois que postfix est fonctionnel il faut penser à installer ce qu&#8217;il faut pour voir lire les mails qui sont reçus  
Dovecot permet la gestion des boites au format Maildir, la récupération du courrier en pop3 et impa, SSL ou non et peut assurer le service d&#8217;authentification pour Postfix afin d&#8217;autoriser nos utilisateurs [...]]]></description>
			<content:encoded><![CDATA[<p>Une fois que postfix est fonctionnel il faut penser à installer ce qu&#8217;il faut pour voir lire les mails qui sont reçus <img src='http://bertrand.peralta.fr/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Dovecot permet la gestion des boites au format Maildir, la récupération du courrier en pop3 et impa, SSL ou non et peut assurer le service d&#8217;authentification pour Postfix afin d&#8217;autoriser nos utilisateurs à envoyer des mails en utilisant notre serveur.</p>
<p><strong>Fichier dovecot.conf</strong></p>
<p>Voici donc les différetns paramètres modifiés par rapport à la configuration d&#8217;origine :</p>
<pre>disable_plaintext_auth = no</pre>
<p>Nécessaire pour l&#8217;uthentification de base. Toutes nos connexions avec Dovecot seront faites via SSL/TLS donc pas de soucis de lecture des mots de passe sur la ligne.</p>
<pre>ssl_disable = no</pre>
<p>SSL sera donc activé</p>
<pre>protocol imap {
ssl_cert_file = /var/keys/imap.mondomaine.fr_cert.pem
ssl_key_file = /var/keys/imap.mondomaine.fr_key.pem
ssl_key_password = &lt;Password de la clé&gt;
}
protocol pop3 {
ssl_cert_file = /var/keys/pop3.mondomaine.fr_cert.pem
ssl_key_file = /var/ssl/keys/pop3.mondomaine.fr_key.pem
ssl_key_password = &lt;Password de la clé&gt;
}</pre>
<p>SSL sera alors activé pour imap et pop3. La création des clés et certificats peuvent être faits en suivant les explications <a href="http://bertrand.peralta.fr/2008/09/10/creation-et-gestion-de-cles/" target="_self">ici</a>.</p>
<pre>mail_location = maildir:~/Maildir</pre>
<p>Même emplacement que défini dans Postfix (c&#8217;est mieux <img src='http://bertrand.peralta.fr/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />   )</p>
<pre>auth default {
  mechanisms = plain login
}</pre>
<p>Permet d&#8217;autauriser les authentification en PlainText</p>
<pre>passdb passwd-file {
  args = /etc/dovecot/dovecot.users
}
userdb passwd-file {
  args = /etc/dovecot/dovecot.users
}</pre>
<p>Indique l&#8217;emplacement du fichier listant les utilisateurs</p>
<pre>socket listen {
  client {
    path = /var/spool/postfix/private/auth
    mode = 0660
    user = postfix
    group = postfix
  }
}</pre>
<p>Indique à dovecot qui a le droit d&#8217;utiliser son authentification (cf paramètre smtpd_sasl_path de la conf postfix).</p>
<p><strong>Fichier dovecot.users</strong></p>
<p>Il reste maintenant à lister nos utilisateurs dans le fichier dovecot.users. Une ligne type à cette forme :</p>
<pre>&lt;userlogin&gt;:{&lt;encodagepwd&gt;}&lt;passwd&gt;:vmail:vmail::&lt;chemin de la boite&gt;::userdb_mail=maildir:~</pre>
<p>Par exemple,</p>
<pre>monlogin:{PLAIN}passwd:vmail:vmail::/home/vmail/monlogin::userdb_mail=maildir:~</pre>
<p>L&#8217;enregistrement dans ce fichier des mots de passe en mode PLAIN n&#8217;est pas recommandé d&#8217;un point de vue sécurité. Différents encodage peuvent être utilisé. Il suffit d&#8217;utiliser l&#8217;outil dovecotpw qui génère la chaine encodée à insérer dans le fichier de configuration.</p>
]]></content:encoded>
			<wfw:commentRss>http://bertrand.peralta.fr/2008/09/21/configuration-de-postfix-et-dovecot-partie-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Configuration de Postfix et Dovecot &#8211; partie 1</title>
		<link>http://bertrand.peralta.fr/2008/09/21/configuration-de-postfix-et-dovecot-partie-1/</link>
		<comments>http://bertrand.peralta.fr/2008/09/21/configuration-de-postfix-et-dovecot-partie-1/#comments</comments>
		<pubDate>Sat, 20 Sep 2008 23:05:57 +0000</pubDate>
		<dc:creator>bperalta</dc:creator>
				<category><![CDATA[Admin Linux]]></category>
		<category><![CDATA[dovecot]]></category>
		<category><![CDATA[postfix]]></category>

		<guid isPermaLink="false">http://bperalta.wordpress.com/?p=62</guid>
		<description><![CDATA[Ce billet n&#8217;a pas pour vocation de remplacer la doc ou de couvrir les différents cas d&#8217;utilisation qu&#8217;il est possible de rencontrer avec Postfix et Dovecot. Cela couvre une utilisation relativement simple permettant de mettre en place le minimum requis par un serveur smtp. L&#8217;installation est faite sur une OpenSuse 10.2 et n&#8217;utilise pas de [...]]]></description>
			<content:encoded><![CDATA[<p>Ce billet n&#8217;a pas pour vocation de remplacer la doc ou de couvrir les différents cas d&#8217;utilisation qu&#8217;il est possible de rencontrer avec Postfix et Dovecot. Cela couvre une utilisation relativement simple permettant de mettre en place le minimum requis par un serveur smtp. L&#8217;installation est faite sur une OpenSuse 10.2 et n&#8217;utilise pas de base de données pour gérer les utilisateurs.</p>
<p>Voici dans un premier temps le paramétrage de Postfix. Le paramétrage de dovecot viendra dans un second temps&#8230;</p>
<p>Tout d&#8217;abord, spécifiquement pour la Suse, il faut demander à Yast de ne plus gérer lui-même Postfix.</p>
<p>Système / Editeur pour fichier /etc/sysconfig / Network / Mail / General / MAIL_CREATE_CONFIG = no</p>
<p>Voici ensuite les différents paramètres à renseigner dans le fichier /etc/postfix/main.cf</p>
<pre>myhostname = &lt;Nom du serveur&gt;</pre>
<p>par exemple : smtp.mondomaine.fr</p>
<pre>mydomain = &lt;domaine principal&gt;</pre>
<p>par exemple : mondomaine.fr</p>
<pre>mydestination = $myhostname, localhost.$mydomain, localhost, &lt;nomserveurinterne&gt;</pre>
<p>Dans mon cas, je veux pouvoir router certains mails via une adresse précise correspondant à un alias de smtp.mondomaine.fr. Par exemple, smtp.domaineinterne.com</p>
<pre>virtual_mailbox_domains = &lt;liste de domaines&gt;</pre>
<p>Par exemple, mondomaine.fr, seconddomaine.com, serveurmail.mondomaine.fr<br />
Dans mon cas, je renseigne cette liste en utilisant virtual_mailbox_domains et non pas virtual_alias_domains car j&#8217;utilise la possibilité de gérer des utilisateurs virtuels (qui ne sont pas des utilisateurs déclarés sur mon serveur linux).</p>
<pre>virtual_alias_maps = hash:/etc/postfix/virtual</pre>
<p>Le fichier virtual contient la liste de mes redirections vers d&#8217;autres emails ou vers des utilisateurs système</p>
<pre>virtual_mailbox_maps = hash:/etc/postfix/vmailbox</pre>
<p>Le fichier vmailbox contient la liste de mes redirections vers mes utilisateurs virtuels</p>
<pre>virtual_mailbox_base = /home/vmail</pre>
<p>Définit le répertoire contenant les boites des utilisateurs virtuels</p>
<pre>virtual_minimum_uid = 500
virtual_uid_maps = static:3000
virtual_gid_maps = static:3000</pre>
<p>Les boites mails virtuelles doivent appartenir à un compte et un groupe ayant l&#8217;id 3000 (par exemple vmail)</p>
<pre>smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_security_options = noanonymous</pre>
<p>Le smtp autorise l&#8217;accès sasl pour les utilisateurs non anonymes</p>
<pre>smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth</pre>
<p>Cet accès sasl est géré par dovecot</p>
<pre>smtpd_recipient_restrictions = permit_mynetworks, reject_non_fqdn_recipient, permit_sasl_authenticated, reject_unauth_destination</pre>
<p>On utilise les utilisateurs du réseau interne et les utilisateurs authentifiés</p>
<pre>mynetworks = 192.168.1.0/24</pre>
<p>Définition du réseau local interne</p>
<pre>home_mailbox = Maildir/</pre>
<p>Les boites sont gérés en format Maildir (un répertoire par boite et non pas un fichier). Le / est important&#8230;</p>
<p><strong>Exemple de fichier virtual</strong></p>
<pre>nom@mondomaine.fr      userlinux
autre@mondomaine.fr    autre@hotmail.f</pre>
<p><strong>Exemple de fichier vmailbox</strong></p>
<pre>user1@mondomaine.fr      user1/</pre>
<p>Cela signifie que les mails reçus par user1@mondomaine.fr seront stocké dans la boit user1 au format Maildir (grâce à la présence du / ) dans le répertoire user1 (qui sera lui-même situé sous /home/vmail).</p>
<p><strong>Important</strong> : Ces deux fichiers doivent être &laquo;&nbsp;recompilés&nbsp;&raquo; avec l&#8217;outil postmap après chaque modification afin de mettre à jour les .db respectifs.</p>
<p>Voilà, le postfix doit en principe être fonctionnel, et les règles d&#8217;anti-relaying en place si les domaines et noms de serveurs correctement renseignés. Il est important de bien tester cette partie sous peine de rapidement avoir un serveur qui croulera sous le trafic de spams :-/</p>
<p>Prochain épisode, le paramétrage de Dovecot permettant de relever le courrier mais également d&#8217;authentifier nos utilisateurs pour l&#8217;envoi des mails.</p>
]]></content:encoded>
			<wfw:commentRss>http://bertrand.peralta.fr/2008/09/21/configuration-de-postfix-et-dovecot-partie-1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
