Trate a lista como uma segunda etapa de envio
Uma mensagem Simplelists tem pelo menos dois estágios relevantes: o membro envia uma postagem e a lista a redistribui. A autenticação que funcionou na submissão original pode não descrever a cópia entregue aos membros. Este guia aborda domínios personalizados em contas documentadas de Lista Múltipla e o comportamento de mensagens redistribuídas. Não pressupõe que cada tipo de conta, configuração de lista ou remetente original use a mesma identidade.
Comece escolhendo o resultado do negócio. Uma lista de anúncios pode representar consistentemente a organização. Uma lista de discussão pode precisar exibir diferentes membros e direcionar as respostas de forma adequada. Registre qual comportamento as pessoas esperam antes de alterar a reescrita do remetente. Caso contrário, uma mudança tecnicamente bem-sucedida pode tornar as conversas confusas ou revelar detalhes que uma lista anônima pretende ocultar.
Estabeleça o domínio e o limite de roteamento de entrada
Guia de domínio próprio dos simpleslistas descreve a adição de um domínio por meio de Configurações Gerais e, em seguida, Domínios, em uma conta de Lista Múltipla, definindo-o como primário e verificando os endereços da lista resultante. Este é o artigo de configuração do provedor para 2017, portanto, confirme os controles atuais da conta antes de usar sua navegação. Ele também direciona os administradores para a conta SPF e DKIM Informação. Recupere os valores da conta e do domínio corretos, em vez de copiar um exemplo público.
O mesmo guia nomeia mx1.simplelists.com e mx2.simplelists.com para MX de entrada primário e secundário, respectivamente, e avisa que as alterações podem levar até 72 horas. Confirme as instruções atuais da conta e o estado real do cache, em vez de tratar o tempo decorrido como aceitação. Trate isso como uma decisão de roteamento de entrada. Se a organização já recebe correspondências de funcionários em seu domínio raiz, a substituição dessas Registros MX poderia afetar muito mais do que a lista. Decida se um subdomínio de lista dedicado é apropriado, identifique o proprietário do correio existente e registre o escopo de roteamento aprovado antes da publicação.
Mantenha o roteamento de entrada e a autenticação de saída em linhas separadas da planilha. A entrega bem-sucedida de uma postagem na lista não prova que as cópias enviadas serão autenticadas. Por outro lado, um problema DKIM não justifica, por si só, a transferência da correspondência recebida da empresa.
Obtenha e revise os registros emitidos da conta
Capture o proprietário completo do registro, tipo, valor público e domínio pretendido para cada entrada emitida. Compare o proprietário proposto com os dados DNS existentes para evitar seletor colisões ou um sufixo de domínio duplicado. Revise as alterações na zona autoritativa, não apenas na conta do registrador, se outro provedor hospedar o DNS .
Para SPF , preserve outros remetentes legítimos no mesmo domínio. RFC 7208 define quão múltiplos Registros SPF e os termos dependentes de DNS são processados. Revise a política completa e o custo de pesquisa aninhada antes de autorizar um serviço adicional. Não crie uma política SPF concorrente porque uma tela de configuração exibe um exemplo independente.
Para DKIM , compare o seletor emitido e o registro público com a assinatura gerada em uma mensagem de lista controlada. RFC 6376 define os campos d= e s=. Uma chave publicada é útil apenas quando a mensagem real contém uma assinatura válida correspondente. Mantenha todas as assinaturas observadas, incluindo qualquer assinatura original do membro, no pacote de evidências.
Decida como lidar com identidades de membros externos
Explicação DMARC dos simpleslistas distingue o envio de um domínio de conta da redistribuição de mensagens originadas em outro domínio. Descreve a reescrita condicional para domínios externos. Isso é guia de recursos também documenta uma opção para reescrever de forma consistente e controles para mostrar detalhes do remetente original.
Essas opções merecem uma decisão humana. Um comitê pode priorizar um endereço de lista estável; um grupo de discussão pode priorizar o reconhecimento do colaborador. Grave a exibição De escolhida e o destino de resposta e verifique ambos na cópia entregue. Se o anonimato for importante, revise também o corpo e o tópico citado. Ocultar um cabeçalho não pode apagar o bloco de assinatura de um membro ou o endereço citado anteriormente.
Não presuma que a lista pode assinar como domínio de um membro externo não relacionado. Identifique o domínio De final visível e o caminho de autenticação que o suporta. Preserve o comportamento esperado da conversa enquanto investiga qualquer incompatibilidade, em vez de alterar várias configurações de uma só vez.
Incluir modificações de conteúdo no plano de teste
Um rodapé, uma inserção de cabeçalho ou um prefixo de assunto podem afetar uma assinatura original, dependendo do que foi assinado. Simplelistas' guia de solução de problemas de entrega discute essas mudanças ao investigar rejeição de suspeita de falsificação. Também diz o remetente do envelope normalmente é o endereço da lista e aponta para a visualização de entrega de e-mail para obter detalhes do servidor do destinatário.
Crie uma pequena matriz: um remetente da organização, um remetente externo com uma política rígida e as configurações reais de modificação da lista. Adicione resumo ou outros modos de entrega distintos somente se a organização os usar e a conta oferecer suporte a eles. Cada linha deve representar um fluxo de trabalho real, não uma lista de verificação teórica de recursos.
Use postagens inofensivas e destinatários controlados. Retenha a hora de envio e o identificador da mensagem para que o log da lista possa corresponder à cópia recebida. Teste um receptor externo, bem como o gateway da própria organização, quando ambos forem relevantes. A aceitação interna pode depender de uma exceção local que os membros externos não compartilham.
Registre a identidade final e o resultado
Para cada cópia entregue, registre De, Responder para, domínio de envelope visível, todos os pares DKIM d= e s= e o SPF , DKIM e DMARC resultados. Mantenha o resultado da postagem original separadamente. As duas etapas respondem a questões diferentes e não devem se sobrescrever no registro do teste.
RFC 9989 define DMARC alinhamento. Identifique o mecanismo de passagem e o relacionamento de domínio que o suporta. Uma passagem de domínio do provedor não relacionada ao domínio De final não estabelece esse relacionamento. Um endereço De reescrito pode alterar a comparação relevante, por isso é essencial inspecionar a cópia final.
Se o servidor receptor rejeitar uma mensagem, preserve seu texto de diagnóstico exato. Se aceitar a mensagem, mas o destinatário não conseguir encontrá-la, continue a investigação de entrega sem assumir uma falha DNS . Evite uma ampla lista de permissões como substituto inicial para identificar o resultado da autenticação.
Use a planilha de redistribuição de lista
A planilha de rota e comportamento do remetente dos Simplelists (crie um registro de revisão separado com os campos descritos aqui) registra o domínio da lista de entrada, a categoria do autor original, a decisão de reescrita, as alterações de conteúdo e as identidades finais. Ele dá ao proprietário da empresa um local para aprovar o comportamento da resposta e ao administrador de e-mail um local para anexar o resultado técnico.
Antes da aprovação, compare todas as linhas de teste. Um anúncio bem-sucedido da organização não valida a postagem de discussão de um membro externo. Deixe as rotas descobertas explicitamente pendentes e indique quais testes adicionais são necessários. Mantenha a configuração do domínio e a versão das configurações da lista com os resultados para que alterações posteriores possam ser rastreadas.
Caso de diagnóstico fictício envolvendo rodapé de discussão
Somente caso escrito fictício: SLS-01 estipula original From member@outside.example com uma assinatura original d=outside.example. Na cópia redistribuída, a assinatura original falha após uma alteração no rodapé; final De permanece member@outside.example . O envelope da lista, quaisquer assinaturas adicionais e seus resultados são desconhecidos, portanto não segue nenhum veredicto completo DMARC . O proprietário da lista deve inspecionar a cópia final e as configurações de reescrita documentada, aprovar o comportamento de resposta pretendido e testar essa rota exata. Adicionar SPF ao domínio da organização não repara uma assinatura original não relacionada. Nenhuma lista ou mensagem real foi inspecionada.
Recupere as configurações sem perturbar o e-mail dos membros
Registre as configurações de lista anteriores e o estado DNS antes de uma alteração controlada. Se as respostas ou a apresentação do remetente estiverem erradas, pause a implementação afetada e restaure o comportamento aprovado enquanto o proprietário o analisa. Coordene qualquer retirada de registro com listas restantes e mensagens na fila. Um domínio compartilhado pode suportar diversas listas com diferentes horários operacionais.
Teste novamente após alterações de domínio, reescrita de alterações, novos rodapés, alterações de roteamento ou migração. Este rascunho não publicado ainda requer inspeção de conta ativa, valores emitidos, observações DNS , evidência de mensagem recebida, aceitação do escopo original, revisão visual e aprovação humana de PME.
Separe uma mensagem passageira da prontidão para aplicação
RFC 9989 A seção 7.4 exige DKIM válido para publicação de domínio p=reject e alertas sobre a interoperabilidade de correio indireto. Um único resultado alinhado SPF não justifica, por si só, uma implementação de política de rejeição. Revise todas as rotas legítimas e propriedade de políticas separadamente da configuração deste provedor.