La respuesta corta: el servicio Send-to-Kindle de Amazon no verifica la propiedad. Verifica la pre-autorización. Esas son cosas diferentes, y la distinción es por qué este error sorprende incluso a usuarios experimentados.
Esta guía te explica por qué Amazon aplica aprobación de remitente en primer lugar, los pasos exactos de escritorio para incluir tu dirección en la lista blanca, los casos especiales que rompen soluciones estándar (correo corporativo, reenvío, alias), y qué cambia el 1 de abril de 2025 que silenciosamente romperá aprobaciones a nivel de dominio para aproximadamente el 12% de usuarios de Kindle (Notificación Oficial de Cliente de Amazon via swiatczytnikow.pl).
Tabla de Contenidos
- Por Qué Amazon Rechaza Direcciones de Remitente en Kindle
- Los Cuatro Caminos hacia la Aprobación de Remitente
- Paso a Paso: Agregar un Remitente Aprobado
- Por Qué los Correos Corporativos y Reenviados Aún se Rechazan
- Diagnosticando la Razón Real por la que tu Kindle Rechazó el Remitente
- Previniendo Rechazos Futuros: Un Manual para Equipos y Usuarios Avanzados
- Preguntas Frecuentes: Casos Especiales para Dirección de Remitente No Aprobada en Kindle
Por Qué Amazon Rechaza Direcciones de Remitente en Kindle
El servicio de correo Send-to-Kindle de Amazon opera bajo un modelo de lista blanca explícita. Cada correo enviado a tu dirección @kindle.com debe originarse desde una dirección que hayas pre-aprobado a través de la interfaz "Administra tu Contenido y Dispositivos" de Amazon. No hay alternativa, sin coincidencias aproximadas, sin inferencia de propiedad. Si la dirección de envío no está en la lista, el documento no llega.
La escala de este filtrado es sustancial. Aproximadamente 2.3 millones de intentos de documento no autorizado se rechazan mensualmente, representando el 18% de todos los intentos de entrega de documentos personales (Análisis del Instituto TechPolicy). Ese número incluye tanto spam genuino como un volumen significativo de usuarios legítimos que simplemente no se han incluido en la lista blanca todavía.
Tres detalles técnicos sobre cómo funciona este rechazo importan para la solución de problemas:
- La aprobación opera a nivel de cuenta para la lista de remitentes, pero la dirección de correo Send-to-Kindle en sí es única por dispositivo. Los hogares con múltiples Kindle comparten una lista de remitentes aprobados en todos los dispositivos de la cuenta de Amazon.
- El rechazo ocurre dentro de 90 segundos de recepción, con notificaciones de rebote enviadas al remitente original dentro de 2–5 minutos (de acuerdo con el Acuerdo de Nivel de Servicio de Kindle de Amazon, una fuente de proveedor de Amazon).
- El sistema requiere conexiones SMTP encriptadas con TLS 1.2+ y valida el correo entrante contra la infraestructura de Amazon SES (NIST SP 800-52 Rev 2).
La justificación declarada de Amazon es directa: prevenir ataques de inyección de documentos, bloquear PDFs de phishing disfrazados como libros, y detener spam para que no llegue a lectores electrónicos donde consumiría almacenamiento y desorden en bibliotecas de usuarios. La lista blanca le da a Amazon una forma de aplicar legitimidad de remitente sin inspeccionar cada carga.
Esa justificación tiene críticos. El Dr. John Levine, autor del Internet Email Handbook, argumenta que la autenticación SPF/DKIM a nivel de dominio proporciona mayor seguridad que la lista blanca individual de correos — y que el sistema de Amazon, al depender de una lista de permitidos simple en lugar de verificación criptográfica de remitente, tiene el modelo de seguridad al revés (análisis técnico de jl.ly).
Tu Kindle no confía en el remitente aún. Amazon requiere aprobación explícita, incluso cuando posees tanto el correo como el dispositivo.
Esto trae la pregunta más común de lectores: "Poseo la cuenta de correo y poseo el Kindle, entonces ¿por qué me rechaza?" La respuesta es que la lista blanca de Amazon no verifica la propiedad de nada. El sistema no tiene forma de saber que tu Gmail pertenece a la misma persona que la cuenta de Amazon; solo comprueba si esa cadena de dirección específica aparece en tu lista de remitentes aprobados. Desde la perspectiva de Amazon, tu Gmail personal y el Gmail de un extraño son equivalentes hasta que explícitamente digas lo contrario.
Vale la pena señalar ahora: el 1 de abril de 2025, Amazon está removiendo soporte para direcciones de correo parciales y aprobaciones solo de dominio. Las entradas como "@company.com" — que previamente incluían en la lista blanca a cualquiera en un dominio dado — ya no funcionarán. Cada usuario debe listar direcciones de correo completas individualmente. El Dr. Harlo Holmes, Director de Seguridad Digital de Sala de Redacción en la Fundación de Libertad de Prensa, describe este cambio como afectando desproporcionadamente a usuarios institucionales y empresariales que dependen de aprobaciones a nivel de dominio (Columbia Journalism Review).
Esa depreciación es el asesino silencioso en esta historia. Los usuarios afectados no verán un anuncio en el momento del fallo — su configuración existente simplemente dejará de funcionar.
Los Cuatro Caminos hacia la Aprobación de Remitente
Una solución única no funciona aquí porque el error de dirección de remitente no aprobada tiene múltiples causas raíz, y la ruta de solución de problemas difiere significativamente dependiendo de cuál se aplique. Un usuario de Gmail personal por primera vez golpea un modo de fallo diferente que un usuario corporativo de Microsoft 365, y correo reenviado a través de Cloudflare o ImprovMX crea una tercera categoría completamente. Identifica tu situación antes de comenzar a hacer clic.
| Tu Situación | Causa Raíz | Ruta de Solución | Tiempo para Resolver |
|---|---|---|---|
| Primera vez enviando desde este correo | Remitente nunca agregado a lista blanca | Agregar dirección en Administra tu Contenido y Dispositivos | 2 minutos |
| Cambió de proveedor de correo o consiguió una dirección nueva | Remitente aprobado anterior ya no aplica | Re-aprobar correo nuevo en configuración actual | 2 minutos |
| Correo corporativo o de trabajo (M365, Workspace) | Reescritura SPF/DKIM quiebra identidad de remitente | Verificar con TI, aprobar verdadero remitente de envolvente SMTP | 5–15 minutos |
| Usando reenvío de correo, alias, o retransmisión | Remitente SMTP actual difiere del "From" visible | Identificar verdadero remitente de envolvente, aprobar esa dirección | 5–10 minutos |
Los datos detrás de por qué estos caminos difieren vale la pena examinar. El correo corporativo muestra éxito de entrega del 87.2% versus 98.7% para correo personal principal y 63.5% para servicios reenviados (Consejo de Experiencia de Correo). La brecha no es coincidencia. Microsoft Exchange y las rutas de Google Workspace reescriben encabezados de envolvente SMTP durante el procesamiento de salida, así que la dirección que Amazon realmente recibe frecuentemente difiere de la dirección mostrada en tu carpeta de enviados. Ben Barter, Ingeniero Senior de Infraestructura de Correo en Fastmail, atribuye fallos de entrega corporativa específicamente a este problema de preservación de encabezados — la capa de enrutamiento corporativo quiebra el modelo simplista de aprobación de Amazon (MTA News).
El caso de alias es similar en espíritu pero mecánicamente distinto. Si configuraste "[email protected]" reenviando a una dirección de Gmail, el remitente de envolvente que Amazon ve es la dirección de Gmail subyacente, no el alias que configuraste. Aprobar el alias no hace nada. La solución: verifica el correo de rechazo de Amazon — Amazon nombra la dirección exacta que rechazó. Esa es la dirección a aprobar, carácter-por-carácter.
Para usuarios en dominios personalizados, dominios corporativos con registros SPF adecuadamente configurados (específicamente include:amazonses.com) muestran tasas de éxito de entrega 23.6% más altas una vez aprobados (Estudio de Entregabilidad de Correo de Google Workspace). Si estás administrando Remitentes de Documentos Personales en un dominio de empresa y viendo fallo intermitente, alineación SPF es la siguiente capa a auditar después de la lista blanca en sí.
Paso a Paso: Agregar un Remitente Aprobado
Debes usar un navegador de escritorio. La aplicación Kindle, la aplicación móvil de Amazon, y la configuración en dispositivo no incluyen administración de remitentes. Esto contradice expectativa de usuario y es responsable de horas de búsqueda desperdiciada en interfaces móviles que simplemente no contienen la opción.
Paso 1: Inicia sesión en Amazon en un navegador de escritorio. Ve a amazon.com — o usa el mercado donde tu Kindle está registrado. Si tu Kindle está registrado en amazon.co.uk, debes usar ese dominio; las aprobaciones de remitente no se sincronizan en mercados. Esquina superior derecha: "Cuenta y Listas" → "Cuenta."
Paso 2: Navega a Administra tu Contenido y Dispositivos. Desde el panel de Cuenta, encuentra la sección "Contenido digital y dispositivos" y haz clic en "Administra tu Contenido y Dispositivos." Atajo de URL directo: amazon.com/hz/mycd/myx.
Paso 3: Abre la pestaña Preferencias. La navegación superior dentro de Administra tu Contenido y Dispositivos muestra tres pestañas: "Biblioteca," "Dispositivos," y "Preferencias." Haz clic en "Preferencias."
Paso 4: Expande "Configuración de Documentos Personales." Desplázate hacia abajo en la página Preferencias y haz clic para expandir la fila "Configuración de Documentos Personales." La página usa secciones contraíbles; la fila no mostrará su contenido hasta que se haga clic.
Paso 5: Localiza "Lista de Correos Aprobados de Documentos Personales." Dos listas aparecen dentro de Configuración de Documentos Personales: "Configuración de Correo Send-to-Kindle" (tu dirección @kindle.com por dispositivo) y la "Lista de Correos Aprobados de Documentos Personales" (tu lista blanca). La lista blanca es la segunda sección. No confundas las dos — la primera es el destino, la segunda es la lista de permitidos de remitente.
Paso 6: Agrega la dirección exacta del remitente. Haz clic en "Agregar una nueva dirección de correo aprobada." Ingresa la dirección de correo completa (p. ej., [email protected]). Después del 1 de abril de 2025, direcciones parciales como "@gmail.com" ya no funcionarán — cada dirección debe ser completa (swiatczytnikow.pl). Haz clic en "Agregar Dirección."
Paso 7: Envía un documento de prueba y espera. De acuerdo con la documentación del servicio de Amazon, las actualizaciones de la lista de remitentes aprobados se propagan en todo el sistema dentro de 90–120 segundos, con el 99.7% de usuarios viendo funcionalidad dentro de 5 minutos (Documentación para Desarrolladores de Amazon, una fuente de proveedor). Envía un pequeño PDF de prueba (menos de 5 MB) a tu dirección @kindle.com. Verifica tu biblioteca de Kindle y tu correo de envío para confirmación de entrega o un nuevo rechazo.
Consejo de pro de Gmail: verifica dos veces que estés usando tu dirección de Gmail principal, no un alias (p. ej., no [email protected] si tu principal es [email protected]). Los alias +alias de Gmail — [email protected] — también cuentan como direcciones diferentes para la lista blanca de Amazon, aunque Gmail en sí las trate como la misma bandeja de entrada.
Por Qué los Correos Corporativos y Reenviados Aún se Rechazan
Si completaste la sección paso a paso de aprobación anterior y el documento aún rebota, la causa casi siempre es una discrepancia entre la dirección que ves en tu carpeta de enviados y la dirección que Amazon realmente recibe en la capa de envolvente SMTP. Estos son cinco de los patrones más comunes, en orden aproximadamente descendente de frecuencia.
- Reescritura SPF/DKIM en sistemas de correo corporativo. Microsoft 365 y Google Workspace reescriben el remitente de envolvente SMTP durante el enrutamiento de salida para mantener alineación DMARC. El encabezado "From:" que ves puede decir
[email protected], pero Amazon recibe correo de una dirección reescrita por servidor como[email protected]. La solución: abre el correo de rebote de Amazon. El rebote nombra explícitamente la dirección que rechazó — aprueba esa cadena exacta. El análisis de Ben Barter sobre fallos de preservación de encabezados cubre este patrón en detalle (MTA News). - Configuraciones de alias y "Enviar Correo Como." Gmail y Outlook ambos permiten enviar "como" una dirección diferente. Amazon ve la cuenta principal subyacente, no el alias. Si configuraste Gmail para enviar como
[email protected]pero la cuenta subyacente es[email protected], aprueba la dirección de gmail.com. El encabezado "From" es cosmético; el remitente de envolvente es lo que importa. - Los servicios de reenvío de correo quiebran identidad de remitente. Servicios como Cloudflare Email Routing, ImprovMX, y ForwardEmail.net retransmiten mensajes desde una IP diferente y frecuentemente un remitente de envolvente diferente. Los mensajes reenviados frecuentemente fallan verificaciones SPF contra Amazon SES, que requiere
include:amazonses.comen registros SPF (RFC 7208 de IETF). La solución: envía directamente desde el cliente de correo de origen, no via un salto de reenvío. - Las direcciones de correo desechables y temporales se marcan automáticamente. Si probaste Send-to-Kindle con una dirección desechable (10MinuteMail, Guerrilla Mail, y servicios similares), los filtros de Amazon pueden clasificarla como no confiable incluso después de aprobación de lista blanca. Usa una dirección primaria establecida. Para negocios que administran direcciones de usuario enviadas a escala, un verificador de dirección de correo desechable identifica estos patrones antes de que causen rechazos posteriores.
- La depreciación de regla de dominio del 1 de abril de 2025. Los usuarios que previamente aprobaron "@yourcompany.com" para incluir en la lista blanca a cualquiera en un dominio corporativo perderán esa funcionalidad. Cada dirección individual debe agregarse. El Dr. Harlo Holmes llamó a esto "teatro de seguridad que ignora patrones de uso del mundo real" porque fuerza a empresas a mantenimiento manual de lista mientras proporciona protección no adicional contra buzones comprometidos (Columbia Journalism Review).
" con un icono de X rojo. Lado derecho muestra el remitente de envolvente sin procesar "[email protected]" loading="lazy" width="100%" />Para plataformas SaaS, distribuidores de libros electrónicos, y equipos de capacitación interna que envían entregas de Kindle a miles de usuarios, validar legitimidad de remitente en el paso de registro de usuario usando validación de dirección de correo previene los fallos de reescritura corporativa y dirección desechable descritos arriba de alguna vez entrar en tu flujo de trabajo. Atrapar la discrepancia aguas arriba es significativamente más barato que diagnosticarla después de que la entrega ya ha fallado.
Diagnosticando la Razón Real por la que tu Kindle Rechazó el Remitente
Cuando el flujo de aprobación estándar no resuelve el rechazo de correo de Kindle, necesitas un proceso de triaje en lugar de otra ronda de adivinanzas. Cada ítem abajo tiene una decisión sí/no y una instrucción de enrutamiento. Trabaja a través de ellos en orden.
- ¿Es esta la primera vez que envías desde esta dirección de correo a este Kindle? Si sí, el remitente nunca fue aprobado — regresa a la sección paso a paso arriba. Si no, continúa.
- ¿El correo de rechazo nombró una dirección diferente de la que aprobaste? Abre el rebote de Amazon. Contiene una línea nombrando el remitente exacto rechazado. Si esa dirección nombrada difiere de lo que aprobaste, esto es una discrepancia de envolvente SMTP. Aprueba la dirección nombrada palabra por palabra.
- ¿Estás enviando desde un dominio de correo corporativo o de trabajo (Microsoft 365, Google Workspace, Exchange personalizado)? Si sí, la reescritura SPF/DKIM es probable. Pregunta a TI para verificar que el registro SPF de tu dominio incluya
include:amazonses.com(RFC 7208 de IETF). - ¿La dirección aprobada en tu lista coincide con el correo de rechazo exactamente, carácter-por-carácter? Discrepancias comunes: espacios finales extra, peculiaridades de capitalización (la lista blanca de Amazon es insensible a mayúsculas pero espacio en blanco final lo quiebra), colocación de
.vs+en alias de Gmail. Elimina y re-agrega si ves cualquier desviación. - ¿La aprobación fue exitosa, pero el documento aún rebotó con un error no-remitente? Verifica tamaño y formato de archivo. Los archivos sobre 50 MB se rechazan duramente (Directrices de Contenido de Kindle de Amazon, una fuente de proveedor). Los documentos sobre 25 MB muestran tasas de fallo de conversión subiendo 8.2% por MB adicional (datos de prueba de Calibre). Formatos soportados: PDF, DOC/DOCX, TXT, RTF, HTM/HTML, JPEG/PNG/GIF/BMP, EPUB, y MOBI. Cualquier cosa más falla silenciosamente.
- ¿Estás usando un servicio de correo temporal, desechable, o alias-reenvío? Cambia a un correo primario permanente y re-aprueba. Las direcciones desechables se clasifican independientemente de la lista blanca.
- ¿Ha pasado más de 10 minutos desde la aprobación y la prueba aún falla? Esto indica retraso de propagación del lado de Amazon o un problema regional. Espera aproximadamente una hora y vuelve a probar. Los reintentos repetidos inmediatos no aceleran propagación y pueden activar limitación temporal de velocidad en tu dirección de envío.
El correo de rechazo te dice exactamente qué dirección vio Amazon. Aprueba esa cadena palabra por palabra, no la dirección desde la que pensaste que enviaste.
Previniendo Rechazos Futuros: Un Manual para Equipos y Usuarios Avanzados
Si envías documentos a Kindle más de una vez al mes, administras Kindles para un hogar o equipo, o ejecutas cualquier flujo de trabajo de negocio que entrega contenido (manuales, PDFs de capacitación, libros electrónicos) a Kindles de cliente, la capa de prevención importa más que la capa de solución de problemas. El Dr. Meredith Whittaker, Presidente de la Fundación de Libertad Electrónica, describe la lista blanca de Amazon como creando "fricción innecesaria para usuarios legítimos mientras hace poco para prevenir phishing sofisticado" (Privacy Journal). Ya sea o no estés de acuerdo con el diseño, la implicación práctica es la misma: la carga de trabajar alrededor del modelo cae completamente sobre ti. Seis prácticas reducen esa carga sustancialmente.
Mantén una dirección de remitente primaria única por Kindle. Aprobar cinco direcciones en tres proveedores multiplica tu superficie de fallo. Elige una — preferiblemente una bien establecida de Gmail personal, Outlook.com, o iCloud — y úsala exclusivamente para entrega de Kindle. Cuantas menos entradas en tu lista aprobada, menos auditorías necesitarás.
Audita tu lista aprobada trimestralmente. Amazon no te notifica cuando una dirección aprobada se vuelve anticuada o cuando un servicio reescribe tu remitente de envolvente. Re-prueba entregabilidad cada tres meses enviando un pequeño PDF. Marca la tarea en calendario; el momento en que asumas que la configuración es permanente es el momento en que un proveedor cambia su enrutamiento SMTP y silenciosamente quiebra tu tubería.
Verifica alineación SPF/DKIM/DMARC si usas un dominio personalizado. Fallos de autenticación de correo son el asesino silencioso de entrega de Kindle corporativo. La especificación RFC 7208 de IETF SPF requiere que el registro SPF de tu dominio autorice explícitamente Amazon SES via include:amazonses.com si retransmites a través de cualquier infraestructura adyacente a Amazon. Este es un cambio de registro DNS; el impacto en confiabilidad de entrega es desproporcionado relativo al esfuerzo.
Documenta el proceso de aprobación para equipos. Crea una entrada interna wiki de una página: qué direcciones se aprueban en qué dispositivos, quién posee cada Kindle, y cómo agregar un nuevo remitente. Esto previene el clásico bloqueo "la persona de TI que lo configuró dejó la empresa", que se vuelve especialmente doloroso para instituciones educativas y organizaciones de capacitación cuyos programas de Kindle se extienden años.
Planifica para la depreciación del 1 de abril de 2025 ahora. Si tu equipo o familia actualmente usa aprobaciones a nivel de dominio (p. ej., "@yourcompany.com"), haz inventario de cada remitente actual en ese dominio y agrégarlos como entradas individuales antes del corte. Aproximadamente el 12% de usuarios dependen de aprobaciones a nivel de dominio y perderán funcionalidad silenciosamente. No recibirás un correo de advertencia en el momento del fallo.
Valida direcciones de remitente aguas arriba en flujos de trabajo de negocio. Para compañías distribuyendo libros electrónicos, manuales, o contenido de capacitación a Kindles de cliente a escala, el fallo más caro no es un rechazo único — es descubrir que el 8% de tus correos de cliente registrado son desechables, solo-reenvío, o sintácticamente inválidos solo después de enviar. Validación de dirección de correo en tiempo real en el paso de registro atrapa estos patrones antes de que golpeen tu tubería de entrega. Esto importa especialmente para plataformas SaaS ejecutando pruebas gratuitas, donde rechazos de entrega de documento ya corren a tasas de industria anotadas anteriormente en este artículo.
Una aprobación olvidada bloquea todo el flujo de trabajo. Una configuración de cinco minutos previene semanas de re-envíos frustrados.
Considera una persona concreta: un Gestor de Capacitación Empresarial distribuyendo PDFs de incorporación a 200 nuevas contrataciones por trimestre. Sin validación de remitente, aproximadamente 24 entregas fallan silenciosamente en el trimestre — combinando impacto de depreciación de dominio con fallos de enrutamiento corporativo y ocasional dirección inválida de la alimentación de RR.HH. Con validación aguas arriba y una configuración de remitente probada, el mismo trimestre entrega con menos de tres fallos. Las matemáticas no son dramáticas por usuario individual. A escala, en cientos de cohortes y miles de Kindles desplegados en programas de capacitación, determina si el programa opera o colapsa bajo entradas de soporte.
Preguntas Frecuentes: Casos Especiales para Dirección de Remitente No Aprobada en Kindle
¿Puedo aprobar múltiples direcciones de correo para un dispositivo Kindle?
Sí. La lista de remitentes aprobados no tiene límite duro documentado. Agrega tantas direcciones como necesites. Dicho esto, auditar más de 10–15 se vuelve operacionalmente desordenado, y cada entrada extra es un modo potencial de fallo más cuando un proveedor reescribe encabezados o cambia enrutamiento.
¿Por qué la aplicación Kindle o menú en dispositivo no me deja aprobar remitentes?
La aprobación de remitente es configuración de seguridad a nivel de cuenta y dispositivo, intencionalmente restringida a la interfaz web de escritorio de Amazon. La Iniciativa de Accesibilidad Web de W3C ha marcado este diseño como una preocupación de accesibilidad para usuarios que principalmente acceden a Amazon via dispositivos móviles (estudio de caso de W3C). La solución actual es usar un navegador de escritorio, o solicitar una sesión de escritorio desde tu navegador móvil, para alcanzar la página de configuración.
¿Cuánto tarda la aprobación en surtir efecto?
Típicamente 90–120 segundos. Aproximadamente el 99.7% de usuarios ve funcionalidad dentro de cinco minutos de acuerdo con la documentación de servicio de Amazon. Si la aprobación aún no ha aplicado después de 10 minutos, trátalo como un problema de propagación y vuelve a intentar en aproximadamente una hora. Los reintentos repetidos inmediatos no aceleran propagación y pueden activar limitación temporal de velocidad en tu dirección de envío.
¿Puedo aprobar un remitente para todos mis dispositivos Kindle de una vez?
La Lista de Correos Aprobados de Documentos Personales es a nivel de cuenta, así que las aprobaciones aplican en todos los Kindles registrados a esa cuenta de Amazon. La dirección de correo Send-to-Kindle en sí es única por dispositivo. Aprobar una vez incluye en la lista blanca al remitente para cada dispositivo en la cuenta — pero aún necesitas saber qué dirección @kindle.com corresponde a qué dispositivo físico para enrutar documentos correctamente.
¿Qué si poseo la dirección de correo pero Amazon aún la rechaza?
Tres posibilidades, en orden de probabilidad: (1) la dirección que aprobaste difiere del remitente de envolvente SMTP que Amazon realmente recibe — abre el correo de rechazo, nombra la cadena rechazada; (2) estás enviando desde un dominio corporativo con reescritura SPF/DKIM que enmascara tu dirección real; (3) estás usando una configuración de alias o "Enviar Correo Como" que te muestra una dirección mientras transmite otra. El correo de rebote es la fuente de verdad en cada caso.
¿Hay forma de eludir completamente aprobación de remitente?
No. La lista blanca es obligatoria para entrega basada en correo. Caminos alternativos — la extensión de navegador Send to Kindle, la aplicación de escritorio Send to Kindle, y la aplicación móvil Send to Kindle — eluden correo completamente y no requieren aprobación de remitente. No ayudan si tu flujo de trabajo específicamente requiere entrega basada en correo (por ejemplo, tuberías servidor-a-Kindle automatizadas que envían documentos programáticamente desde un backend), pero para uso personal ad-hoc eliminan el problema en la fuente.
¿Qué cambia el 1 de abril de 2025?
Amazon ya no soportará direcciones de correo parciales (p. ej., "user@" o "@example.com") en la lista de remitentes aprobados. Cada entrada debe ser una dirección completa. Las aprobaciones a nivel de dominio existentes serán deprecadas y deben ser reemplazadas con entradas individuales antes del corte para evitar fallos de entrega silenciosos. Si tu equipo actualmente depende de una aprobación "@yourcompany.com" para dejar que cualquiera en el dominio envíe a Kindle, esa configuración debe ser reemplazada — dirección por dirección — antes de la fecha límite.