A plataforma de arrecadação de fundos, o processador de doações e o coordenador de voluntários de uma organização sem fins lucrativos podem enviar mensagens sob a mesma marca e usar identidades de e-mail diferentes. Antes de alterar a política de autenticação, identifique quem pode autorizar cada fluxo e qual falha interromperia. A falta de um recibo não é o mesmo incidente que um boletim informativo atrasado, e um pedido de doação autenticado não é prova de que o seu destino foi aprovado.
Separe a confiança no domínio da confiança no apelo
RFC 9989 valida o uso do domínio por meio de autenticação alinhada. Não aprova uma arrecadação de fundos, não verifica o destino do pagamento nem estabelece que uma conta não foi comprometida. Mantenha a aprovação da campanha e a verificação do destino do pagamento fora do resultado da autenticação. Os funcionários devem utilizar o processo de verificação estabelecido pela organização para alterações inesperadas nas instruções de doação, mesmo que a mensagem passe DMARC.
Crie um inventário que os voluntários possam manter
Crie linhas distintas para campanhas de arrecadação de fundos, recibos de doadores e comunicações de voluntários. Registre a função da equipe responsável, conta do fornecedor, Do domínio, DKIM domínio e seletor, identidade do envelope, finalidade do envio e último teste controlado. O proprietário da campanha aprova a apelação; o proprietário do serviço financeiro ou de doações confirma os fluxos de trabalho de recebimento; o coordenador voluntário possui avisos de agendamento. Designe representantes para que o inventário sobreviva à partida de um voluntário.
Reconcilie campanhas antigas antes de um período movimentado de doações. Uma conta de fornecedor mantida após um evento de arrecadação de fundos pode permanecer autorizada por muito tempo após a saída de seu proprietário. Revise a finalidade, as chaves, as credenciais e as dependências DNS por meio do processo normal de alteração. Não remova uma entrada DNS apenas porque ela estava ausente em uma janela curta de relatórios: campanhas sazonais podem ser legítimas e silenciosas por meses.
Mantenha a identidade do voluntário separada do sucesso da campanha
Suponha que os avisos de arrecadação de fundos e recebimento usem domínios From e DKIM d= correspondentes, enquanto um lembrete de voluntário use From volunteers.charity.example e uma assinatura de provider.example.net . Mesmo assumindo que a última assinatura seja verificada, ela falha DKIM estrito alinhamento com esse domínio From. Não encerre a questão da identidade do coordenador porque a rota de arrecadação de fundos passou no seu próprio teste.
Esta é uma comparação hipotética de domínios, não um pacote de evidências, verificação criptográfica ou observação de correspondência de doadores. RFC 9989 Seções 4.4 e 5.3.5 exigem a avaliação dos caminhos relevantes de autenticação e alinhamento para um veredicto completo da mensagem. Outro alinhado Assinatura DKIM ou passando alinhado SPF pode afetar esse veredicto; para p=reject implantação, as Seções 7.4 e 8 exigem DKIM válido em vez de apenas SPF . Verifique a configuração real do fornecedor e as amostras controladas recebidas antes de declarar a rota voluntária pronta.
Priorize os recebimentos sem esconder falhas de campanha
Defina um prazo de recebimento com base nas expectativas de serviço da organização e, em seguida, envie um teste inofensivo por meio do fluxo de trabalho de doação usando um sandbox ou modo de teste aprovado. Confirme o evento de recebimento, recebimento controlado, resultado de autenticação confiável e referência correta à transação de teste. Nunca crie uma doação real ou entre em contato com doadores reais apenas para obter uma amostra sem autorização. Teste uma prévia da campanha e um lembrete de turno de voluntariado separadamente.
RFC 5321 distingue as responsabilidades de aceitação SMTP ; a aceitação não é prova de que um doador abriu um recibo ou o viu na caixa de entrada. Mantenha o envio, o recebimento da aceitação e o recebimento visível ao usuário como observações separadas. Uma porcentagem agregada de aprovação não pode substituir essas verificações no nível da transação.
Elimine lacunas antes do lançamento da campanha
Para um remetente terceirizado desalinhado, procure a configuração de domínio personalizado compatível do fornecedor e teste novamente. Se o fornecedor não puder suportar a identidade pretendida, considere um endereço de remetente suportado claramente identificado com o proprietário das comunicações, em vez de enfraquecer silenciosamente todo o domínio. Mantenha a aprovação do conteúdo da arrecadação de fundos, o tratamento da desativação e o acesso aos dados dos doadores sob seus próprios controles. Inicie somente quando a evidência de rota relevante, o proprietário e o substituto forem registrados e revise novamente após alterações no fluxo de trabalho de um fornecedor, domínio ou campanha.