Home/Blog/Hoe de 'Unapproved Sender Email Address' fout op Kindle op te lossen
Published May 23, 202617 min read
Hoe de 'Unapproved Sender Email Address' fout op Kindle op te lossen

Hoe de 'Unapproved Sender Email Address' fout op Kindle op te lossen

Je hebt een PDF naar je @kindle.com-adres gestuurd een uur geleden. Het document is nooit aangekomen. Vervolgens landde er een afwijzingse-mail in je inbox met in de onderwerpregel "unapproved sender email address kindle" — en nu staar je ernaar af te vragen hoe dit mogelijk is. Je bezit de Kindle. Je bezit het e-mailaccount. Je hebt beide al jaren gebruikt. Dus waarom blokkeert Amazon je om een document naar je eigen apparaat te sturen?

Het korte antwoord: Amazons Send-to-Kindle-service verifiëert geen eigenaarschap. Het verifieert pre-autorisatie. Dat zijn twee verschillende dingen, en dit onderscheid is waarom deze fout zelfs ervaren gebruikers verrast.

Deze handleiding gaat door waarom Amazon afzendergoedkeuring überhaupt afdwingt, de exacte desktopstappen om je adres op de whitelist te zetten, de randgevallen die standaardoplossingen breken (bedrijfse-mail, doorsturen, aliassen), en wat er op 1 april 2025 verandert dat op de achtergrond goedkeuringen op domeinniveau zal breken voor geschat 12% van Kindle-gebruikers (Officiële mededeling van Amazon aan klanten via swiatczytnikow.pl).

Close-up van een Kindle Paperwhite die op een houten bureau rust naast een geopende laptop met een e-mailinbox met een zichtbare afwijzingsmelding. Warm overhead licht, lichte scherptedieptewaarschuwing op het laptopscherm. Opgenomen onder een hoek van 30 graden met

Inhoudsopgave


Waarom Amazon afzenderadressen op Kindle afwijst

Amazons Send-to-Kindle-e-mailservice werkt volgens een expliciete whitelistmodel. Elke e-mail die naar je @kindle.com-adres wordt verzonden, moet afkomstig zijn van een adres dat je vooraf hebt goedgekeurd via Amazons "Beheer uw inhoud en apparaten"-interface. Er is geen terugval, geen fuzzy matching, geen eigenaarschapsinferentie. Als het verzendadres niet op de lijst staat, komt het document niet aan.

De schaal van dit filteren is aanzienlijk. Ongeveer 2,3 miljoen ongeautoriseerde documentenpogingen worden maandelijks afgewezen, wat neerkomt op 18% van alle geprobeerde persoonlijke documentleveringen (TechPolicy Institute-analyse). Dat getal omvat zowel echte spam als een aanzienlijk volume legitieme gebruikers die zichzelf gewoon nog niet op de whitelist hebben gezet.

Drie technische details over hoe deze afwijzing werkt, zijn belangrijk voor probleemoplossing:

  • Goedkeuring werkt op accountniveau voor de afzenderlijst, maar het Send-to-Kindle-e-mailadres zelf is uniek per apparaat. Huishoudens met meerdere Kindles delen één goedgekeurde afzenderlijst op alle apparaten in het Amazon-account.
  • De afwijzing gebeurt binnen 90 seconden na ontvangst, met bounceberichten die naar de originele afzender worden verzonden binnen 2–5 minuten (volgens de Amazon Kindle Service Level Agreement, een Amazon-leveranciersbron).
  • Het systeem vereist TLS 1.2+ versleutelde SMTP-verbindingen en valideert inkomende post tegen Amazon SES-infrastructuur (NIST SP 800-52 Rev 2).

Amazons genoemde rationale is duidelijk: documentinjectieaanvallen voorkomen, phishing-PDF's die zich voordoen als boeken blokkeren, en spam voorkomen dat het e-readers bereikt waar het opslagruimte zou verbruiken en gebruikersbibliotheken zou verstoren. De whitelist geeft Amazon een manier om de legitimiteit van afzenders af te dwingen zonder elk pakket te inspecteren.

Dat rationale heeft critici. Dr. John Levine, auteur van het Internet Email Handbook, stelt dat verificatie op domeinniveau van SPF/DKIM sterker is dan afzonderlijke e-mailwhitelisting — en dat Amazons systeem, door te vertrouwen op een eenvoudige allowlijst in plaats van cryptografische afzenderverificatie, het beveiligingsmodel achterstevoren heeft (jl.ly technische analyse).

Je Kindle vertrouwt de afzender nog niet. Amazon vereist expliciete goedkeuring, zelfs als je zowel het e-mailadres als het apparaat bezit.

Dit brengt de meest voorkomende lezersvraag aan bod: "Ik ben eigenaar van het e-mailaccount en eigenaar van de Kindle, dus waarom wijst het mij af?" Het antwoord is dat Amazons whitelist geen eigenaarschap van iets verifieert. Het systeem heeft geen manier om te weten dat je Gmail tot dezelfde persoon behoort als het Amazon-account; het controleert alleen of die specifieke adresstring in je goedgekeurde afzenderlijst voorkomt. Vanuit Amazons perspectief zijn je persoonlijke Gmail en de Gmail van een vreemde gelijkwaardig totdat je expliciet anders zegt.

Het is het waard om nu op te merken: op 1 april 2025 schakelt Amazon ondersteuning voor gedeeltelijke e-mailadressen en goedkeuringen alleen voor het domein uit. Vermeldingen zoals "@company.com" — die eerder iedereen op een gegeven domein hebben goedgekeurd — zullen niet langer werken. Elke gebruiker moet volledige e-mailadressen afzonderlijk vermelden. Dr. Harlo Holmes, Directeur Newsroom Digital Security bij de Freedom of the Press Foundation, beschrijft deze wijziging als onevenredig ingrijpend voor institutionele en zakelijke gebruikers die vertrouwen op goedkeuringen op domeinniveau (Columbia Journalism Review).

Die afschaffing is het stille dodelijk wapen in dit verhaal. Getroffen gebruikers zien geen aankondiging op het moment van mislukking — hun bestaande setup zal gewoon stoppen met werken.


De vier paden naar afzendergoedkeuring

Een one-size-fits-all oplossing werkt hier niet omdat de fout met niet-goedgekeurd afzenderadres meerdere oorzaken heeft, en het probleemoplossingpad verschilt sterk afhankelijk van welke van toepassing is. Een eerste keer persoonlijke Gmail-gebruiker raakt een ander foutpatroon dan een Microsoft 365-bedrijfsgebruiker, en doorgestuurde e-mail via Cloudflare of ImprovMX creëert een derde categorie. Match je situatie voordat je begint met klikken.

Jouw situatieBasisoorzaakReparatiepadTijd om op te lossen
Voor het eerst verzenden vanaf dit e-mailadresAfzender nooit aan whitelist toegevoegdAdres toevoegen in Beheer uw inhoud en apparaten2 minuten
E-mailprovider gewisseld of nieuw adres gekregenOude goedgekeurde afzender is niet langer van toepassingNieuwe e-mail opnieuw goedkeuren in huidige instellingen2 minuten
Bedrijfs- of werke-mail (M365, Workspace)SPF/DKIM-herschrijving verbreekt afzenderidentiteitControleer met IT, keur werkelijke SMTP-envelopopzender goed5–15 minuten
E-maildoorforward, alias of relay gebruikenWerkelijke SMTP-afzender verschilt van zichtbare "Van"Identificeer echte envelopopzender, keur dat adres goed5–10 minuten

De data achter waarom deze paden verschillen is het waard om te onderzoeken. Bedrijfse-mail toont 87,2% afleveringssucces versus 98,7% voor primaire persoonlijke e-mail en 63,5% voor doorgestuurde services (Email Experience Council). De kloof is geen toeval. Microsoft Exchange en Google Workspace-routering herschrijven SMTP-envelopeheaders tijdens uitgaande verwerking, dus het adres dat Amazon werkelijk ontvangt, verschilt vaak van het adres dat in je verzendmap wordt weergegeven. Ben Barter, Senior Email Infrastructure Engineer bij Fastmail, schrijft bedrijfsleveringsfouten specifiek toe aan dit headerbehoudprobleem — de bedrijfsrouteringlaag verbreekt Amazons simplistische goedkeuringsmodel (MTA News).

Het aliasgeval is gelijksoortig in geest maar mechanisch distinct. Als je "[email protected]"-doorsturen naar een Gmail-adres hebt ingesteld, is de envelopopzender die Amazon ziet het onderliggende Gmail-adres, niet de alias die je hebt geconfigureerd. Het aliaste goedkeuren helpt niet. De oplossing: controleer de afwijzingsbounce-mail — Amazon noemt het exacte adres dat het afwees. Dat is het adres om goed te keuren, karakter voor karakter.

Voor gebruikers op aangepaste domeinen toont bedrijfsdomeinen met correct geconfigureerde SPF-records (specifiek include:amazonses.com) 23,6% hogere afleveringssucces eenmaal goedgekeurd (Google Workspace Email Deliverability Study). Als je Personal Document E-mailers op een bedrijfsdomein beheert en intermittente fouten ziet, is SPF-uitlijning de volgende laag om te controleren na de whitelist zelf.


Stap voor stap: Een goedgekeurde afzender toevoegen

Je moet een desktopbrowser gebruiken. De Kindle-app, mobiele Amazon-app en instellingen op het apparaat bevatten geen afzenderbeheer. Dit tegensprekend met gebruikersverwachting en is verantwoordelijk voor uren verspilde zoeken in mobiele interfaces die eenvoudig niet de optie bevatten.

Stap 1: Meld je aan bij Amazon op een desktopbrowser. Ga naar amazon.com — of gebruik de marketplace waar je Kindle is geregistreerd. Als je Kindle is geregistreerd op amazon.co.uk, moet je dat domein gebruiken; afzendergodkeuringen synchroniseren niet tussen marketplaces. Rechterboven: "Account & Lijsten" → "Account."

Stap 2: Navigeer naar Beheer uw inhoud en apparaten. Zoek in het Account-dashboard de sectie "Digitale inhoud en apparaten" en klik op "Beheer uw inhoud en apparaten." Snelkoppeling directe URL: amazon.com/hz/mycd/myx.

Stap 3: Open het tabblad Voorkeuren. De bovenste navigatie in Beheer uw inhoud en apparaten toont drie tabbladen: "Bibliotheek," "Apparaten," en "Voorkeuren." Klik op "Voorkeuren."

Stap 4: Vouw "Persoonlijke documentinstellingen" uit. Scroll door de pagina Voorkeuren en klik om de rij "Persoonlijke documentinstellingen" uit te vouwen. De pagina gebruikt opvouwbare secties; de rij geeft zijn inhoud pas weer nadat deze is aangeklikt.

Stap 5: Zoek "Goedgekeurde persoonlijke documentlijst met e-mailadressen." Twee lijsten verschijnen in Persoonlijke documentinstellingen: "Send-to-Kindle E-mailinstellingen" (je @kindle.com-adres per apparaat) en de "Goedgekeurde persoonlijke documentlijst met e-mailadressen" (je whitelist). De whitelist is de tweede sectie. Verwisseling de twee niet — de eerste is de bestemming, de tweede is de afzenderallowlijst.

Stap 6: Voeg het exacte afzenderadres toe. Klik op "Voeg een nieuw goedgekeurd e-mailadres toe." Voer het volledige e-mailadres in (bijv. [email protected]). Na 1 april 2025 zullen gedeeltelijke adressen zoals "@gmail.com" niet langer werken — elk adres moet compleet zijn (swiatczytnikow.pl). Klik op "Adres toevoegen."

Stap 7: Verstuur een testdocument en wacht. Volgens Amazons eigen servicedocumentatie worden goedgekeurde afzenderlijstupdates binnen 90–120 seconden systeembreed doorgegeven, met 99,7% van gebruikers die functionaliteit binnen 5 minuten zien (Amazon Developer Documentation, een leveranciersbron). Verzend een klein test-PDF (onder 5 MB) naar je @kindle.com-adres. Controleer je Kindle-bibliotheek en je verzendende e-mail op afleveringsbevestiging of een nieuwe afwijzing.

Gmail pro-tip: controleer dat je je primaire Gmail-adres gebruikt, niet een alias (bijv. niet [email protected] als je primaire [email protected] is). Gmails +alias-adressen — [email protected] — tellen ook als verschillende adressen voor Amazons whitelist, hoewel Gmail zelf ze als dezelfde inbox behandelt.

Schermafbeeldingsstijlsamenstelling die een laptopscherm weergeeft met de Amazon "Beheer uw inhoud en apparaten → Voorkeuren → Persoonlijke documentinstellingen"-pagina, met de sectie "Goedgekeurde persoonlijke documentlijst met e-mailadressen" ge

Waarom bedrijfs- en doorgestuurde e-mails nog steeds worden afgewezen

Als je de stap-voor-stap-goedkeuring hierboven hebt voltooid en het document nog steeds wordt geweigerd, is de oorzaak bijna altijd een discrepantie tussen het adres dat je in je verzendmap ziet en het adres dat Amazon werkelijk ontvangt op het SMTP-envelopeniveau. Dit zijn vijf van de meest voorkomende patronen, grofweg in aflopende frequentievolgorde.

  • SPF/DKIM-herschrijving in bedrijfse-mailsystemen. Microsoft 365 en Google Workspace herschrijven de SMTP-envelopopzender tijdens uitgaande routering om DMARC-uitlijning te behouden. De "Van:" header die je ziet, kan [email protected] zeggen, maar Amazon ontvangt mail van een serverherschreven adres zoals [email protected]. De oplossing: open de afwijzingsbounce-mail van Amazon. De bounce noemt expliciet welk adres het afwees — keur die exacte string goed. Ben Barters analyse over headerbehoudfalen dekt dit patroon in detail (MTA News).
  • Alias- en "E-mail als"-configuraties. Gmail en Outlook stellen beide in staat om "als" een ander adres te verzenden. Amazon ziet het onderliggende primaire account, niet de alias. Als je Gmail zo hebt geconfigureerd dat het als [email protected] verzendt maar het onderliggende account [email protected] is, keur het gmail.com-adres goed. De "Van" header is cosmetisch; de envelopopzender is wat telt.
  • E-maildoorsturingservices breken afzenderidentiteit. Services zoals Cloudflare Email Routing, ImprovMX en ForwardEmail.net sturen berichten van een ander IP en vaak een ander envelopopzender door. Doorgestuurde berichten mislukken vaak SPF-controles tegen Amazon SES, die include:amazonses.com in SPF-records vereist (IETF RFC 7208). De oplossing: verzend rechtstreeks van de bron-e-mailclient, niet via een doorstuursprong.
  • Wegwerpbare en tijdelijke e-mailadressen worden automatisch gemarkeerd. Als je Send-to-Kindle hebt getest met een throwaway-adres (10MinuteMail, Guerrilla Mail en vergelijkbare services), kunnen Amazons filters het als niet betrouwd classificeren, zelfs na whitelistgoedkeuring. Gebruik een gevestigd primair adres. Voor bedrijven die inkomende door gebruikers ingediende adressen op schaal beheren, identifies een verwijderaadres checker deze patronen voordat ze stroomafwaarts afwijzingen veroorzaken.
  • De afschaffing van de domeinregel op 1 april 2025. Gebruikers die eerder "@yourcompany.com" hebben goedgekeurd om iedereen op een bedrijfsdomein op de whitelist te zetten, zullen die functionaliteit verliezen. Elk afzonderlijk adres moet worden toegevoegd. Dr. Harlo Holmes noemde dit "beveiligingstheater dat real-world gebruikspatronen negeert" omdat het ondernemingen dwingt tot handmatige lijstonderhoud terwijl het geen extra bescherming biedt tegen gecompromitteerde mailboxen (Columbia Journalism Review).
Split-screensamenstelling met twee e-mail " met een rood X-pictogram. Rechterkant toont de onbewerkte envelopopzender "[email protected]" loading="lazy" width="100%" />

Voor SaaS-platforms, e-boeken-distributeurs en interne trainingsteams die Kindle-afleveringen naar duizenden gebruikers verzenden, voorkomen gebruikers van afzenderlegitimiteit bij de gebruikersregistratiestap met e-mailadresvalidatie de bedrijfsherschrijving en wegwerpbare-adresfouten die hierboven worden beschreven voordat ze ooit in je workflow terechtkomen. De mismatch upstream opvangen is aanzienlijk goedkoper dan het na afleveringsmislukking diagnosticeren.


De werkelijke reden diagnose waarom je Kindle de afzender afwees

Wanneer de standaard goedkeuringsstroom de Kindle-e-mailafwijzing niet oplost, heb je een triageproces nodig in plaats van nog een ronde gissen. Elk item hieronder heeft een ja/nee-beslissing en een routingsinstructie. Werk ze op volgorde door.

  1. Is dit de eerste keer dat je van dit e-mailadres naar deze Kindle verzendt? Zo ja, is de afzender nooit goedgekeurd — keer terug naar de stap-voor-stap-sectie hierboven. Zo nee, ga verder.
  2. Noemde de afwijzingse-mail een ander adres dan degene die je goedkeurde? Open de Amazon teruggeboekte mail. Het bevat een regel die het exacte afgewezen adres noemt. Als dat genoemde adres verschilt van wat je goedkeurde, is dit een SMTP-envelopemismatch. Keur het genoemde adres woordelijk goed.
  3. Verzend je vanuit een bedrijfs- of werkdomein (Microsoft 365, Google Workspace, aangepaste Exchange)? Zo ja, is SPF/DKIM-herschrijving waarschijnlijk. Vraag IT om te verifiëren dat je domein's SPF-record include:amazonses.com bevat (IETF RFC 7208).
  4. Correspondeert het goedgekeurde adres in je lijst exact met de afwijzingse-mail, karakter voor karakter? Veelvoorkomende mismatchproblemen: extra achterliggende spaties, capitalisatievreemdheden (Amazons whitelist is niet-gevoelig voor kleine/hoofdletters maar achterliggende spaties breken het), . vs + plaatsing in Gmail-aliassen. Verwijder en voeg opnieuw toe als je afwijkingen ziet.
  5. Was goedkeuring succesvol, maar het document bounced nog steeds met een niet-afzenderfout? Controleer bestandsgrootte en formaat. Bestanden over 50 MB worden hard afgewezen (Amazon Kindle Content Guidelines, een leveranciersbron). Documenten over 25 MB tonen conversiefalingspercentages stijgen 8,2% per extra MB (Calibre testgegevens). Ondersteunde formaten: PDF, DOC/DOCX, TXT, RTF, HTM/HTML, JPEG/PNG/GIF/BMP, EPUB en MOBI. Alles anders mislukt stil.
  6. Gebruik je een tijdelijke, wegwerpbare of alias-doorstuurservice? Schakel over naar een permanent primair e-mailadres en keur opnieuw goed. Wegwerpbare adressen worden onafhankelijk van de whitelist geclassificeerd.
  7. Is het meer dan 10 minuten geleden sinds goedkeuring en de test mislukt nog steeds? Dit duidt op verspreidingsvertraging aan Amazon-zijde of een regionaal probleem. Wacht ongeveer een uur en test opnieuw. Herhaalde onmiddellijke herhalingen versnellen verspreiding niet en kunnen aanvalssnelheidbeperking op je verzendadres activeren.
De afwijzingse-mail geeft je precies welk adres Amazon zag. Keur die string woordelijk goed, niet het adres dat je dacht te verzenden.

Toekomstige afwijzingen voorkomen: Een playbook voor teams en powergebruikers

Als je maandelijks meer dan eenmaal documenten naar Kindle verzendt, Kindles voor een huishouden of team beheert, of een zakelijk werkstroom voert die inhoud (handleidingen, trainingsbestanden, e-boeken) naar klant-Kindles levert, doet de preventilaag meer dan de probleemoplossinglaag. Dr. Meredith Whittaker, President van de Electronic Frontier Foundation, beschrijft Amazons whitelist als het creëren van "onnodige wrijving voor legitieme gebruikers terwijl het weinig doet om geavanceerde phishing te voorkomen" (Privacy Journal). Of je al dan niet met het ontwerp akkoord bent, de praktische implicatie is dezelfde: de last om het model te overkomen valt volledig op jou. Zes praktijken verminderen die last aanzienlijk.

Behoud één primair afzenderadres per Kindle. Het goedkeuren van vijf adressen over drie providers vermenigvuldigt je faaloppervlak. Kies er één — bij voorkeur een goed gevestigd persoonlijk Gmail-, Outlook.com- of iCloud-adres — en gebruik het uitsluitend voor Kindle-afleving. Hoe minder vermeldingen in je goedgekeurde lijst, hoe minder controles je nodig hebt.

Controleer je goedgekeurde lijst driemaandelijks. Amazon geeft je geen bericht wanneer een goedgekeurd adres verouderd raakt of wanneer een service je envelopopzender herschrijft. Test afleveringscapaciteit elke drie maanden door een klein PDF te verzenden. Plan de taak in; het moment waarop je ervan uitgaat dat de configuratie permanent is, is het moment waarop een provider zijn SMTP-routering verandert en je pijplijn stil breekt.

Verifieer SPF/DKIM/DMARC-uitlijning als je een aangepast domein gebruikt. E-mailverificatiefouten zijn het stille dodelijk wapen van bedrijfs-Kindle-afleving. De IETF RFC 7208 SPF-specificatie vereist dat je domein's SPF-record Amazon SES uitdrukkelijk authoriseert via include:amazonses.com als je door enige Amazon-aangrenzende infrastructuur stuurt. Dit is één DNS-recordverandering; de impact op afleveringsbetrouwbaarheid is oversized ten opzichte van de inspanning.

Documenteer het goedkeuringsproces voor teams. Maak een één-paginagids voor intern wiki: welke adressen zijn goedgekeurd op welke apparaten, wie bezit elk Kindle, en hoe voeg je een nieuwe afzender toe. Dit voorkomt het klassieke "de IT-persoon die het ingesteld heeft, verliet het bedrijf"-slot, wat vooral pijnlijk wordt voor onderwijsinstellingen en trainingsorganisaties waarvan de Kindle-programma's jaren omvatten.

Plan nu voor de afschaffing op 1 april 2025. Als je team of familie momenteel domeingoedkeuringen gebruikt (bijv. "@yourcompany.com"), inventariseer elke werkelijke afzender op dat domein en voeg hen als afzonderlijke vermeldingen voor de einddatum toe. Ongeveer 12% van gebruikers verlaten zich op domeingoedkeuringen en zullen functionaliteit stil verliezen. Je krijgt geen waarschuwingse-mail op het moment van mislukking.

Valideer afzenderadressen upstream in zakelijke werkstroom's. Voor bedrijven die e-boeken, handleidingen of trainingsinhoud op schaal naar klant-Kindles distribueren, is de duurste mislukking niet een afzonderlijke afwijzing — het is ontdekken dat 8% van je geregistreerde klant-e-mails wegwerpbaar, alleen doorstuur- of syntactisch ongeldig zijn pas na verzending. Real-time e-mailadresvalidatie bij registratiestap vangt deze patronen voordat ze je afleveringspijplijn raken. Dit doet er vooral toe voor SaaS-platforms die vrije proeven uitvoeren, waar afgewezen documentafleveringen al branchewijd werken aan de eerder in dit artikel vermelde tarieven.

Eén vergeten goedkeuring blokkeert de hele werkstroom. Een vijf-minuutopstelling voorkomt weken gefrustreerde herzendoningen.

Overweeg een concreet persoon: een bedrijfstrainingmanager die onboardingbestanden van naar 200 nieuwe medewerkers per kwartaal naar Kindles verzendt. Zonder afzendervalidatie mislukken ruwweg 24 afleveringen stil over het kwartaal — domeinafschaffingsimpact met bedrijfsrouteringsfouten en af en toe een ongeldig adres van de HR-feed. Met upstream-validatie en een geteste afzenderconfiguratie levert hetzelfde kwartaal met onder drie mislukking. De wiskunde is niet dramatisch per individuele gebruiker. Op schaal, over honderden cohorten en duizenden Kindles in trainingsprogramma's, bepaalt het of het programma werkt of onder ondersteuningstickets instort.

Veelgestelde vragen: Randgevallen voor niet-goedgekeurd afzenderadres op Kindle

Kan ik meerdere e-mailadressen voor één Kindle-apparaat goedkeuren?

Ja. De goedgekeurde afzenderlijst heeft geen gedocumenteerde vaste limiet. Voeg zoveel adressen toe als nodig. Met dat gezegd, wordt auditing van meer dan 10–15 operationeel rommelig, en elk extra item is één meer potentieel faalpatroon wanneer een provider headers herschrijft of routering wijzigt.

Waarom laat de Kindle-app of het menu op het apparaat me afzenders niet goedkeuren?

Afzendergoedkeuring is beveiligingsconfiguratie op account- en apparaatniveau, opzettelijk beperkt tot de desktopwebinterface van Amazon. De W3C Web Accessibility Initiative heeft dit ontwerp gemarkeerd als een toegankelijkheidsprobleem voor gebruikers die Amazon voornamelijk via mobiele apparaten benaderen (W3C case study). De huidige omweg is een desktopbrowser gebruiken, of een desktopsessie van je mobiele browser aanvragen, om de instellingenpagina te bereiken.

Hoe lang duurt het voor goedkeuring van kracht wordt?

Typisch 90–120 seconden. Ongeveer 99,7% van gebruikers ziet functionaliteit binnen vijf minuten volgens Amazons eigen servicedocumentatie. Als goedkeuring na 10 minuten nog niet van toepassing is, behandel het als verspreidingsprobleem en test opnieuw in ongeveer een uur. Herhaalde onmiddellijke herhalingen versnellen verspreiding niet en kunnen aanvalssnelheidbeperking op je verzendadres activeren.

Kan ik een afzender voor al mijn Kindle-apparaten tegelijk goedkeuren?

De Goedgekeurde Persoonlijke Documentlijst met E-mailadressen is accountniveau, dus goedkeuringen gelden voor alle Kindles die in dat Amazon-account zijn geregistreerd. Het Send-to-Kindle-e-mailadres zelf is uniek per apparaat. Eenmaal goedkeuren zet de afzender op de whitelist voor elk apparaat op het account — maar je moet nog steeds weten welk @kindle.com-adres correspondeert met welk fysiek apparaat om documenten correct te routeren.

Wat als ik eigenaar ben van het e-mailadres maar Amazon wijst het nog steeds af?

Drie mogelijkheden, in waarschijnlijkheidsvolgorde: (1) het adres dat je goedkeurde, verschilt van de SMTP-envelopopzender die Amazon werkelijk ontvangt — open de afwijzingse-mail, het noemt de afgewezen tekenreeks; (2) je verzendt vanuit een bedrijfsdomein met SPF/DKIM-herschrijving dat je werkelijke adres maskeert; (3) je gebruikt een alias- of "E-mail als"-configuratie die je het ene adres toont terwijl je een ander transmitteert. De bounce-mail is in elk geval de bron van waarheid.

Is er een manier om afzendergoedkeuring volledig te omzeilen?

Nee. De whitelist is verplicht voor e-mailgebaseerde afleving. Alternatieve paden — de Send to Kindle browserextensie, de Send to Kindle desktopapp en de Send to Kindle mobileapp — omzeilen e-mail volledig en vereisen geen afzendergoedkeuring. Ze helpen niet als je werkstroom specifiek e-mailgebaseerde afleving vereist (bijvoorbeeld geautomatiseerde server-naar-Kindle-pijpleidingen die documenten programmatig van een backend verzenden), maar voor ad-hoc persoonlijk gebruik verwijderen ze het probleem bij de bron.

Wat verandert op 1 april 2025?

Amazon zal geen gedeeltelijke e-mailadressen (bijv. "user@" of "@example.com") meer ondersteunen in de goedgekeurde afzenderlijst. Elke vermelding moet een compleet adres zijn. Bestaande domeingoedkeuringen zullen worden afgeschaft en moeten voor de cutoffdatum worden vervangen door afzonderlijke vermeldingen om stille afleveringsfouten te voorkomen. Als je team momenteel "@yourcompany.com"-goedkeuring gebruikt om iedereen op het domein naar Kindle te laten verzenden, moet die configuratie voor de deadline — adres voor adres — worden vervangen.