|
OpenSSL VPN Serveurs de messagerie |
Postfix/PostfixPostfix.Postfix HistoryShow minor edits - Show changes to output October 03, 2009, at 04:08 PM
by - Ajout de SASL2 et TLS
Changed lines 6-7 from:
* [[Postfix.sasl-tls * [[Postfix.sasl-tls#TLS | Chiffrement TLS ]] to:
* [[Postfix.sasl-tls | Configuration avancée ]] ** [[Postfix.sasl-tls#SASL | Plugin SASL ]] ** [[Postfix.sasl-tls#TLS | Chiffrement TLS ]] Added lines 1-9:
>>rframe font-size:normal<< !! [[#contents]] Table des matières * [[#MEMENTO| Memento des commandes utiles]] * [[#CONFIG| Configuration]] * [[#ANTISPAM | AntiSpam]] * [[Postfix.sasl-tls#SASL | Plugin SASL ]] * [[Postfix.sasl-tls#TLS | Chiffrement TLS ]] >><< Changed line 46 from:
!!!Mémento des commandes utiles to:
!!![[#MEMENTO]]Mémento des commandes utiles Changed line 97 from:
!!!La configuration de postfix to:
!!![[#CONFIG]]La configuration de postfix Changed line 148 from:
!!!Traitement anti-spams to:
!!![[#ANTISPAM]]Traitement anti-spams Changed line 10 from:
Le domaine de mes clients est un domaine virtuel avec un forward vers des boites réelles, mes clients ayant depuis des années un serveur SMTP local entrant sur un domaine type DynDns (statique depuis qu'ils sont clients Free, mais conservé pour des raisons historiques). to:
Le domaine de mes clients est un domaine virtuel avec un forward vers des boites réelles, mes clients ayant depuis des années un serveur SMTP local entrant sur un domaine type DynDns (statique depuis qu'ils sont clients Free, mais conservé pour des raisons historiques). Le tout se faisant par modification du MX du DNS. Changed line 13 from:
- accepter les mails à destination du domaine (mail.xxx.dyndns.com) to:
- accepter les mails à destination du domaine (mail.xxx.dyndns.com) à cause du delais de propagation du DNS Changed line 73 from:
configuration de Postfix, /etc/postfix/main. to:
configuration de Postfix, (fichier /etc/postfix/main.cf) Deleted line 75:
Changed lines 79-98 from:
to:
et voilà les mails entrant @mail.xxx.dyndns.com sont redirigés vers la gateway 192.168.2.253 Deuxiéme point, pour les mails envoyés à l'adresse @hebergee.com, il faut écrire des régles de redirection. Le plus simple a été pour moi de récrite l'entête de @hebergee.com en @mail.xxx.dyndns.com. Voici la procédure : ajouter dans /etc/postfix/main.cf virtual_alias_domains = @hebergee.com virtual_alias_maps = hash:/etc/postfix/virtual créer un fichier /etc/postfix/virtual contenant : social@hebergee.com pomme@mail.xxx.dyndns.com, poire@mail.xxx.dyndns.com @hebergee.com @mail.xxx.dyndns.com La première ligne correspond à une liste de diffusion, la seconde au catch all du domaine. compiler le fichier au format BerkeleyDB avec la commande suivante : makemap hash /etc/postfix/virtual < /etc/postfix/virtual et voilà c'est fini ... Changed lines 1-4 from:
Un excellent relai SMTP utilisé entre autres chez Free Pourqoui installer un relai de messagerie local ? Dans mon cas, le problème venait de chez OVH qui fin 2006 a rencontré de grâve problème avec leurs relais de messagerie qui entrainé des délais de livraison de plusieurs jours et ceci pendant plusieurs semaines. L'utilisation des mails étant devenu critique pour pas mal de clients l'hébergement du forward des domaines de mes clients chez eux n'était plus possible. J'ai donc installé les relais chez mes clients et donc voici retracé rapidement mon expérience sur to:
Un excellent relai SMTP utilisé entre autres chez Free (leur site Web: http://www.postfix.org/) Pourquoi installer un relai de messagerie local ? Dans mon cas, le problème venait de chez OVH qui fin 2006 a rencontré de grâves problèmes avec leurs relais de messagerie ce qui entrainé des délais de livraison allant de quelques secondes à plusieurs jours (j'ai un record à quatre jours) et ceci pendant plusieurs semaines. L'utilisation des mails étant devenu critique pour pas mal de clients l'hébergement local du forward des domaines était indispensable, l'externalisation aurait été une autre solution mais le défis vallait bien les quelques longues soirées que j'y ai passé. J'ai donc installé les relais chez mes clients et voici donc retracé mon expérience sur le sujet. Changed lines 10-16 from:
Le domaine de mes clients est un domaine virtuel Principalement pour traiter les le site Web http://www to:
Le domaine de mes clients est un domaine virtuel avec un forward vers des boites réelles, mes clients ayant depuis des années un serveur SMTP local entrant sur un domaine type DynDns (statique depuis qu'ils sont clients Free, mais conservé pour des raisons historiques). Mon relais devait donc remplir deux missions : - accepter les mails à destination du domaine publique (.com) - accepter les mails à destination du domaine (mail.xxx.dyndns.com) pour transférer le tout vers l'ancien relais de messagerie devenu interne. compilation de Postfix Deleted lines 22-23:
Changed lines 27-33 from:
to:
Modification de rc.local postfix start Mémento des commandes utiles postfix reload Changed line 42 from:
contenu to:
contenu de la queue d'envoi Changed lines 61-63 from:
l'utilisation du To: dans la section data vous évitera de chercher pourquoi le destinataire du message s'appelle "To: undisclosed-recipients" to:
A noter que l'utilisation du To: dans la section data vous évitera de chercher pourquoi le destinataire du message s'appelle "To: undisclosed-recipients" .... maintenant la configuration: configurer le relais du domaine vers le domaine dyndns, j'ai commencé par modifier l'adresse IP du domaine en ajoutant l'IP interne au fichier etc/host : 192.168.2.252 mail.xxx.dyndns.com et en modifiant le etc/resolve.conf de cette façon: lookup file nameserver 212.27.32.5 nameserver 212.27.53.252 ma nouvelle passerelle connais maintenant l'adresse de la gateway interne, configuration de Postfix, /etc/postfix/main.cf relay_recipient_maps = relay_domains = mail.xxx.dyndns.com relayhost = [192.168.2.253] Added lines 1-54:
Un excellent relai SMTP utilisé entre autres chez Free. Pourqoui installer un relai de messagerie local ? Dans mon cas, le problème venait de chez OVH qui fin 2006 a rencontré de grâve problème avec leurs relais de messagerie qui entrainé des délais de livraison de plusieurs jours et ceci pendant plusieurs semaines. L'utilisation des mails étant devenu critique pour pas mal de clients l'hébergement du forward des domaines de mes clients chez eux n'était plus possible. J'ai donc installé les relais chez mes clients et donc voici retracé rapidement mon expérience sur le sujet. La problématique: Le domaine de mes clients est un domaine virtuel Principalement pour traiter les le site Web http://www.postfix.org/ make groupadd postfix groupadd postdrop useradd -G postfix -b /dev/null -s /bin/false postfix make install sh postfix-install touch /etc/aliases chmod u+x /etc/aliases postfix reload tail /var/log/maillog création d'une table de hash (aliases.db) makemap hash /etc/postfix/virtual < /etc/postfix/virtual lecture de son contenu postmap -s hash:/etc/postfix/aliases contenu du la queue d'envoi mailq suppression d'un élément postsuper -d EDB5C142C0 un scénario d'envoi de mail en telnet helo test mail from: monadresse@mondomaine.tld rcpt to: ladresse@hebergee.com data From: "un correspondant" <monadresse@mondomaine.tld> To: "l'adresse" <ladresse@hebergee.com> Subject: un sujet un mail de test . quit l'utilisation du To: dans la section data vous évitera de chercher pourquoi le destinataire du message s'appelle "To: undisclosed-recipients" .... |