Installation de DKIMProxy sur Postfix

Navigation

• Accueil
• Tarifs
• Nous contacter
• Informations

Présentation des Services

• Infogérance
• Optimisation
• Sécurisation

Tools & Ressources

• Téléchargements
• Tools
• Blog

28 Commentaires pour ce billet.

1. Boris a dit, le 14 Dec 2010 09:09

   A noter la création d'un générateur de config DKIM dans la section "outils" du site :
   https://admin-serv.net/tools
2. Lowbaka a dit, le 15 Apr 2011 09:45

   Bonjour,
   Merci pour ce tuto qui m'as permis d'installer dkim.
   Cependant, j'ai quelques remarques à faire.
   
   Pour commencer, une simple petite erreur : là où est affiché la clé publique, il est dit "la clé privé est ...". Je pense donc à une petite erreur d'inattention ^^
   
   Ensuite, lors de l'installation, j'ai rencontré pas mal de problèmes! Et tout ça parce que ma configuration (en tout cas certaines parties) n'était pas prise en compte (et ça je ne le savais pas).
   Donc, en plus des fichiers de configuration indiqué dans ce tuto, je recommande de faire un tour dans /etc/default/dkimproxy et, soit d'y configurer ce qu'il faut (entre autre le domaine, les chemins vers les clefs, etc..) soit d'utiliser cette configuration.
   
   Donc attention déjà au domaine : celui par défaut, c'est celui configuré sur votre machine via hostname! et non pas celui du fichier de conf. Ensuite, les clef, dkim va les chercher dans /var/lib/dkimproxy (sous les nom de private.key et public.key) et non dans le chemin indiqué dans la configuration.
   Bref, plein de petit points auquels il faut faire attention, sinon ça ne fonctionne pas!
   
   Mais en tout cas, merci pour ce tuto :)
3. Boris a dit, le 17 Apr 2011 22:54

   @Lowbaka: Normal pour les erreurs/non fonctionnement. L'installation par défaut de DKIM a énormément évolué depuis 2009 (date du tuto) et est devenue un peu plus simple/propre.
   En 2009 c'était un tuto : copier/coller, là ça demande un peu d'adaptation.
   
   Merci tout de même pour ton retour, cela fait toujours plaisir ;)
4. Florent a dit, le 11 May 2011 14:32

   Merci pour ce mémo mais il manque une partie non négligeable : la vérification de la signature des mails entrants.
5. R-No a dit, le 26 Aug 2011 15:29

   Salut,
   
   Bon tuto, merci d'avoir pris le temps de le rédiger.
   
   Je pense cependant avoir relevé une petit coquille dans la syntaxe de la déclaration DNS. En effet, après avoir scrupuleusement suivi et adapté ton tuto à mon architecture, le test http://dkimcore.org/c/keycheck me signalait une erreur dans mon enregistrement DNS de DKIM.
   
   Après quelques recherches, il semblerais qu'il manque un point, et qu'il y a un point virgule en trop dans ta syntaxe. La bonne semble être :
   ._domainkey... IN TXT "k=rsa; t=y; p="
   
   J'espère ne pas me tromper.
   
   ++
6. R-No a dit, le 26 Aug 2011 15:30

   Arf, tes commentaires ont mangés mes balises ! ^^
   
   Re-voici donc ma syntaxe :
   SELECTEUR._domainkey.DOMAIN.TLD. IN TXT "k=rsa; t=y; p=KEY"
7. Boris a dit, le 26 Aug 2011 15:39

   @R-No : les deux syntaxes sont valides d'après les RFC (et fonctionnent correctement chez Yahoo par exemple) mais peut-être que l'outils de test n'est pas à jour/configuré pour ce type de configuration.
8. R-No a dit, le 26 Aug 2011 15:44

   J'avoue, je ne suis pas allé lire la RFC...
   En tout cas, chez Hotmail, la syntaxe de ton tuto renvoi une erreur dans les headers de mes e-mails. L'autre syntaxe, que je viens d'envoyer dans les commentaires, passe correctement les tes d'Hotmail.
9. Tetz a dit, le 15 Nov 2011 19:46

   Salut !
   
   après implémentation et tirage de cheveux je me retrouve avec un problème, mon domaine ne se fait pas signer. En effet, lors d'une interrogation DNS je ne retrouve absolument pas mon domaine mais juste : selecteur._domainkeys.com en gros, mon ndd se fait viré et je me demande si cela ne viendrait pas du fait que j'ai un nom de domaine séparé par un tiret, si oui ça serait con que je ne puisse pas implémenter DKIM sur mon serveur mail :/
   
   si vous avez une solution je suis preneur ! merci !
10. Boris a dit, le 15 Nov 2011 19:56

    @Tetz : A mon avis tu as un soucis dans ton enregistrement DNS. Si tu regardes mon site, il a un tiret et pourtant, il est correctement signé (mon sélecteur est soit mail, soit postfix).
    Sans domaine, je ne peux pas voir ce qui cloche, mais je pense que c'est une toute petite erreur.
11. Tetz a dit, le 16 Nov 2011 09:37

    J'ai pourtant bien retourné en long en large et en travers mes records DNS sans aucune erreur (c'est pratiquement du copier coller d'ici :x) et je me retrouve avec deux problèmes :
    
    - le record TXT qui ne ressort pas
    - le header dans le mail qui me ressort juste ".com" et pas mon nom de domaine alors que mes configurations sont bonnes
    
    
    je suppose que tu peux voir mon mail ;p si tu peux me mail, je te ferai suivre mes fichiers de configuration pour que tu puisses check ce que j'ai fait de bon (ou pas :D) merci à toi !
    
12. Boris a dit, le 16 Nov 2011 11:18

    @Tetz, j'ai un mail en gmail pour toi (alors ça m'aide pas pour regarder ça).
    Si dans ton header tu n'as que ".com" sans ton domaine, tu as bel et bien un problème de configuration.
    
    Si le TXT ne ressort pas même si tu fais un :
    

    host -t TXT selecteur._domainkey.tondomaine.net

    
    C'est un soucis niveau config DNS.
    
    Dans la liste des fichiers à regarder, je te dirais bien :
    

    /etc/default/dkimproxy
    
    /etc/dkimproxy/dkimproxy_out.conf

    
    Normalement pour postfix il y a peu de choses à faire, c'est juste un relay et si les mails sortent, il ne devrait pas y avoir de soucis à ce niveau.
13. Tetz a dit, le 16 Nov 2011 12:00

    je parlais de mon mail en gmail pour que tu me mail (afin que j'ai ton mail) pour que je te fasse suivre les fichiers :D
    
    
    - commande host :
    
    root [~] > host -t TXT postfix._domainkey.pa-errard.com
    postfix._domainkey.pa-errard.com descriptive text "k=rsa\; t=y\; p=ma_super_clé_publique"
    
    
    (pourquoi le retour me met des \ alors que dans bind j'ai pas ce \)
    
    - fichier de zone :
    
    postfix._domainkey.pa-errard.com. IN TXT "k=rsa; t=y; p=ma_super_clé_publique"
    _domainkey.pa-errard.com. IN TXT "o=-;"
    
    
    
    - fichier /etc/default/dkimproxy :
    
    RUN_DKIMPROXY_OUT=1
    RUN_DKIMPROXY_IN=1
    DKIMRPOXY_IN_CONF="/etc/dkimproxy/dkimproxy_in.conf"
    DKIMRPOXY_OUT_CONF="/etc/dkimproxy/dkimproxy_out.conf"
    
    (d'ailleurs dans ton tutoriel tu n'en parles pas :D)
    
    - fichier /etc/dkimproxy/dkimproxy_out.conf :
    
    listen 127.0.0.1:12028
    relay 127.0.0.1:12029
    domain pa-errard.com
    signature dkim(c=relaxed)
    signature domainkeys(c=nofws)
    keyfile /etc/dkimproxy/keys/private.key
    selector postfix
    
    Voilà pour la conf (et les ligne que j'ai ajouté à postfix !
    
    et comme j'ai dis, quand je check mes header ils sont de la forme : =@.com :/
14. Boris a dit, le 16 Nov 2011 12:10

    Pour les antislash, ils sont complètement normaux.
    Par contre dans tes headers de mail là c'est moins normal...
    
    Si tu fais un :
    

    ps aux|grep dkim

    
    Est-ce que tu as des trucs "bizarres", normalement par défaut tu dois avoir ton hostname dedans, peut-être que l'erreur est là.
    
    A noter aussi que dkimproxy a eu pas mal de mises à jour dans les dernières versions de Debian, d'où des changements en fonctions de ta version (mon tuto date un peu (il a 2 ans)) mais normalement devrait s'adapter.
15. Tetz a dit, le 16 Nov 2011 12:32

    wai pas de pbm pour le tuto ^^
    
    bon alors, à ne rien y comprendre, j'ai lancé un mail sur mon gmail, je le voit signé par mon serveur (??) je me demande donc si la propagation DNS n'a pas été plus longue que prévue (car faut bien prendre en compte la propa DNS aussi :D)
16. Tetz a dit, le 16 Nov 2011 12:37

    ah bah, j'ai lancé ta commande, on voit mon domaine nul part haha :D
    
    /usr/bin/perl -I/usr/lib /usr/sbin/dkimproxy.out --domain=com
    
    -I/usr/lib /usr/sbin/dkimproxy.out --domain=com --method=simple --conf_file /etc/dkimproxy/dkimproxy_out.conf --user=dkimproxy --group=dkimproxy
    
    et dans dkimproxy.in je vois le domaine : WTF :D
    
    /usr/bin/perl -I/usr/lib /usr/sbin/dkimproxy.in --hostname=pa-errard.com --conf_file /etc/dkimproxy/dkimproxy_in.conf --user=dkimproxy --group=dkimproxy
    
    je voudrais bien qu'on m'explique là ^^
17. Boris a dit, le 16 Nov 2011 12:38

    N'hésites pas à m'envoyer un mail à contact@domaine_du_blog.net
    Que je matte tes headers sinon tu as : check-auth@verifier.port25.com
    Qui te permet d'avoir un retour de tes headers et leur status.
18. Tetz a dit, le 16 Nov 2011 12:44

    yep j'utilise aussi le check mais bon, je t'ai envoyé un mail depuis mon root@pa-errard.com (il va ptet passer en spam chez toi)
19. Boris a dit, le 16 Nov 2011 12:44

    Comme tu vois tu as un :
    --domain=com
    A toi de modifier le script dans /etc/init.d/dkimproxy
    pour qu'il utilise soit: ton fichier de conf, soit tu le mets en dur.
    Par contre tu as peut-être un soucis ailleurs pour qu'il ait "guess" "com" comme domaine...
20. Boris a dit, le 16 Nov 2011 12:46

    Recipient address rejected: User unknown in virtual
    
        mailbox table (in reply to RCPT TO command)

    
    Bon, bah je risque pas de pouvoir te contacter sur cette boite...
21. Tetz a dit, le 16 Nov 2011 12:54

    j'envoie avec root, mais la boite mail n'existe pas, si tu veux envoyer un mail tu as admin@ndd ou paerrard@ndd :D
    
    j'étais tombé sur le coup de la ligne du domaine dans /etc/init.d une personne dit que c'est un bug debian et qu'il faut virer les variables (donc je rajoute ou j'enlève ?)
    
    mais le plus étonnant c'est la non réponse des entrées TXT via la commande dig (normal ou pas ?) car avec la commande host pas de soucis
22. Boris a dit, le 16 Nov 2011 12:59

    Tu enlèves c'est mieux (ou tu ajoutes, ça marche aussi).
    
23. Tetz a dit, le 16 Nov 2011 13:07

    j'ai feinté, j'ai rajouté la même variable que pour le DKIM_IN je vois mes mails signés, tout à l'air de tourner là, je te renvoie un mail tu me diras si tu vois bien comme moi
24. Boris a dit, le 16 Nov 2011 13:20

    Tout est bon, mais pas ton SPF ;)
25. Tetz a dit, le 16 Nov 2011 13:35

    je sais pour le spf, j'ai un champ à rajouter, j'ai pas eu le temps de retourner dessus, mais c'était pas le plus dur ça ^^ :D
    
    merci quoi qu'il en soit, je vais pouvoir me faire mon propre tuto :p
26. Worm a dit, le 16 Jan 2012 14:38

    Bonjour, j'ai suivis le tutorial avec attention mais impossible d'avoir un résultat cohérent sur gmail. Après 3 jours à m'arracher les cheveux sur le problème je désespère. Pour les détails voir ici : http://stackoverflow.com/questions/8880500/dkim-authentification-does-not-pass-in-gmail-debian-6
    
    Merci !
27. bouxroute a dit, le 20 May 2013 03:38

    Attention, la version 1.2-6 de dkimproxy actuellement dispo sur les dépots de Sqeeze a l'air furieusement buguée.
    
    Si vous avez des soucis avec ce paquet, je vous invite à modifier le fichier /etc/init.d/dkimproxy:
    
    Au lieu de
    
    #DKIMPROXY_OUT_ARGS="--domain=${DOMAIN} --method=simple --conf_file ${DKOUT_CONF} --keyfile=${DKIMPROXY_OUT_PRIVKEY} ${COMMON_ARGS} --pidfile=${PIDDKIMPROXY_OUT} --signature=dkim --signature=domainkeys --min_servers=${DKIMPROXY_OUT_MIN_SERVERS}"
    
    ( vous noterez qu'il manque un signe "=" entre "--conf_file" et "${DKOUT_CONF}" )
    
    j'ai personnellement remplacé par
    
    DKIMPROXY_OUT_ARGS="--conf_file=${DKOUT_CONF} ${COMMON_ARGS} --pidfile=${PIDDKIMPROXY_OUT}"
    
    
    La même erreur est visible sur les paramètres de DKIMPROXY_IN_ARGS.
    
    
    A noter aussi que dans /etc/default/dkimproxy , des variables s'appellent
    
    DKIMRPOXY_IN_CONF
    DKIMPROXY_OUT_CONF
    
    ...ça transpire la coquille ( dkimRpoxy au lieu de dkimpRoxy ), et même si a priori ça n'a pas d'impact, ça fait un peu peur quand même.
28. ze a dit, le 20 Aug 2013 16:09

    Bonjour,
    
    Je suis nouveau dans le monde linux et moi aussi j'ai des problème de mail mail rejeté par Gmail et yahoo.
    
    Il semble qu'il soit impossible de récupérer le paquet dkimproxy via apt-get.
    Auriez vous une autre procédure ?
    Merci par avance