La réponse courte : le service Send-to-Kindle d'Amazon ne vérifie pas la propriété. Il vérifie la pré-autorisation. Ce sont des choses différentes, et cette distinction explique pourquoi cette erreur surprend même les utilisateurs expérimentés.
Ce guide explique pourquoi Amazon impose l'approbation de l'expéditeur, les étapes exactes de bureau pour ajouter votre adresse à la liste blanche, les cas limites qui cassent les corrections standard (email corporatif, transfert, alias), et ce qui change le 1er avril 2025 qui cassera silencieusement les approbations au niveau du domaine pour environ 12 % des utilisateurs de Kindle (Notification officielle aux clients d'Amazon via swiatczytnikow.pl).
Table des matières
- Pourquoi Amazon rejette les adresses d'expéditeur sur Kindle
- Les quatre chemins vers l'approbation de l'expéditeur
- Étape par étape : Ajouter un expéditeur approuvé
- Pourquoi les emails corporatifs et transférés sont toujours rejetés
- Diagnostiquer la vraie raison pour laquelle votre Kindle a rejeté l'expéditeur
- Prévenir les rejets futurs : Un guide pour les équipes et utilisateurs avancés
- FAQ : Cas limites pour les adresses d'expéditeur non approuvées sur Kindle
Pourquoi Amazon rejette les adresses d'expéditeur sur Kindle
Le service de courrier électronique Send-to-Kindle d'Amazon fonctionne sur un modèle de liste blanche explicite. Chaque email envoyé à votre adresse @kindle.com doit provenir d'une adresse que vous avez pré-approuvée via l'interface « Gérer votre contenu et vos appareils » d'Amazon. Il n'y a pas de secours, pas de correspondance approximative, pas d'inférence de propriété. Si l'adresse d'envoi ne figure pas sur la liste, le document n'arrive pas.
L'ampleur de ce filtrage est substantielle. Environ 2,3 millions de tentatives de documents non autorisés sont rejetées mensuellement, représentant 18 % de toutes les tentatives de livraison de documents personnels (Analyse de TechPolicy Institute). Ce nombre inclut à la fois le véritable spam et un volume significatif d'utilisateurs légitimes qui n'ont simplement pas mis eux-mêmes en liste blanche.
Trois détails techniques sur le fonctionnement de ce rejet sont importants pour le dépannage :
- L'approbation fonctionne au niveau du compte pour la liste des expéditeurs, mais l'adresse email Send-to-Kindle elle-même est unique par appareil. Les ménages multi-Kindle partagent une liste d'expéditeurs approuvés sur tous les appareils du compte Amazon.
- Le rejet se produit dans 90 secondes après la réception, avec des notifications de rebond envoyées à l'expéditeur initial dans les 2 à 5 minutes (selon l'accord de niveau de service Kindle d'Amazon, une source de fournisseur Amazon).
- Le système nécessite des connexions SMTP cryptées TLS 1.2+ et valide le courrier entrant par rapport à l'infrastructure Amazon SES (NIST SP 800-52 Rev 2).
La justification déclarée d'Amazon est simple : empêcher les attaques par injection de documents, bloquer les PDF de phishing déguisés en livres et arrêter le spam d'atteindre les lecteurs électroniques où il consommerait du stockage et encombrerais les bibliothèques d'utilisateurs. La liste blanche donne à Amazon un moyen d'imposer la légitimité de l'expéditeur sans inspecter chaque charge utile.
Cette justification a des critiques. Dr John Levine, auteur du Manuel du courrier électronique Internet, soutient que l'authentification SPF/DKIM au niveau du domaine offre une sécurité plus forte que la mise en liste blanche d'emails individuels — et que le système d'Amazon, en s'appuyant sur une simple liste d'autorisation plutôt que sur la vérification cryptographique de l'expéditeur, a le modèle de sécurité à l'envers (analyse technique jl.ly).
Votre Kindle n'approuve pas encore l'expéditeur. Amazon nécessite une approbation explicite, même si vous possédez à la fois l'email et l'appareil.
Cela soulève la question la plus courante des lecteurs : « Je possède le compte email et je possède la Kindle, alors pourquoi la repousse-t-elle ? » La réponse est que la liste blanche d'Amazon ne vérifie pas la propriété de quoi que ce soit. Le système n'a aucun moyen de savoir que votre Gmail appartient à la même personne que le compte Amazon ; il vérifie uniquement si cette chaîne d'adresse spécifique apparaît dans votre liste d'expéditeurs approuvés. Du point de vue d'Amazon, votre Gmail personnel et celui d'un étranger sont équivalents jusqu'à ce que vous déclariez explicitement le contraire.
À noter maintenant : le 1er avril 2025, Amazon supprimera la prise en charge des adresses email partielles et des approbations réservées au domaine. Les entrées comme « @company.com » — qui mettaient auparavant en liste blanche quiconque sur un domaine donné — ne fonctionneront plus. Chaque utilisateur doit lister les adresses email complètes individuellement. Dr Harlo Holmes, Directeur de la Sécurité Numérique de la Salle de Presse à la Freedom of the Press Foundation, décrit ce changement comme affectant de manière disproportionnée les utilisateurs institutionnels et entreprises qui dépendent des approbations au niveau du domaine (Columbia Journalism Review).
Cette dépréciation est le tueur silencieux de cette histoire. Les utilisateurs affectés ne verront pas d'annonce au moment de l'échec — leur configuration existante cessera simplement de fonctionner.
Les quatre chemins vers l'approbation de l'expéditeur
Une solution unique ne fonctionne pas ici car l'erreur d'adresse d'expéditeur non approuvé a plusieurs causes racines, et le chemin de dépannage diffère considérablement selon celle qui s'applique. Un utilisateur Gmail personnel pour la première fois rencontre un mode de défaillance différent d'un utilisateur corporatif Microsoft 365, et les emails transférés via Cloudflare ou ImprovMX créent une troisième catégorie entièrement. Faites correspondre votre situation avant de commencer à cliquer.
| Votre situation | Cause profonde | Chemin de correction | Temps pour résoudre |
|---|---|---|---|
| Premier envoi à partir de cet email | Expéditeur jamais ajouté à la liste blanche | Ajouter l'adresse dans Gérer votre contenu et vos appareils | 2 minutes |
| Changement de fournisseur email ou nouvelle adresse | L'ancienne approbation d'expéditeur ne s'applique plus | Ré-approuver le nouvel email dans les paramètres actuels | 2 minutes |
| Email corporatif ou professionnel (M365, Workspace) | La réécriture SPF/DKIM casse l'identité de l'expéditeur | Vérifier avec l'informatique, approuver le véritable expéditeur d'enveloppe SMTP | 5–15 minutes |
| Utilisation du transfert email, alias ou relais | L'expéditeur SMTP réel diffère du « De » visible | Identifier le véritable expéditeur d'enveloppe, approuver cette adresse | 5–10 minutes |
Les données derrière les raisons pour lesquelles ces chemins diffèrent valent la peine d'être examinées. L'email corporatif affiche un taux de succès de livraison de 87,2 % par rapport à 98,7 % pour l'email personnel principal et 63,5 % pour les services transférés (Email Experience Council). L'écart n'est pas une coïncidence. Le routage Microsoft Exchange et Google Workspace réécrit les en-têtes d'enveloppe SMTP lors du traitement sortant, donc l'adresse qu'Amazon reçoit réellement diffère souvent de l'adresse affichée dans votre dossier d'envoi. Ben Barter, ingénieur principal en infrastructure email chez Fastmail, attribue spécifiquement les échecs de livraison corporatifs à ce problème de préservation des en-têtes — la couche de routage corporatif casse le modèle d'approbation simpliste d'Amazon (MTA News).
Le cas d'alias est similaire en esprit mais mécaniquement distinct. Si vous configurez « [email protected] » pour transférer à une adresse Gmail, l'expéditeur d'enveloppe qu'Amazon voit est l'adresse Gmail sous-jacente, pas l'alias que vous avez configuré. Approuver l'alias ne fait rien. La correction : vérifiez l'email de rebond de rejet — Amazon nomme l'adresse exacte qu'il a rejetée. C'est l'adresse à approuver, caractère par caractère.
Pour les utilisateurs sur des domaines personnalisés, les domaines corporatifs avec des enregistrements SPF correctement configurés (spécifiquement include:amazonses.com) affichent un taux de succès de livraison 23,6 % plus élevé une fois approuvés (Étude sur la délivrabilité des emails de Google Workspace). Si vous gérez des « Personal Document E-mailers » sur un domaine d'entreprise et constatez des défaillances intermittentes, l'alignement SPF est la couche suivante à vérifier après la liste blanche elle-même.
Étape par étape : Ajouter un expéditeur approuvé
Vous devez utiliser un navigateur de bureau. L'application Kindle, l'application Amazon mobile et les paramètres sur l'appareil n'incluent pas la gestion des expéditeurs. Ceci contredit l'attente de l'utilisateur et est responsable d'heures de recherche gaspillées sur les interfaces mobiles qui ne contiennent tout simplement pas l'option.
Étape 1 : Connectez-vous à Amazon sur un navigateur de bureau. Allez sur amazon.com — ou utilisez la place de marché où votre Kindle est enregistrée. Si votre Kindle est enregistrée sur amazon.co.uk, vous devez utiliser ce domaine ; les approbations d'expéditeur ne se synchronisent pas entre les places de marché. Coin supérieur droit : « Compte et listes » → « Compte ».
Étape 2 : Accédez à Gérer votre contenu et vos appareils. À partir du tableau de bord du compte, trouvez la section « Contenu numérique et appareils » et cliquez sur « Gérer votre contenu et vos appareils ». Raccourci URL direct : amazon.com/hz/mycd/myx.
Étape 3 : Ouvrez l'onglet Préférences. La navigation en haut de « Gérer votre contenu et vos appareils » affiche trois onglets : « Bibliothèque », « Appareils » et « Préférences ». Cliquez sur « Préférences ».
Étape 4 : Développez « Paramètres des documents personnels ». Faites défiler la page des préférences et cliquez pour développer la ligne « Paramètres des documents personnels ». La page utilise des sections réductibles ; la ligne n'affichera pas son contenu jusqu'à ce qu'elle soit cliquée.
Étape 5 : Localisez « Liste des adresses email approuvées pour les documents personnels ». Deux listes apparaissent dans « Paramètres des documents personnels » : « Paramètres email Send-to-Kindle » (votre adresse @kindle.com par appareil) et la « Liste des adresses email approuvées pour les documents personnels » (votre liste blanche). La liste blanche est la deuxième section. Ne confondez pas les deux — la première est la destination, la seconde est la liste blanche d'expéditeurs.
Étape 6 : Ajoutez l'adresse d'expéditeur exacte. Cliquez sur « Ajouter une nouvelle adresse email approuvée ». Entrez l'adresse email complète (par exemple, [email protected]). Après le 1er avril 2025, les adresses partielles comme « @gmail.com » ne fonctionneront plus — chaque adresse doit être complète (swiatczytnikow.pl). Cliquez sur « Ajouter l'adresse ».
Étape 7 : Envoyez un document test et attendez. Selon la documentation de service propre à Amazon, les mises à jour de la liste des expéditeurs approuvés se propagent à l'ensemble du système dans les 90 à 120 secondes, avec 99,7 % des utilisateurs voyant la fonctionnalité dans les 5 minutes (Documentation pour les développeurs Amazon, une source de fournisseur). Envoyez un petit PDF de test (moins de 5 Mo) à votre adresse @kindle.com. Vérifiez votre bibliothèque Kindle et votre email d'envoi pour une confirmation de livraison ou un nouveau rejet.
Conseil Gmail : vérifiez deux fois que vous utilisez votre adresse Gmail principale, pas un alias (par exemple, pas [email protected] si la vôtre est [email protected]). Les adresses +alias de Gmail — [email protected] — comptent également comme des adresses différentes pour la liste blanche d'Amazon, même si Gmail lui-même les traite comme la même boîte de réception.
Pourquoi les emails corporatifs et transférés sont toujours rejetés
Si vous avez complété l'approbation étape par étape ci-dessus et que le document rebondit toujours, la cause est presque toujours une inadéquation entre l'adresse que vous voyez dans votre dossier d'envoi et l'adresse qu'Amazon reçoit réellement à la couche d'enveloppe SMTP. Ce sont cinq des modèles les plus courants, à peu près dans l'ordre décroissant de fréquence.
- Réécriture SPF/DKIM dans les systèmes de courrier électronique d'entreprise. Microsoft 365 et Google Workspace réécrivent l'expéditeur d'enveloppe SMTP lors du routage sortant pour maintenir l'alignement DMARC. L'en-tête « De : » que vous voyez peut dire
[email protected], mais Amazon reçoit du courrier à partir d'une adresse réécrite par serveur comme[email protected]. La correction : ouvrez l'email de rebond de rejet d'Amazon. Le rebond nomme explicitement l'adresse qu'il a rejetée — approuvez cette chaîne exacte. L'analyse de Ben Barter sur les défaillances de préservation des en-têtes couvre ce modèle en détail (MTA News). - Configurations d'alias et « Envoyer en tant que ». Gmail et Outlook permettent tous deux d'envoyer « en tant que » une adresse différente. Amazon voit le compte primaire sous-jacent, pas l'alias. Si vous avez configuré Gmail pour envoyer en tant que
[email protected]mais que le compte sous-jacent est[email protected], approuvez l'adresse gmail.com. L'en-tête « De » est cosmétique ; l'expéditeur d'enveloppe est ce qui compte. - Les services de transfert email cassent l'identité de l'expéditeur. Des services comme Cloudflare Email Routing, ImprovMX et ForwardEmail.net relaient les messages depuis une IP différente et souvent un expéditeur d'enveloppe différent. Les messages transférés échouent fréquemment les vérifications SPF par rapport à Amazon SES, qui nécessite
include:amazonses.comdans les enregistrements SPF (IETF RFC 7208). La correction : envoyez directement à partir du client email source, pas via un hop de transfert. - Les adresses email jetables et temporaires sont automatiquement signalées. Si vous avez testé Send-to-Kindle avec une adresse jetable (10MinuteMail, Guerrilla Mail et services similaires), les filtres d'Amazon peuvent la classer comme non fiable même après approbation de liste blanche. Utilisez une adresse primaire établie. Pour les entreprises gérant les adresses soumises par les utilisateurs à l'échelle, un vérificateur d'adresses email jetables identifie ces modèles avant qu'ils ne causent des rejets en aval.
- La dépréciation des règles de domaine du 1er avril 2025. Les utilisateurs qui ont auparavant approuvé « @yourcompany.com » pour mettre en liste blanche quiconque sur un domaine corporatif perdront cette fonctionnalité. Chaque adresse individuelle doit être ajoutée. Dr Harlo Holmes a appelé cela du « théâtre de sécurité qui ignore les modèles d'utilisation du monde réel » car il force les entreprises à maintenir manuellement des listes tout en n'offrant aucune protection supplémentaire contre les boîtes aux lettres compromises (Columbia Journalism Review).
Pour les plates-formes SaaS, les distributeurs de livres électroniques et les équipes de formation internes envoyant des livraisons Kindle à des milliers d'utilisateurs, la validation de la légitimité de l'expéditeur à l'étape d'enregistrement de l'utilisateur à l'aide de la validation d'adresse email empêche les défaillances de réécriture corporatifs et d'adresse jetable décrites ci-dessus de jamais entrer dans votre workflow. Attraper l'inadéquation en amont est nettement moins cher que la diagnostiquer après que la livraison ait déjà échoué.
Diagnostiquer la vraie raison pour laquelle votre Kindle a rejeté l'expéditeur
Quand le flux d'approbation standard ne résout pas le rejet d'email Kindle, vous avez besoin d'un processus de triage plutôt qu'un autre tour de devinettes. Chaque élément ci-dessous a une décision oui/non et une instruction d'acheminement. Travaillez à travers eux dans l'ordre.
- Est-ce la première fois que vous envoyez à partir de cette adresse email à cette Kindle ? Si oui, l'expéditeur n'a jamais été approuvé — retournez à la section étape par étape ci-dessus. Si non, continuez.
- L'email de rejet a-t-il nommé une adresse différente de celle que vous avez approuvée ? Ouvrez le rebond d'Amazon. Il contient une ligne nommant l'expéditeur exact rejeté. Si cette adresse nommée diffère de celle que vous avez approuvée, il s'agit d'une inadéquation d'enveloppe SMTP. Approuvez l'adresse nommée littéralement.
- Envoyez-vous à partir d'un domaine email corporatif ou professionnel (Microsoft 365, Google Workspace, Exchange personnalisé) ? Si oui, la réécriture SPF/DKIM est probable. Demandez à l'informatique de vérifier que l'enregistrement SPF de votre domaine inclut
include:amazonses.com(IETF RFC 7208). - L'adresse approuvée dans votre liste correspond-elle exactement au rejet, caractère par caractère ? Les inadéquations courantes : espaces finaux supplémentaires, bizarreries de capitalisation (la liste blanche d'Amazon ne tient pas compte de la casse mais les espaces finaux la cassent), placement de
.vs+dans les alias Gmail. Supprimez et ré-ajoutez si vous voyez une déviation. - L'approbation a-t-elle réussi, mais le document a toujours rebondi avec une erreur non-expéditeur ? Vérifiez la taille et le format du fichier. Les fichiers de plus de 50 Mo sont durement rejetés (Directives de contenu Kindle Amazon, une source de fournisseur). Les documents de plus de 25 Mo affichent les taux d'échec de conversion en augmentation de 8,2 % par Mo supplémentaire (données de test Calibre). Formats supportés : PDF, DOC/DOCX, TXT, RTF, HTM/HTML, JPEG/PNG/GIF/BMP, EPUB et MOBI. N'importe quoi d'autre échoue silencieusement.
- Utilisez-vous un service temporaire, jetable ou de transfert d'alias ? Passer à une adresse primaire permanente et ré-approuver. Les adresses jetables sont classées indépendamment de la liste blanche.
- Plus de 10 minutes se sont écoulées depuis l'approbation et le test échoue toujours ? Cela indique un délai de propagation côté Amazon ou un problème régional. Attendez une heure et retestez. Les tentatives immédiates répétées n'accélèrent pas la propagation et peuvent déclencher une limitation temporaire du débit sur votre adresse d'envoi.
L'email de rejet vous indique exactement quelle adresse Amazon a vue. Approuvez cette chaîne littéralement, pas l'adresse à partir de laquelle vous pensiez envoyer.
Prévenir les rejets futurs : Un guide pour les équipes et utilisateurs avancés
Si vous envoyez des documents à Kindle plus d'une fois par mois, gérez les Kindles pour un ménage ou une équipe, ou exécutez un workflow métier livrant du contenu (manuels, PDFs de formation, ebooks) aux Kindles des clients, la couche de prévention importe plus que la couche de dépannage. Dr Meredith Whittaker, Présidente de la Electronic Frontier Foundation, décrit la liste blanche d'Amazon comme créant « des frictions inutiles pour les utilisateurs légitimes tout en faisant peu pour prévenir le phishing sophistiqué » (Privacy Journal). Que vous soyez ou non d'accord avec la conception, l'implication pratique est la même : le fardeau de contourner le modèle vous incombe entièrement. Six pratiques réduisent considérablement ce fardeau.
Maintenez une seule adresse d'expéditeur primaire par Kindle. Approuver cinq adresses chez trois fournisseurs multiplie votre surface de défaillance. Choisissez-en une — de préférence une adresse Gmail, Outlook.com ou iCloud bien établie — et utilisez-la exclusivement pour la livraison Kindle. Moins il y a d'entrées dans votre liste approuvée, moins il y aura d'audits à effectuer.
Auditez votre liste approuvée trimestriellement. Amazon ne vous notifie pas quand une adresse approuvée devient obsolète ou quand un service réécrit votre expéditeur d'enveloppe. Retestez la délivrabilité tous les trois mois en envoyant un petit PDF. Calendrier de la tâche ; le moment où vous supposez que la configuration est permanente est le moment où un fournisseur change son routage SMTP et casse silencieusement votre pipeline.
Vérifiez l'alignement SPF/DKIM/DMARC si vous utilisez un domaine personnalisé. Les défaillances d'authentification email sont le tueur silencieux de la livraison Kindle corporatif. La spécification SPF RFC 7208 de l'IETF exige que l'enregistrement SPF de votre domaine autorise explicitement Amazon SES via include:amazonses.com si vous relayez via une infrastructure adjacente à Amazon. C'est un changement d'enregistrement DNS unique ; l'impact sur la fiabilité de la livraison est disproportionné par rapport à l'effort.
Documentez le processus d'approbation pour les équipes. Créez une entrée wiki interne d'une page : quelles adresses sont approuvées sur quels appareils, qui possède chaque Kindle et comment ajouter un nouvel expéditeur. Cela empêche le classique « la personne informatique qui l'a mis en place a quitté l'entreprise » qui devient particulièrement douloureux pour les institutions éducatives et les organisations de formation dont les programmes Kindle s'étendent sur des années.
Planifiez la dépréciation du 1er avril 2025 dès maintenant. Si votre équipe ou votre famille utilise actuellement des approbations au niveau du domaine (par exemple, « @yourcompany.com »), inventoriez chaque expéditeur réel sur ce domaine et ajoutez-les en tant qu'entrées individuelles avant la date limite. Environ 12 % des utilisateurs dépendent des approbations au niveau du domaine et perdront la fonctionnalité silencieusement. Vous ne recevrez pas un email d'avertissement au moment de l'échec.
Validez les adresses d'expéditeur en amont dans les workflows métier. Pour les entreprises distribuant des ebooks, des manuels ou du contenu de formation aux Kindles des clients à l'échelle, l'échec le plus coûteux n'est pas un seul rejet — c'est découvrir que 8 % de vos emails clients enregistrés sont jetables, transfert uniquement ou syntaxiquement invalides seulement après envoi. La validation d'adresse email en temps réel à l'étape d'enregistrement attrape ces modèles avant qu'ils ne frappent votre pipeline de livraison. Cela importe particulièrement pour les plates-formes SaaS exécutant des essais gratuits, où les rejets de livraison de documents fonctionnent déjà à des taux notés plus tôt dans cet article au niveau de l'industrie.
Une approbation oubliée bloque l'ensemble du workflow. Une configuration de cinq minutes prévient des semaines de renvois frustrés.
Considérez une persona concrète : un responsable de formation d'entreprise distribuant des PDFs d'intégration à 200 nouvelles recrues par trimestre. Sans validation d'expéditeur, environ 24 livraisons échouent silencieusement au cours du trimestre — combinant l'impact de la dépréciation du domaine avec les défaillances de routage corporatif et l'adresse occasionnellement invalide du flux RH. Avec la validation en amont et une configuration d'expéditeur testée, le même trimestre livre avec moins de trois défaillances. Les mathématiques ne sont pas dramatiques par utilisateur individuel. À l'échelle, sur des centaines de cohortes et des milliers de Kindles déployés dans les programmes de formation, cela détermine si le programme fonctionne ou s'effondre sous les tickets d'assistance.
FAQ : Cas limites pour les adresses d'expéditeur non approuvées sur Kindle
Puis-je approuver plusieurs adresses email pour un appareil Kindle ?
Oui. La liste des expéditeurs approuvés n'a pas de limite dure documentée. Ajoutez autant d'adresses que nécessaire. Cela dit, auditer plus de 10–15 devient un désordre opérationnel, et chaque entrée supplémentaire est un mode de défaillance potentiel quand un fournisseur réécrit les en-têtes ou change le routage.
Pourquoi l'application Kindle ou le menu sur l'appareil ne me permettent-ils pas d'approuver les expéditeurs ?
L'approbation de l'expéditeur est une configuration de sécurité au niveau du compte et de l'appareil, intentionnellement limitée à l'interface web Amazon de bureau. L'Initiative d'accessibilité Web du W3C a signalé cette conception comme une préoccupation d'accessibilité pour les utilisateurs qui accèdent principalement à Amazon via des appareils mobiles (étude de cas W3C). La solution actuelle consiste à utiliser un navigateur de bureau, ou à demander une session de bureau à partir de votre navigateur mobile, pour accéder à la page des paramètres.
Combien de temps faut-il pour que l'approbation prenne effet ?
Généralement 90–120 secondes. Environ 99,7 % des utilisateurs voient la fonctionnalité dans les cinq minutes selon la documentation de service propre à Amazon. Si l'approbation n'a toujours pas été appliquée après 10 minutes, traitez-la comme un problème de propagation et retestez dans environ une heure. Les tentatives immédiates répétées n'accélèrent pas la propagation et peuvent déclencher une limitation temporaire du débit sur votre adresse d'envoi.
Puis-je approuver un expéditeur pour tous mes appareils Kindle à la fois ?
La « Liste des adresses email approuvées pour les documents personnels » est au niveau du compte, donc les approbations s'appliquent à tous les Kindles enregistrés à ce compte Amazon. L'adresse email Send-to-Kindle elle-même est unique par appareil. Approuver une fois met en liste blanche l'expéditeur pour chaque appareil du compte — mais vous devez toujours savoir quelle adresse @kindle.com correspond à quel appareil physique pour acheminer correctement les documents.
Que se passe-t-il si je possède l'adresse email mais Amazon la rejette quand même ?
Trois possibilités, dans l'ordre de probabilité : (1) l'adresse que vous avez approuvée diffère de l'expéditeur d'enveloppe SMTP qu'Amazon reçoit réellement — ouvrez l'email de rejet, il nomme la chaîne rejetée ; (2) vous envoyez à partir d'un domaine corporatif avec réécriture SPF/DKIM qui masque votre véritable adresse ; (3) vous utilisez une configuration d'alias ou « Envoyer en tant que » qui vous montre une adresse lors de la transmission d'une autre. L'email de rebond est la source de vérité dans tous les cas.
Y a-t-il un moyen de contourner entièrement l'approbation de l'expéditeur ?
Non. La liste blanche est obligatoire pour la livraison par email. Les chemins alternatifs — l'extension navigateur Send to Kindle, l'application de bureau Send to Kindle et l'application mobile Send to Kindle — contournent complètement l'email et ne nécessitent pas d'approbation d'expéditeur. Ils n'aident pas si votre workflow nécessite spécifiquement la livraison par email (par exemple, les pipelines serveur-vers-Kindle automatisés qui envoient des documents de manière programmatique à partir d'un backend), mais pour une utilisation personnelle ad hoc, ils suppriment le problème à la source.
Qu'est-ce qui change le 1er avril 2025 ?
Amazon n'aura plus la prise en charge des adresses email partielles (par exemple, « user@ » ou « @example.com ») dans la liste des expéditeurs approuvés. Chaque entrée doit être une adresse complète. Les approbations au niveau du domaine existantes seront dépréciées et doivent être remplacées par des entrées individuelles avant la date limite pour éviter les défaillances de livraison silencieuses. Si votre équipe s'appuie actuellement sur une approbation « @yourcompany.com » pour permettre à quiconque sur le domaine d'envoyer à Kindle, cette configuration doit être remplacée — adresse par adresse — avant la date limite.