Problème d'authentification mail (headers DKIM non présents dans les mails envoyés)

[ndx1905-github]

Hallelujah !!!

Donc c’était bien ça…

mon fournisseur de cloud réécrivait en douce le /etc/hosts
et il y avait incohérence de nom et non signature par DKIM.

Ca marche merci

Il serait utile à mon avis dans les diagnostics de yunohost de vérifier si l’option de réécriture du /etc/host st active ou pas… ça peut changer des choses.

Dernier point, postfix se plaint de certains droits… et pareil, si je change c’est non persistant… une idée d’où est la commande pour éviter le changement de droits?

C’est uniquement pour ces trois fichiers

postfix/postfix-script: warning: not owned by root: /etc/postfix/.
postfix/postfix-script: warning: not owned by root: /etc/postfix/./app_senders_login_maps.db
postfix/postfix-script: warning: not owned by root: /etc/postfix/./app_senders_login_maps

[rodinux]

bizarre, même après yunohost tools regen-conf postfix --force ?
et yunohost service restart postfix

[rodinux]

Bon, je suis embêté, je n’avais pas ce soucis, mais là je l’ai créer en essayant la commande
postfix check
Je crois que cela a mis le bouzin dans les droits !!

[ndx1905-github]

Argh désolé
Et pour répondre à la question précédente… ça ne résout pas le problème comme tu as du le constater depuis

[rodinux]

Je n’ai pas l’erreur dans le diagnostic ceci dit…

J’ai un truc comme cela

ls -ll /etc/postfix/
total 212
-r--r----- 1 postfix root   141 Apr 27 04:49 app_senders_login_maps
-rw-r----- 1 postfix root 12288 Apr 27 04:49 app_senders_login_maps.db
-rw-r--r-- 1 root    root   134 Feb 11 06:03 dynamicmaps.cf
drwxr-xr-x 2 root    root  4096 Jun 30  2020 dynamicmaps.cf.d
-rw-r--r-- 1 root    root    90 Dec 28  2021 header_checks
-rw-r--r-- 1 root    root   209 Dec 28  2021 ldap-accounts.cf
-rw-r--r-- 1 root    root   214 Dec 28  2021 ldap-aliases.cf
-rw-r--r-- 1 root    root   180 Dec 28  2021 ldap-domains.cf
-rw-r--r-- 1 root    root   217 Feb 26  2023 ldap-groups.cf
-rw-r--r-- 1 root    root  6284 Feb 14 13:55 main.cf
-rw-r--r-- 1 root    root 27124 Feb 11 06:03 main.cf.proto
lrwxrwxrwx 1 root    root    31 Dec 28  2021 makedefs.out -> /usr/share/postfix/makedefs.out
-rw-r--r-- 1 root    root  6268 Feb 13  2023 master.cf
-rw-r--r-- 1 root    root  6247 Feb 11 06:03 master.cf.proto
-rw-r--r-- 1 root    root 10268 Jun 30  2020 postfix-files
drwxr-xr-x 2 root    root  4096 Feb 11 06:03 postfix-files.d
-rwxr-xr-x 1 root    root 11651 Jan  7  2022 postfix-script
-rwxr-xr-x 1 root    root 29872 Jun 30  2020 post-install
drwxr-xr-x 2 root    root  4096 Jun 30  2020 sasl
-rw-r--r-- 1 root    root    23 Dec 28  2021 sender_canonical
-rw-r--r-- 1 root    root   358 Dec 28  2021 smtp_reply_filter
-rw-r--r-- 1 root    root   396 Dec 28 01:03 sni
-rw-r--r-- 1 root    root 36864 Apr 27 04:45 sni.db
-rw-r--r-- 1 root    root    99 Feb 13  2023 transport

C’est normal, j’ai aussi ces propriétaires sur d’autres serveurs…

Les fichiers /etc/postfix/ /app_senders_login_maps.db et /etc/postfix/app_senders_login_maps devraient appatenir à postfix:root…

[rodinux]

Par contre ce serveur vps sur OVH a une IPv6 blaclistée, donc je ne passe que par l’IPv4 pour le smtp et je suis pas arrivé à résoudre, sûrement à cause d’un autre serveur sur la même plage IPv6 qui doit être déclaré en spam…

[rodinux]

Est-ce que le diagnostic de Yunohost râle ?

[rodinux]

Je crois qu’il ne faut pas se fier plus que ça à ce message, c’est des warnings à cause des backwards compatilibility

# postfix check
postfix: Postfix is running with backwards-compatible default settings
postfix: See http://www.postfix.org/COMPATIBILITY_README.html for details
postfix: To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload"

https://www.postfix.org/COMPATIBILITY_README.html

[ndx1905-github]

J’ai désactivé ipv6 mais en dehors de ça tout est vert dans les diagnostics. (Et c’était vert même quand dkim ne fonctionnait pas)

[ndx1905-github]

Je m’arrache les cheveux

Ça ne fonctionne plus aujourd’hui.

À nouveau les messages n’ont plus de signature DKIM

Je n’ai rien changé.

Et /etc/hosts est toujours bon. Enfin identique à quand ça marchait.

Je n’y comprends rien

[ndx1905-github]

Un collègue bienveillant s’est penché sur le cas et a permis de trouver la solution.

Il s’agit d’un bug de la version de rspamd fournie avec yunohost qui crash de temps en temps avec une erreur SEGFAULT.

Suivre les instructions ici Rspamd segfault and no dkim signature on output mail - #2 by quiwy
a permis de résoudre le problème.