J’utilise Acronis pour effectuer une sauvegarde sur un disque externe de mes documents. Il y’a un système de notifications mail intégré à Acronis mais il ne semblait pas vouloir fonctionner avec mon serveur mail. Pourtant j’y appliquait les même paramètres que ceux de mon client mail. Le problème venait de la manière dont Acronis initie sa connexion SMTP. Il faisait son HELO avec le nom de ma machine Windows (jeremy-PC) dans cet exemple. Postfix, que j’ai configuré pour effectuer quelques vérifications avant d’autoriser une connexion SMTP, refusait, évidemment, ce HELO.```
504 5.5.2
* Autoriser l'IP de chez moi à passer sans autre forme de vérifications (dangereux en cas de virus sur un des postes et impossible car pas d'IP fixes à la maison).
* Autoriser l'hôte jeremy-PC à passer alors qu'il n'est pas un nom d'hôte correct attendu par Postfix. (C'est cette solution que j'ai adopté).
Pour ce faire nous allons créer un fichier **helo\_access** dans **/etc/postfix** qui va contenir :```
root@mail:/home/jeremy#vim /etc/postfix/helo\_access
--
jeremy-PC PERMIT
```Puis faire un :```
root@mail:/home/jeremy# postmap /etc/postfix/helo\_access
```Et enfin modifier le fichier **/etc/postfix/main.cf** pour ajouter :```
check\_helo\_access hash:/etc/postfix/helo\_access
```à la directive **smtpd\_recipient\_restrictions**, voir ci dessous un exemple complet :```
smtpd\_recipient\_restrictions =
permit\_mynetworks,
check\_helo\_access hash:/etc/postfix/helo\_access,
permit\_sasl\_authenticated,
check\_policy\_service inet:127.0.0.1:10023,
reject\_non\_fqdn\_hostname,
reject\_non\_fqdn\_sender,
reject\_non\_fqdn\_recipient,
reject\_unauth\_destination,
reject\_unauth\_pipelining,
reject\_invalid\_hostname
```Maintenant il ne reste plus qu'à relancer le serveur mail :```
root@mail:/home/jeremy# /etc/init.d/postfix restart