--- title: "Qu'est-ce que DKIM ? Un guide complet | AutoSPF" description: "Ce qu" image: "https://autospf.com/images/og-default.png" canonical: "https://autospf.com/fr/dkim/what-is-dkim/" --- # Qu'est-ce que DKIM ? DKIM (DomainKeys Identified Mail) est un protocole d'authentification des e-mails qui utilise la cryptographie à clé publique pour vérifier qu'un message e-mail a été envoyé par un serveur autorisé et que son contenu n'a pas été altéré en transit. Le serveur expéditeur signe les messages sortants avec une clé privée, et le serveur destinataire vérifie la signature à l'aide d'une clé publique publiée dans le DNS de l'expéditeur. Contrairement à SPF, qui ne vérifie que l'adresse IP du serveur expéditeur, DKIM vérifie l'intégrité du message et survit au transfert d'e-mails. DKIM est défini dans la RFC 6376. Ce guide fait partie de notre guide complet sur [DKIM](/fr/dkim/). Voir aussi : [l’enregistrement DKIM](/fr/dkim/dkim-record/) et [comment fonctionnent les signatures DKIM](/fr/dkim/dkim-signature/). DKIM - DomainKeys Identified Mail - est le deuxième pilier de l’authentification moderne des e-mails. Alors que [SPF](/blog/what-is-spf-email-a-guide-to-sender-validation-technology/) vérifie qu’un message a été envoyé depuis un serveur autorisé, DKIM va plus loin : il signe cryptographiquement le message lui-même, prouvant que le contenu n’a pas été altéré et que le domaine expéditeur revendiqué a réellement autorisé le message. _La [RFC 6376](https://datatracker.ietf.org/doc/html/rfc6376) définit DKIM comme une méthode d’association d’un nom de domaine à un message e-mail, permettant ainsi à une personne, un rôle ou une organisation de revendiquer une certaine responsabilité pour le message. La signature survit au transfert d’e-mails, ce qui constitue un avantage crucial par rapport à SPF._ Comprendre DKIM est essentiel pour quiconque gère une infrastructure de messagerie, car l’alignement DKIM est l’une des deux voies pour réussir l’authentification DMARC - et pour le courrier transféré, c’est souvent la seule voie. ## Comment fonctionne DKIM : la vue d’ensemble DKIM repose sur un principe cryptographique simple : le serveur expéditeur signe le message avec une clé privée, et le serveur destinataire vérifie la signature avec une clé publique publiée dans le DNS. ### Le processus de signature (sortant) 1. Le serveur de messagerie expéditeur génère une empreinte de certains en-têtes de l’e-mail et du corps du message 2. Le serveur chiffre cette empreinte à l’aide de la clé privée DKIM du domaine 3. Le serveur ajoute un en-tête `DKIM-Signature` au message contenant l’empreinte chiffrée, le nom du sélecteur, le domaine signataire et des métadonnées sur les en-têtes signés 4. Le message est transmis au serveur destinataire ### Le processus de vérification (entrant) 1. Le serveur destinataire extrait l’en-tête `DKIM-Signature` du message 2. Il lit les valeurs `d=` (domaine) et `s=` (sélecteur) de la signature 3. Il effectue une recherche DNS pour `._domainkey.` afin de récupérer la clé publique 4. Il utilise la clé publique pour déchiffrer la signature et récupérer l’empreinte d’origine 5. Il recalcule indépendamment l’empreinte des mêmes en-têtes et du corps à l’aide de l’algorithme spécifié 6. Si les deux empreintes correspondent, la signature est valide - le message est authentique et non modifié Pour une explication technique détaillée de ce processus, consultez [Comment fonctionne DKIM : un guide complet de l’authentification des e-mails](/fr/dkim/what-is-dkim/). Pour les détails au niveau de la RFC de l’algorithme de vérification, consultez [Au cœur de la RFC 6376 : comment fonctionne réellement la vérification DKIM](/fr/dkim/what-is-dkim/). ## L’en-tête DKIM-Signature Un en-tête de signature DKIM ressemble à ceci : ``` DKIM-Signature: v=1; a=rsa-sha256; d=example.com; s=selector1; c=relaxed/relaxed; q=dns/txt; t=1618884473; h=from:to:subject:date:message-id; bh=2jUSOH9NhtVGCQWNr9BrIAPreKQjO6Sn7XIkfJVOzv8=; b=AuUoFEfDxTDkHlLXSZEpZj79LICEps6eda7W3deTVFOk... ``` | Tag | Signification | | --------------------- | ---------------------------------------------------- | | v=1 | Version DKIM (toujours 1) | | a=rsa-sha256 | Algorithme de signature | | d=example.com | Domaine signataire (utilisé pour l’alignement DMARC) | | s=selector1 | Sélecteur - identifie quelle clé publique utiliser | | c=relaxed/relaxed | Méthode de canonicalisation pour l’en-tête/le corps | | q=dns/txt | Méthode d’interrogation de la clé publique | | t=1618884473 | Horodatage de la signature | | h=from:to:subject:... | Liste des en-têtes inclus dans la signature | | bh=... | Empreinte du corps | | b=... | La signature elle-même | ## Clés DKIM : publique et privée DKIM utilise la cryptographie asymétrique. Le propriétaire du domaine génère une paire de clés : - **Clé privée** \- Stockée en toute sécurité sur le serveur de messagerie expéditeur. Jamais partagée ni publiée. Utilisée pour signer les messages sortants. - **Clé publique** \- Publiée dans le DNS sous forme d’enregistrement TXT à `._domainkey.`. Utilisée par les serveurs destinataires pour vérifier les signatures. ### Format de l’enregistrement DNS Un enregistrement DNS DKIM ressemble à ceci : ``` selector1._domainkey.example.com TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..." ``` | Tag | Signification | | ------- | ----------------------------------------------- | | v=DKIM1 | Version | | k=rsa | Type de clé (RSA est la norme ; Ed25519 émerge) | | p=... | La clé publique, encodée en base64 | Vous pouvez rechercher la clé publique DKIM de n’importe quel domaine à l’aide de l’[outil de recherche DKIM](/fr/tools/dkim-lookup/). ### Tailles de clés - **RSA 1024 bits** \- La taille de clé minimale recommandée. Toujours largement utilisée mais considérée comme faible selon les normes modernes. - **RSA 2048 bits** \- La norme actuellement recommandée. Offre une sécurité forte mais produit des enregistrements DNS plus longs qui peuvent nécessiter le fractionnement de l’enregistrement TXT. - **Ed25519** \- Un algorithme plus récent et plus efficace qui produit des signatures et des clés plus courtes. Pris en charge par un nombre croissant de serveurs de messagerie mais pas encore universel. **Guide détaillé :** [Comprendre les algorithmes cryptographiques de DKIM : RS256 vs RS512 et tendances émergentes](/fr/dkim/dkim-signature/) ## Sélecteurs : gérer plusieurs clés Les sélecteurs DKIM permettent à un domaine de publier plusieurs clés DKIM simultanément. Chaque clé est identifiée par une chaîne de sélecteur, et le tag `s=` dans l’en-tête DKIM-Signature indique au destinataire quel sélecteur (et donc quelle clé publique) utiliser pour la vérification. Les sélecteurs servent à plusieurs fins : - **Plusieurs services d’envoi** \- Votre serveur de messagerie principal et chaque service tiers (SendGrid, Mailchimp, etc.) peuvent chacun avoir leur propre paire de clés DKIM avec un sélecteur unique - **Rotation des clés** \- Lors de la rotation des clés, vous pouvez publier la nouvelle clé sous un nouveau sélecteur pendant que l’ancien sélecteur reste actif durant la période de transition - **Séparation par département** \- Différentes équipes ou divisions peuvent utiliser différents sélecteurs à des fins de suivi et de gestion Les conventions de nommage courantes des sélecteurs incluent `s1`, `s2`, `google`, `sendgrid`, `k1`, ou des noms basés sur une date comme `202604`. ## Canonicalisation : gérer les modifications de message Les messages e-mail sont fréquemment modifiés en transit - des espaces sont ajoutés ou supprimés, des en-têtes sont réécrits, et les sauts de ligne peuvent changer. La canonicalisation définit comment les processus de signature et de vérification normalisent le message avant le hachage, de sorte que des modifications mineures ne cassent pas la signature. Il existe deux modes de canonicalisation, appliqués indépendamment aux en-têtes et au corps : - **simple** \- Presque aucune tolérance aux modifications. Les en-têtes doivent correspondre exactement (sauf pour les espaces de fin). Le corps n’est normalisé que pour les lignes vides de fin. Utilisez ceci lorsque vous contrôlez l’intégralité du chemin de livraison et qu’aucun intermédiaire ne modifiera le message. - **relaxed** \- Plus tolérant. Les noms d’en-têtes sont mis en minuscules, les espaces sont normalisés, et les espaces multiples sont réduits à un seul. Dans le corps, les espaces de fin sont supprimés de chaque ligne. Utilisez ceci pour la plupart des déploiements réels. Le paramètre `c=relaxed/relaxed` (relaxed pour les en-têtes et le corps) est la configuration la plus courante et recommandée. ## Alignement DKIM L’alignement DKIM est un concept DMARC qui détermine si le domaine de la signature DKIM (valeur `d=`) correspond au domaine de l’en-tête From visible. Ceci est critique car DMARC exige qu’au moins l’un de SPF ou DKIM soit à la fois valide et aligné. ### Alignement relaxed Les domaines organisationnels doivent correspondre, mais les sous-domaines sont autorisés. Par exemple : - From : `user@example.com` avec `d=mail.example.com` \- **Passe** l’alignement relaxed (même domaine organisationnel) - From : `user@example.com` avec `d=example.com` \- **Passe** l’alignement relaxed ### Alignement strict Les domaines doivent correspondre exactement : - From : `user@example.com` avec `d=example.com` \- **Passe** l’alignement strict - From : `user@example.com` avec `d=mail.example.com` \- **Échoue** l’alignement strict **Guide détaillé :** [Maîtriser l’alignement DKIM : clés, signatures et pourquoi les e-mails échouent à la vérification](/fr/dkim/dkim-signature/) ## Rotation des clés DKIM Les clés privées DKIM doivent être renouvelées périodiquement afin de limiter les dégâts en cas de compromission d’une clé. Le processus de rotation implique : 1. Générer une nouvelle paire de clés avec un nouveau sélecteur 2. Publier la nouvelle clé publique dans le DNS 3. Configurer le serveur expéditeur pour signer avec la nouvelle clé privée 4. Attendre la propagation DNS et vérifier les signatures avec la nouvelle clé 5. Supprimer l’ancienne clé publique du DNS après une période de transition **À quelle fréquence faut-il effectuer la rotation ?** Il n’existe pas de norme universelle, mais les recommandations courantes vont de tous les 6 mois à une fois par an. Les environnements à haute sécurité peuvent effectuer la rotation plus fréquemment. **Guide détaillé :** [Quand faut-il renouveler vos clés DKIM ?](/fr/dkim/how-to-generate-a-dkim-record/) ## Pourquoi DKIM échoue La vérification DKIM peut échouer pour plusieurs raisons : ### Modification du message en transit Si un en-tête signé ou le corps du message est modifié après la signature, l’empreinte ne correspondra pas et la vérification échouera. Les coupables courants incluent : - **Les listes de diffusion** qui ajoutent des pieds de page ou modifient la ligne Objet - **Les passerelles de messagerie** qui réécrivent les en-têtes à des fins de conformité ou d’analyse de sécurité - **Les services de transfert** qui altèrent les en-têtes des messages ### Problèmes DNS - L’enregistrement de la clé publique DKIM n’existe pas ou est inaccessible - Le sélecteur de la signature ne correspond à aucune clé publiée - Retards de propagation DNS après une rotation de clé ### Erreurs de configuration - La clé privée ne correspond pas à la clé publique publiée - L’algorithme de signature spécifié dans la signature ne correspond pas au type de clé - Les en-têtes listés dans le tag `h=` n’ont pas été inclus dans le calcul réel de la signature **Guides détaillés :** - [Pourquoi DKIM échoue-t-il ? Que pouvez-vous y faire ?](/fr/dkim/why-dkim-fails/) - [Erreur de signature DKIM invalide : voici comment la corriger](/fr/dkim/dkim-signature/) - [Éviter les erreurs SPF et DKIM courantes en 2026](/blog/avoiding-the-common-spf-and-dkim-mistakes-in-2026/) ## DKIM vs SPF : complémentaires, non concurrents DKIM et SPF servent des objectifs différents et ont des forces différentes : | Caractéristique | SPF | DKIM | | ------------------------------ | -------------------------------------- | ----------------------------------------- | | Ce qu’il vérifie | L’adresse IP du serveur expéditeur | L’intégrité et l’origine du message | | Comment il fonctionne | Recherche DNS des IP autorisées | Vérification de signature cryptographique | | Survit au transfert | Non - le transfert change l’IP d’envoi | Oui - la signature voyage avec le message | | Protège l’intégrité du contenu | Non | Oui - détecte les altérations | | Type d’enregistrement DNS | TXT sur le domaine | TXT à selector.\_domainkey.domain | | Base de l’alignement DMARC | Domaine Return-Path | Domaine d= dans la signature | Comme SPF se casse lors du transfert d’e-mails (l’IP du serveur de transfert ne figure pas dans l’enregistrement SPF du domaine d’origine), DKIM est souvent la seule méthode d’authentification qui passe pour les messages transférés. Cela rend l’alignement DKIM essentiel pour les domaines qui utilisent des listes de diffusion, des règles de transfert ou toute infrastructure de relais. **Guides détaillés :** - [En quoi SPF diffère de DKIM et DMARC](/email-authentication/) - [Vos identifiants SPF et DKIM sont-ils alignés ?](/blog/are-your-spf-and-dkim-identifiers-aligned/) - [Comment combiner les tests SPF, DKIM et DMARC pour la sécurité](/email-authentication/) ## DKIM pour le courrier transféré et relayé L’un des avantages pratiques les plus importants de DKIM par rapport à SPF est son comportement lors du transfert d’e-mails. Lorsqu’un message est transféré via un serveur intermédiaire (une liste de diffusion, une règle de transfert automatique ou un service de relais), SPF se casse car l’adresse IP du serveur de transfert n’est pas listée dans l’enregistrement SPF du domaine d’origine. DKIM, en revanche, survit au transfert tant que le contenu du message n’est pas modifié. Si vous débutez dans cette configuration, la [FAQ AutoSPF](/faq/) répond aux questions de configuration les plus courantes. C’est pourquoi DKIM est essentiel pour la conformité DMARC dans les environnements avec : - **Listes de diffusion** \- Les organisations qui participent à des listes de diffusion sectorielles ou à des groupes de distribution internes - **Transfert d’e-mails** \- Les utilisateurs qui transfèrent des e-mails d’un fournisseur à un autre (par exemple, transfert d’une adresse universitaire vers Gmail) - **Hébergement mutualisé** \- Les environnements où le courrier passe par des serveurs de relais partagés - **Passerelles de messagerie** \- Les appareils de sécurité qui relaient le courrier sans en modifier le contenu Cependant, DKIM se cassera si l’intermédiaire modifie les portions signées du message. Les modifications courantes qui cassent DKIM incluent l’ajout de pieds de page, la réécriture de la ligne Objet ou la suppression de pièces jointes. Les logiciels de liste de diffusion comme Mailman et LISTSERV ajoutent souvent des en-têtes et des pieds de page de liste, ce qui peut casser les signatures DKIM basées sur le corps. La solution consiste à configurer DKIM avec la canonicalisation `c=relaxed/relaxed` (qui tolère les modifications mineures d’espaces) et à s’assurer que tout logiciel de liste de diffusion que vous exploitez est configuré pour préserver les signatures DKIM dans la mesure du possible. ## Modèles de configuration DKIM courants Différentes configurations d’infrastructure de messagerie nécessitent différentes approches de configuration DKIM : ### Fournisseur unique Si tous vos e-mails passent par un fournisseur unique (par exemple, Google Workspace), ce fournisseur gère automatiquement la signature DKIM. Il vous suffit de publier la clé publique qu’il fournit dans votre DNS. ### Plusieurs fournisseurs avec des sélecteurs distincts Lorsque plusieurs services envoient des e-mails en votre nom, chaque service obtient sa propre paire de clés DKIM avec un sélecteur unique. Par exemple : - `google._domainkey.example.com` \- La clé DKIM de Google Workspace - `s1._domainkey.example.com` \- La clé DKIM de SendGrid - `k1._domainkey.example.com` \- La clé DKIM de Mailchimp Chaque service signe les messages avec sa propre clé privée, et les destinataires recherchent la bonne clé publique en fonction du sélecteur figurant dans l’en-tête DKIM-Signature. ### Signature sur site Les organisations exploitant leurs propres serveurs de messagerie (Exchange, Postfix, Exim) doivent générer leurs propres paires de clés, installer la clé privée sur le serveur de messagerie et publier la clé publique dans le DNS. Vous pouvez créer une paire de clés avec notre [générateur DKIM](/fr/tools/dkim-lookup/) gratuit. Cela vous donne un contrôle total sur le processus de signature mais vous oblige à gérer la génération, la rotation et le stockage des clés. ## DKIM et TLS : des couches de sécurité différentes DKIM et TLS (Transport Layer Security) contribuent tous deux à la sécurité des e-mails mais opèrent à des couches différentes : - **TLS** chiffre la connexion entre les serveurs de messagerie pendant la transmission, empêchant l’écoute clandestine en transit. Il ne vérifie pas l’identité de l’expéditeur ni ne protège contre l’usurpation. - **DKIM** vérifie l’identité de l’expéditeur et l’intégrité du message mais ne chiffre pas le contenu du message. Les deux sont nécessaires pour une sécurité complète des e-mails. **Guide détaillé :** [TLS et DKIM : pourquoi vous avez besoin des deux pour une sécurité e-mail solide](/blog/tls-and-dkim-why-both-needed-for-strong-email-security/) ## Configurer DKIM pour votre plateforme La configuration DKIM varie selon la plateforme de messagerie. Le processus général est le suivant : 1. Générer une paire de clés DKIM (votre plateforme de messagerie le fait généralement) 2. Publier la clé publique sous forme d’enregistrement DNS TXT à l’emplacement de sélecteur correct 3. Activer la signature DKIM sur la plateforme d’envoi 4. Vérifier la configuration avec une [recherche DKIM](/fr/tools/dkim-lookup/) Pour des instructions spécifiques à chaque plateforme, consultez ces guides : - [Guide définitif de la configuration SPF et DKIM de Microsoft 365](/blog/create-office-365-spf-record-without-breaking-other-email-services/) - [Authentification DKIM : un guide complet pour une délivrabilité e-mail sécurisée](/blog/dkim-authentication-a-complete-guide-to-secure-email-deliverability/) - [Configurer SPF et DKIM pour Salesforce](/blog/setting-spf-and-dkim-for-salesforce/) - [Maîtriser SPF et DKIM pour SendGrid](/blog/mastering-spf-dkim-sendgrid-autospf-guide-email-authentication/) - [Guide complet de la configuration SPF et DKIM de Mailgun](/blog/autospf-complete-guide-to-setting-up-mailgun-spf-and-dkim/) - [Comment AutoSPF active SPF et DKIM dans cPanel](/blog/how-autospf-enables-spf-dkim-in-cpanel-friendly-deep-dive/) ## DKIM dans la pile d’authentification DKIM est l’un des trois protocoles qui fonctionnent ensemble pour authentifier les e-mails : - **[SPF](/blog/what-is-spf-email-a-guide-to-sender-validation-technology/)** \- Vérifie que le serveur expéditeur est autorisé - **DKIM** \- Vérifie l’intégrité du message et fournit une signature au niveau du domaine (ce guide) - **[DMARC](/dmarc/what-is-dmarc/)** \- Relie SPF et DKIM avec des exigences d’alignement, définit la politique d’application et permet les rapports DMARC exige qu’au moins l’un de SPF ou DKIM passe et soit aligné avec le domaine de l’en-tête From. En pratique, configurer à la fois SPF et DKIM maximise vos chances de passer DMARC, car si une méthode échoue (par exemple, SPF échoue à cause du transfert), l’autre peut toujours fournir un résultat aligné valide. **Guides détaillés :** - [Comment SPF, DKIM et DMARC fonctionnent ensemble lors des échecs d’authentification](/email-authentication/) - [Protocoles d’authentification des e-mails : SPF, DKIM, DMARC expliqués](/email-authentication/) - [Comment tester la compatibilité de l’aplatissement SPF avec DMARC et DKIM](/spf-flattening/does-spf-flattening-affect-dkim-dmarc/) ## Outils de diagnostic - [Outil de recherche DKIM](/fr/tools/dkim-lookup/) \- Recherchez et validez les clés publiques DKIM pour n’importe quel domaine et sélecteur - [Vérificateur d’authentification de domaine](/fr/tools/domain-auth-checker/) \- Vérifiez SPF, DKIM et DMARC en une seule recherche - [Vérificateur SPF](/fr/tools/spf-checker/) \- Validez votre enregistrement SPF aux côtés de DKIM - [Vérificateur DMARC](/fr/tools/dmarc-checker/) \- Vérifiez votre politique DMARC et vos paramètres d’alignement ## Prochaines étapes 1. **Vérifiez votre configuration DKIM actuelle** \- Utilisez l’[outil de recherche DKIM](/fr/tools/dkim-lookup/) pour vérifier si votre domaine a des clés DKIM valides publiées 2. **Vérifiez l’alignement** \- Assurez-vous que le domaine `d=` de vos signatures DKIM correspond au domaine de votre en-tête From 3. **Examinez la force des clés** \- Confirmez que vous utilisez des clés RSA d’au moins 2048 bits 4. **Planifiez la rotation des clés** \- Établissez un calendrier de rotation et documentez le processus 5. **Déployez DMARC** \- Si ce n’est pas déjà fait, configurez [DMARC](/dmarc/what-is-dmarc/) pour imposer l’alignement SPF et DKIM et recevoir des rapports agrégés 6. **Surveillez avec les rapports DMARC** \- Utilisez les [rapports agrégés DMARC](https://dmarcreport.com) pour identifier les échecs DKIM sur tous les serveurs destinataires Rated 5/5 on G2 · Trusted since 2018 ## Trusted by 50,000+ domains ### "AutoSPF Flattens SPF Records Seamlessly & Keeps Changes Logged - I am quite pleased with the product" > It does what it promises to do, and does it very well. I appreciate that it keeps a log of changes made, which prevents many mistakes. A client's SPF record would have way too many lookups, but AutoSPF makes that problem go away. The length of the SPF record is typically not the issue; it's the amount of lookups in the record that are. AutoSPF "flattens" the record, automatically expanding the defined lookups to IP addresses or ranges. And it auto-updates the record when the un-flattened lookups change. PJ Peter J. President · Small-Business (50 or fewer emp.) ### "Helped us go beyond capacity" > AutoSPF did exactly as described, it helped us get past our 10 lookup limit. Afterwards, we hit another limit regarding overall capacity and when contacted, they quickly provided us with a new solution to eliminate capacity issues entirely going forward, so now we can add as many SPF records as needed. They also provided us with a personalized support video explaining their new method in its entirety using our instance as the example. VU Verified User Financial Services · Mid-Market (51-1000 emp.) ### "Great service and great support" > AutoSPF was easy to initially set up on our own and a great cost effective entry into spf flattening. Needed our first support assistance today and got great response including a video demonstrating the issue I was trying to solve, a quick fix, and more detailed followup. GF Greg F. Mid-Market (51-1000 emp.) [Read our reviews on G2 ](https://www.g2.com/products/autospf/reviews) ```json {"@context":"https://schema.org","@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.facebook.com/autospf","https://github.com/duocircle","https://www.g2.com/products/autospf/reviews"],"aggregateRating":{"@type":"AggregateRating","ratingValue":"5.0","reviewCount":"21","bestRating":"5","worstRating":"1","url":"https://www.g2.com/products/autospf/reviews"},"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM","Email Deliverability","SPF Lookup Limits"]} ``` ```json {"@context":"https://schema.org","@type":"WebSite","name":"AutoSPF","url":"https://autospf.com","description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","publisher":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]}}} ``` ```json {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://autospf.com/"},{"@type":"ListItem","position":2,"name":"DKIM","item":"https://autospf.com/fr/dkim/"},{"@type":"ListItem","position":3,"name":"DKIM","item":"https://autospf.com/fr/dkim/what-is-dkim/"}]} ``` ```json {"@context":"https://schema.org","@type":"Product","name":"AutoSPF","url":"https://autospf.com","aggregateRating":{"@type":"AggregateRating","ratingValue":5,"reviewCount":21,"bestRating":5,"worstRating":1},"review":[{"@type":"Review","reviewRating":{"@type":"Rating","ratingValue":5,"bestRating":5},"author":{"@type":"Person","name":"Peter J.","jobTitle":"President"},"datePublished":"2026-03-10","reviewBody":"It does what it promises to do, and does it very well. I appreciate that it keeps a log of changes made, which prevents many mistakes. A client's SPF record would have way too many lookups, but AutoSPF makes that problem go away. The length of the SPF record is typically not the issue; it's the amount of lookups in the record that are. AutoSPF \"flattens\" the record, automatically expanding the defined lookups to IP addresses or ranges. And it auto-updates the record when the un-flattened lookups change.","name":"AutoSPF Flattens SPF Records Seamlessly & Keeps Changes Logged - I am quite pleased with the product","publisher":{"@type":"Organization","name":"G2","url":"https://www.g2.com"}},{"@type":"Review","reviewRating":{"@type":"Rating","ratingValue":5,"bestRating":5},"author":{"@type":"Person","name":"Verified User","jobTitle":"Financial Services"},"datePublished":"2025-07-31","reviewBody":"AutoSPF did exactly as described, it helped us get past our 10 lookup limit. Afterwards, we hit another limit regarding overall capacity and when contacted, they quickly provided us with a new solution to eliminate capacity issues entirely going forward, so now we can add as many SPF records as needed. They also provided us with a personalized support video explaining their new method in its entirety using our instance as the example.","name":"Helped us go beyond capacity","publisher":{"@type":"Organization","name":"G2","url":"https://www.g2.com"}},{"@type":"Review","reviewRating":{"@type":"Rating","ratingValue":5,"bestRating":5},"author":{"@type":"Person","name":"Greg F."},"datePublished":"2023-07-26","reviewBody":"AutoSPF was easy to initially set up on our own and a great cost effective entry into spf flattening. Needed our first support assistance today and got great response including a video demonstrating the issue I was trying to solve, a quick fix, and more detailed followup.","name":"Great service and great support","publisher":{"@type":"Organization","name":"G2","url":"https://www.g2.com"}}]} ```