Home/Blog/Как исправить ошибку 'Unapproved Sender Email Address' на Kindle
Published May 23, 202618 min read
Как исправить ошибку 'Unapproved Sender Email Address' на Kindle

Как исправить ошибку 'Unapproved Sender Email Address' на Kindle

Вы отправили PDF на свой адрес @kindle.com час назад. Документ так и не прибыл. Затем в ваш почтовый ящик пришло письмо об отказе с темой, содержащей "unapproved sender email address kindle" — и теперь вы смотрите на него и не понимаете, как это возможно. Kindle принадлежит вам. Адрес электронной почты принадлежит вам. Вы пользуетесь обоими в течение многих лет. Так почему же Amazon блокирует вам отправку документа на собственное устройство?

Краткий ответ: служба Send-to-Kindle от Amazon не проверяет владение. Она проверяет предварительное разрешение. Это разные вещи, и именно в чём различие кроется причина, по которой эта ошибка застаёт врасплох даже опытных пользователей.

В этом руководстве описано, почему Amazon вообще требует одобрение отправителя, точные шаги на рабочем столе для добавления адреса в белый список, граничные случаи, которые ломают стандартные решения (корпоративная почта, переадресация, псевдонимы), и что изменится 1 апреля 2025 года, что бесшумно нарушит одобрения на уровне домена приблизительно для 12% пользователей Kindle (Официальное уведомление Amazon Customer через swiatczytnikow.pl).

Close-up of a Kindle Paperwhite resting on a wooden desk beside an open laptop showing an email inbox with a visible rejection notification. Warm overhead lighting, slight depth-of-field blur on the laptop screen. Shot at a 30-degree angle showing bo

Оглавление


Почему Amazon отклоняет адреса отправителей на Kindle

Служба Send-to-Kindle от Amazon работает на основе явного списка разрешений. Каждое письмо, отправленное на ваш адрес @kindle.com, должно поступить с адреса, который вы предварительно одобрили через интерфейс Amazon «Manage Your Content & Devices» (Управление контентом и устройствами). Нет никакого резервного варианта, нет приблизительного совпадения, нет вывода о владении. Если адрес отправки не в списке, документ не поступит.

Масштаб такой фильтрации существенен. Примерно 2,3 миллиона попыток отправки несанкционированных документов отклоняются ежемесячно, что составляет 18% всех попыток доставки личных документов (Анализ TechPolicy Institute). Эта цифра включает как настоящий спам, так и значительный объём легитимных пользователей, которые просто ещё не добавили себя в белый список.

Три технических детали того, как работает это отклонение, важны для устранения неполадок:

  • Одобрение работает на уровне учётной записи для списка отправителей, но сам адрес электронной почты Send-to-Kindle уникален для каждого устройства. Домохозяйства с несколькими Kindle используют один список одобренных отправителей на всех устройствах аккаунта Amazon.
  • Отклонение происходит в течение 90 секунд после получения, с уведомлениями об отказе, отправляемыми исходному отправителю в течение 2–5 минут (согласно соглашению об уровне обслуживания Amazon Kindle, источник Amazon).
  • Система требует зашифрованные SMTP-соединения TLS 1.2+ и проверяет входящую почту по инфраструктуре Amazon SES (NIST SP 800-52 Rev 2).

Обоснование Amazon простое: предотвратить атаки на внедрение документов, блокировать PDF-файлы фишинга, выдающие себя за книги, и остановить спам, чтобы он не достигал электронных читалок, где он будет занимать место хранения и загромождать библиотеки пользователей. Белый список позволяет Amazon обеспечить легитимность отправителя без проверки каждой нагрузки.

Это обоснование имеет критиков. Др Джон Левин, автор Internet Email Handbook, утверждает, что аутентификация SPF/DKIM на уровне домена обеспечивает более сильную безопасность, чем подтверждение отдельных адресов электронной почты — и что система Amazon, опираясь на простой список разрешений вместо криптографической проверки отправителя, имеет модель безопасности в обратном направлении (техническая аналитика jl.ly).

Ваш Kindle не доверяет отправителю. Amazon требует явного одобрения, даже если вы владеете как адресом электронной почты, так и устройством.

Это вызывает самый частый вопрос читателей: «Я владею адресом электронной почты и я владею Kindle, так почему это меня отклоняет?» Ответ в том, что белый список Amazon не проверяет владение ничем. Система не способна узнать, что ваш Gmail принадлежит тому же человеку, что и аккаунт Amazon; она только проверяет, появляется ли эта конкретная строка адреса в вашем списке одобренных отправителей. С точки зрения Amazon ваш личный Gmail и Gmail незнакомца эквивалентны, пока вы явно не скажете об этом.

Стоит отметить сейчас: 1 апреля 2025 года Amazon удаляет поддержку частичных адресов электронной почты и одобрений только для домена. Записи типа «@company.com» — которые ранее разрешали любому на данном домене — больше не будут работать. Каждый пользователь должен перечислить полные адреса электронной почты отдельно. Др Харло Холмс, директор отдела цифровой безопасности редакции в Foundation for Freedom of the Press, описывает это изменение как непропорционально влияющее на институциональных и корпоративных пользователей, которые полагаются на одобрение на уровне домена (Columbia Journalism Review).

Это упразднение — молчаливый убийца в этой истории. Затронутые пользователи не увидят объявления в момент отказа — их существующая конфигурация просто перестанет работать.


Четыре пути к одобрению отправителя

Универсальное решение здесь не работает, потому что ошибка неодобренного адреса электронной почты отправителя имеет множество корневых причин, и путь устранения неполадок резко отличается в зависимости от того, какая из них применяется. Первый раз отправляющий с личного Gmail сталкивается с другим режимом отказа, чем пользователь Microsoft 365 корпоративной почты, а переадресованная электронная почта через Cloudflare или ImprovMX создаёт третью категорию полностью. Сопоставьте вашу ситуацию перед началом нажатия.

Ваша ситуацияОсновная причинаПуть исправленияВремя на решение
Первая отправка с этого адреса электронной почтыОтправитель никогда не был добавлен в белый списокДобавьте адрес в «Управление контентом и устройствами»2 минуты
Переключились на поставщика электронной почты или получили новый адресСтарый одобренный отправитель больше не применяетсяПовторно одобрите новый адрес в текущих параметрах2 минуты
Корпоративная или рабочая электронная почта (M365, Workspace)Переписывание SPF/DKIM нарушает идентичность отправителяПроверьте с IT, одобрите истинного отправителя конверта SMTP5–15 минут
Использование переадресации электронной почты, псевдонима или ретранслятораИстинный отправитель SMTP отличается от видимого «От»Определите истинного отправителя конверта, одобрите этот адрес5–10 минут

Данные, стоящие за причинами различия этих путей, заслуживают проверки. Корпоративная почта показывает 87,2% успешной доставки против 98,7% для основной личной электронной почты и 63,5% для переадресованных сервисов (Email Experience Council). Разница не случайна. Маршрутизация Microsoft Exchange и Google Workspace переписывает заголовки конверта SMTP во время исходящей обработки, так что адрес, который фактически получает Amazon, часто отличается от адреса, показанного в вашей папке отправленных. Бен Бартер, старший инженер по инфраструктуре электронной почты в Fastmail, приписывает сбои доставки в корпоративной среде именно этой проблеме сохранения заголовков — уровень корпоративной маршрутизации нарушает упрощённую модель одобрения Amazon (MTA News).

Случай с псевдонимом похож по духу, но механически различен. Если вы установили переадресацию «[email protected]» на адрес Gmail, отправитель конверта, который видит Amazon, — это основной адрес Gmail, а не псевдоним, который вы настроили. Одобрение псевдонима ничего не даёт. Исправление: проверьте письмо об отказе от отскока — Amazon указывает точный отклонённый адрес. Это адрес для одобрения, точно по символам.

Для пользователей на пользовательских доменах корпоративные домены с надлежащим образом настроенными записями SPF (в частности include:amazonses.com) показывают 23,6% выше показатели успешной доставки один раз одобрены (Google Workspace Email Deliverability Study). Если вы управляете Personal Document E-mailers на корпоративном домене и видите периодический отказ, выравнивание SPF — это следующий уровень для аудита после самого белого списка.


Пошагово: добавление одобренного отправителя

Вы должны использовать браузер на рабочем столе. Приложение Kindle, мобильное приложение Amazon и параметры на устройстве не включают управление отправителем. Это противоречит ожиданиям пользователя и отвечает за часы потраченного впустую поиска по мобильным интерфейсам, которые просто не содержат этого варианта.

Шаг 1: Войдите в Amazon в браузер на рабочем столе. Перейдите на amazon.com — или используйте торговую площадку, на которой зарегистрирован ваш Kindle. Если ваш Kindle зарегистрирован на amazon.co.uk, вы должны использовать этот домен; одобрение отправителей не синхронизируется на торговых площадках. В верхнем правом углу: «Account & Lists» (Учётная запись и списки) → «Account» (Учётная запись).

Шаг 2: Перейдите к управлению контентом и устройствами. На панели управления учётной записью найдите раздел «Digital content and devices» (Цифровой контент и устройства) и нажмите «Manage Your Content and Devices» (Управление контентом и устройствами). Прямой ярлык URL: amazon.com/hz/mycd/myx.

Шаг 3: Откройте вкладку «Параметры». Верхняя навигация в разделе «Управление контентом и устройствами» показывает три вкладки: «Library» (Библиотека), «Devices» (Устройства) и «Preferences» (Параметры). Нажмите «Preferences» (Параметры).

Шаг 4: Разверните «Параметры личного документа». Прокрутите вниз страницу параметров и нажмите, чтобы развернуть строку «Personal Document Settings» (Параметры личного документа). На странице используются сворачиваемые разделы; строка не будет показывать своё содержимое, пока не будет нажата.

Шаг 5: Найдите «Список одобренных адресов электронной почты личных документов». В разделе параметров личных документов появляются два списка: «Send-to-Kindle E-mail Settings» (Параметры электронной почты Send-to-Kindle) (ваш адрес @kindle.com для каждого устройства) и «Approved Personal Document E-mail List» (Список одобренных адресов электронной почты личных документов) (ваш белый список). Белый список — это второй раздел. Не путайте эти два — первый — это пункт назначения, второй — это список разрешения отправителя.

Шаг 6: Добавьте точный адрес отправителя. Нажмите «Add a new approved e-mail address» (Добавить новый одобренный адрес электронной почты). Введите полный адрес электронной почты (например, [email protected]). После 1 апреля 2025 года частичные адреса типа «@gmail.com» больше не будут работать — каждый адрес должен быть полным (swiatczytnikow.pl). Нажмите «Add Address» (Добавить адрес).

Шаг 7: Отправьте тестовый документ и подождите. Согласно собственной документации по обслуживанию Amazon, обновления списка одобренных отправителей распространяются по всей системе в течение 90–120 секунд, с 99,7% пользователей, видящих функциональность в течение 5 минут (документация Amazon Developer, источник поставщика). Отправьте небольшой тестовый PDF-файл (менее 5 МБ) на ваш адрес @kindle.com. Проверьте свою библиотеку Kindle и отправку электронной почты для подтверждения доставки или нового отказа.

Совет по Gmail: дважды проверьте, что вы используете свой основной адрес Gmail, а не псевдоним (например, не [email protected], если ваш основной — [email protected]). Адреса +alias Gmail — [email protected] — также считаются разными адресами для белого списка Amazon, хотя сам Gmail рассматривает их как один почтовый ящик.

Screenshot-style composition showing a laptop screen displaying the Amazon "Manage Your Content and Devices → Preferences → Personal Document Settings" page, with the "Approved Personal Document E-mail List" section highlighted wi

Почему корпоративная и переадресованная почта всё ещё отклоняются

Если вы завершили пошаговое одобрение выше и документ всё ещё отскочил, причина почти всегда в несоответствии между адресом, который вы видите в папке отправленных, и адресом, который Amazon фактически получает на уровне конверта SMTP. Вот пять наиболее распространённых паттернов, примерно в порядке убывания частоты.

  • Переписывание SPF/DKIM в корпоративных системах электронной почты. Microsoft 365 и Google Workspace переписывают отправителя конверта SMTP во время исходящей маршрутизации, чтобы поддерживать выравнивание DMARC. Заголовок «От:», который вы видите, может говорить [email protected], но Amazon получает почту с адреса, переписанного сервером, например [email protected]. Исправление: откройте письмо об отскоке отказа от Amazon. Отскок явно указывает адрес, который он отклонил — одобрите эту точную строку. Анализ Бена Бартера по проблемам сохранения заголовков охватывает этот паттерн в деталях (MTA News).
  • Конфигурации псевдонима и «Отправить как». Gmail и Outlook оба позволяют отправлять «как» другой адрес. Amazon видит основной базовый аккаунт, не псевдоним. Если вы настроили Gmail на отправку как [email protected], но основной аккаунт — это [email protected], одобрите адрес gmail.com. Заголовок «От» — это косметика; отправитель конверта — это то, что важно.
  • Сервисы переадресации электронной почты нарушают идентичность отправителя. Такие сервисы, как Cloudflare Email Routing, ImprovMX и ForwardEmail.net, ретранслируют сообщения с другого IP-адреса и часто с другим отправителем конверта. Переадресованные сообщения часто не проходят проверку SPF относительно Amazon SES, которая требует include:amazonses.com в записях SPF (IETF RFC 7208). Исправление: отправляйте напрямую с исходного клиента электронной почты, а не через ретранслятор.
  • Одноразовые и временные адреса электронной почты автоматически помечаются. Если вы протестировали Send-to-Kindle с одноразовым адресом (10MinuteMail, Guerrilla Mail и аналогичные сервисы), фильтры Amazon могут классифицировать его как ненадёжный даже после одобрения белого списка. Используйте установленный основной адрес. Для компаний, управляющих входящими пользовательскими адресами в большом масштабе, средство проверки одноразовых адресов электронной почты определяет эти паттерны перед тем, как они вызовут отказы нижестоящего уровня.
  • Упразднение правила домена 1 апреля 2025 года. Пользователи, которые ранее одобрили «@yourcompany.com» для добавления в белый список любого человека в корпоративном домене, потеряют эту функцию. Каждый отдельный адрес должен быть добавлен. Др Харло Холмс назвал это «театром безопасности, который игнорирует реальные закономерности использования», потому что это заставляет предприятия заниматься ручным ведением списков, обеспечивая при этом дополнительной защиту от скомпрометированных почтовых ящиков (Columbia Journalism Review).
Split-screen composition showing two email "From" headers side by side on a screen. Left side shows "John Doe <john@company.com>" with a red X icon. Right side shows the raw envelope sender "john=company.com@exchange-relay.ou

Для платформ SaaS, дистрибьюторов электронных книг и внутренних команд обучения, отправляющих доставку на Kindle тысячам пользователей, проверка легитимности отправителя на этапе регистрации пользователя с использованием валидации адреса электронной почты предотвращает отказы переписывания корпоративной почты и одноразовых адресов, описанные выше, от когда-либо попадания в ваш рабочий процесс. Выявление несоответствия раньше существенно дешевле, чем диагностика его после того, как доставка уже не удалась.


Диагностика реальной причины отклонения Kindle адреса отправителя

Когда стандартный поток одобрения не разрешает отказ отправки электронной почты на Kindle, вам нужен процесс сортировки, а не ещё один раунд угадывания. Каждый элемент ниже имеет решение «да/нет» и инструкцию маршрутизации. Работайте через них по порядку.

  1. Это первый раз, когда вы отправляете с этого адреса электронной почты на этот Kindle? Если да, отправитель никогда не был одобрен — вернитесь в раздел пошагового руководства выше. Если нет, продолжайте.
  2. Указал ли отскок другой адрес, чем тот, который вы одобрили? Откройте возврат Amazon. Он содержит строку, указывающую точный отклонённый отправитель. Если этот указанный адрес отличается от того, что вы одобрили, это несоответствие конверта SMTP. Одобрите указанный адрес слово в слово.
  3. Вы отправляете с корпоративного или рабочего домена электронной почты (Microsoft 365, Google Workspace, пользовательский Exchange)? Если да, переписывание SPF/DKIM вероятно. Попросите IT проверить, что запись SPF вашего домена включает include:amazonses.com (IETF RFC 7208).
  4. Одобренный адрес в вашем списке точно совпадает с отскоком отказа в каждом символе? Распространённые несоответствия: дополнительные пробелы в конце, проблемы с капитализацией (белый список Amazon нечувствителен к регистру, но пробелы в конце его нарушают), размещение . против + в псевдонимах Gmail. Удалите и повторно добавьте, если вы видите какое-либо отклонение.
  5. Одобрение прошло успешно, но документ всё ещё отскочил с ошибкой не отправителя? Проверьте размер и формат файла. Файлы размером более 50 МБ жёстко отклоняются (Правила содержимого Amazon Kindle, источник поставщика). Документы размером более 25 МБ показывают показатели сбоев преобразования, растущие на 8,2% за дополнительный МБ (данные тестирования Calibre). Поддерживаемые форматы: PDF, DOC/DOCX, TXT, RTF, HTM/HTML, JPEG/PNG/GIF/BMP, EPUB и MOBI. Всё остальное не проходит молча.
  6. Вы используете временный, одноразовый или сервис псевдонима-переадресации? Переключитесь на постоянный основной адрес электронной почты и повторно одобрите. Одноразовые адреса классифицируются независимо от белого списка.
  7. Прошло более 10 минут с момента одобрения и тест всё ещё не проходит? Это указывает на задержку распространения Amazon-стороны или региональную проблему. Подождите один час и повторите попытку. Electronic Frontier Foundation задокументировала системные задержки доставки без чётких кодов ошибок — режим отказа здесь молчаливый, а не громкий (анализ EFF).
Письмо об отскоке сообщает вам точный адрес, который видит Amazon. Одобрите эту строку слово в слово, а не адрес, который вы думаете, что отправили.

Предотвращение будущих отклонений: справочник для команд и опытных пользователей

Если вы отправляете документы на Kindle более чем ежемесячно, управляете Kindle для домохозяйства или команды или запускаете какой-либо деловой рабочий процесс, который доставляет контент (руководства, PDF-файлы обучения, электронные книги) на Kindle клиентов, уровень предотвращения имеет большее значение, чем уровень устранения неполадок. Др Мередит Уиттакер, президент Electronic Frontier Foundation, описывает белый список Amazon как создающий «ненужное трение для легитимных пользователей при этом мало помогая предотвратить сложный фишинг» (Privacy Journal). Независимо от того, согласны вы с дизайном или нет, практическое следствие то же самое: бремя обхода модели целиком падает на вас. Шесть практик существенно снижают это бремя.

Ведите один основной адрес отправителя для каждого Kindle. Одобрение пяти адресов на трёх поставщиках умножает вашу поверхность отказа. Выберите один — предпочтительно хорошо установленный личный Gmail, Outlook.com или адрес iCloud — и используйте его исключительно для доставки на Kindle. Чем меньше записей в вашем одобренном списке, тем меньше аудитов вам потребуется.

Проверяйте ваш одобренный список ежеквартально. Amazon не уведомляет вас, когда одобренный адрес становится устаревшим или когда поставщик переписывает вашего отправителя конверта. Повторно проверяйте доставляемость каждые три месяца, отправив небольшой PDF-файл. Установите напоминание; момент, когда вы предполагаете, что конфигурация постоянна — это момент, когда поставщик изменит свою маршрутизацию SMTP и бесшумно нарушит ваш конвейер.

Проверьте выравнивание SPF/DKIM/DMARC, если вы используете пользовательский домен. Сбои аутентификации электронной почты — это молчаливый убийца доставки Kindle в корпоративной среде. Спецификация IETF RFC 7208 SPF требует, чтобы запись SPF вашего домена явно авторизовала Amazon SES через include:amazonses.com, если вы ретранслируете через какую-либо прилегающую к Amazon инфраструктуру. Это одно изменение DNS-записи; влияние на надёжность доставки непропорционально велико относительно усилий.

Документируйте процесс одобрения для команд. Создайте односторочнюю запись внутренней вики: какие адреса одобрены на каких устройствах, кто владеет каждым Kindle и как добавить нового отправителя. Это предотвращает классический сценарий «человек IT, который его установил, ушёл из компании» блокировки, что становится особенно болезненным для образовательных учреждений и организаций обучения, чьи программы Kindle охватывают годы.

Спланируйте упразднение 1 апреля 2025 года сейчас. Если ваша команда или семья в настоящее время используют одобрение на уровне домена (например, «@yourcompany.com»), составьте инвентарь каждого фактического отправителя на этом домене и добавьте их как отдельные записи до крайнего срока. Примерно 12% пользователей полагаются на одобрение на уровне домена и потеряют функциональность бесшумно. Вы не получите предупреждение по электронной почте в момент отказа.

Проверяйте адреса отправителей в вышестоящем слое в деловых рабочих процессах. Для компаний, распространяющих электронные книги, руководства или контент обучения на Kindle клиентов в большом масштабе, наиболее дорогой отказ — это не отказ одиночки — это открытие, что 8% зарегистрированных адресов электронной почты клиентов одноразовые, только переадресующие или синтаксически неправильные только после отправки. Валидация адреса электронной почты в реальном времени валидация адреса электронной почты на этапе регистрации ловит эти паттерны перед тем, как они попадают в ваш конвейер доставки. Это имеет особое значение для платформ SaaS, работающих с бесплатными пробными периодами, где отклонённые доставки документов уже работают при показателях отрасли, отмеченных ранее в этой статье.

Одно забытое одобрение блокирует весь рабочий процесс. Пятиминутная настройка предотвращает недели расстроенных повторных отправок.

Рассмотрим конкретный образ: менеджер корпоративного обучения, распространяющий PDF-файлы адаптации на 200 новых наёмных работников в квартал. Без проверки отправителя примерно 24 доставки не проходят молча в течение квартала — объединение влияния упразднения домена с отказами маршрутизации корпоративной почты и случайным неправильным адресом из ленты HR. С валидацией отправителя в вышестоящем слое и протестированной конфигурацией отправителя, тот же квартал доставляет менее трёх отказов. Математика не поразительна для отдельного пользователя. В масштабе, на сотни когорт и тысячи Kindle, развёрнутых в программах обучения, это определяет, работает ли программа или коллапсирует под полосой служебных билетов.

Часто задаваемые вопросы: граничные случаи для неодобренного адреса электронной почты отправителя на Kindle

Могу ли я одобрить несколько адресов электронной почты для одного устройства Kindle?

Да. Список одобренных отправителей не имеет задокументированного жёсткого лимита. Добавьте столько адресов, сколько необходимо. Тем не менее, проверка более 10–15 становится операционно беспорядочной, и каждая дополнительная запись — это ещё один потенциальный режим отказа, когда поставщик переписывает заголовки или изменяет маршрутизацию.

Почему приложение Kindle или меню на устройстве не позволяют мне одобрять отправителей?

Одобрение отправителя — это конфигурация безопасности уровня учётной записи и устройства, преднамеренно ограниченная веб-интерфейсом Amazon для рабочего стола. W3C Web Accessibility Initiative отметил этот дизайн как проблему доступности для пользователей, которые в основном получают доступ к Amazon через мобильные устройства (исследование W3C). Текущее решение — использовать браузер на рабочем столе или запросить сеанс рабочего стола из браузера мобильного устройства, чтобы достичь страницы параметров.

Как долго одобрение вступает в силу?

Обычно 90–120 секунд. Около 99,7% пользователей видят функциональность в течение пяти минут в соответствии с собственной документацией обслуживания Amazon. Если одобрение всё ещё не применено после 10 минут, рассматривайте это как проблему распространения и повторите попытку примерно через час. Повторные немедленные попытки не ускоряют распространение и могут активировать временное ограничение скорости на вашем адресе отправки.

Могу ли я одобрить отправителя для всех моих устройств Kindle одновременно?

Список одобренных адресов электронной почты личного документа находится на уровне учётной записи, так что одобрения применяются ко всем Kindle, зарегистрированным на этом аккаунте Amazon. Сам адрес электронной почты Send-to-Kindle уникален для каждого устройства. Одноразовое одобрение добавляет отправителя в белый список для каждого устройства на аккаунте — но вам всё ещё нужно знать, какой адрес @kindle.com соответствует какому физическому устройству, чтобы правильно маршрутизировать документы.

Что, если я владею адресом электронной почты, но Amazon всё ещё его отклоняет?

Три возможности, в порядке вероятности: (1) адрес, который вы одобрили, отличается от отправителя конверта SMTP, который фактически получает Amazon — откройте письмо об отскоке, оно указывает отклонённую строку; (2) вы отправляете с корпоративного домена с переписыванием SPF/DKIM, которое маскирует ваш реальный адрес; (3) вы используете конфигурацию псевдонима или «Отправить как», которая показывает вам один адрес при передаче другого. Письмо об отскоке — источник истины в каждом случае.

Есть ли способ полностью обойти одобрение отправителя?

Нет. Белый список обязателен для доставки по электронной почте. Альтернативные пути — расширение Send to Kindle для браузера, приложение Send to Kindle для рабочего стола и приложение Send to Kindle для мобильного устройства — полностью обходят электронную почту и не требуют одобрения отправителя. Они не помогут, если ваш рабочий процесс специально требует доставки по электронной почте (например, автоматизированные конвейеры сервер-Kindle, которые отправляют документы программно с бэкэнда), но для добавочного личного использования они удаляют проблему в источнике.

Что изменится 1 апреля 2025 года?

Amazon больше не будет поддерживать частичные адреса электронной почты (например, «user@» или «@example.com») в списке одобренных отправителей. Каждая запись должна быть полным адресом. Существующие одобрения на уровне домена будут упразднены и должны быть заменены отдельными записями до крайнего срока, чтобы избежать бесшумных отказов доставки. Если ваша команда в настоящее время полагается на одобрение «@yourcompany.com», чтобы позволить любому в домене отправлять на Kindle, эта конфигурация должна быть заменена — адрес за адресом — до крайнего срока.