- Отгружено
- 23 сентября 2026 г. в 18:18 UTC
- Автор
- Kamo
- Завершение
- 4f5f70e
Добавляет две конечные точки вместе с существующей SPF, поэтому транзакционная организация почта (сброс пароля, приглашения, уведомления) может содержать подпись DKIM Владелец может видеть позу DMARC: - GET/api/security/domains/{id}/dkim - генерирует ключ DKIM домена Первый раз, когда он запрашивается (никогда не регенерируется после замены). ключ нарушит проверку чего-либо, уже подписанного со старым; проверяет, опубликована ли запись TXT, и хранит вердикт по ****************Та же самая форма Spf verified уже используется. — GET **************** — только для чтения. Каждое сообщение, которое передает Камо как NoReply@{domain} использует этот домен как отправитель конвертов, так и видимый Таким образом, проверка выравнивания DMARC уже выполнена после завершения SPF, Какую бы политику ни выбрал клиент. Это только сообщает, что Опубликовано (или предполагает стартовую запись, когда ничего нет) — это никогда не спрашивает Для разнообразия, так как Камо никогда не нужен. **************************** Зеркало формы SpfAdvisoryService (чистый осмотр(), шов для создания Lookup() для испытаний) и DkimAuthorization Сервис зеркала SpfAuthorizationService (продолжает вердикт, оставляет его в покое) Неудачный поиск. DkimDomainRepository является простым JpaRepository таким же образом. SpfDomainRepository, по той же причине: он поставляется с одной передислокацией Вместо общего библиотечного бампа. Зависит от kamo-shared-библиотеки 5de57705 (новые поля dkim *).