- Navios
- 12 de setembro de 2026 às 18:53 UTC
- Autor
- Kamo
- Enviar
- 76ec6fa
Antes de qualquer e-mail tocar no portão de saída agora pergunta o e-mail da organização Opt-out livro de registos sobre o endereço do contacto. O endereço é aquele que o contato pontos chave em: e-mail do lead para lead:<uid>, do membro (ou de seu usuário) para membro:<id>, e somente quando esse líder ou membro pertence ao mesmo organização. Um endereço na lista de não- e- mail, ou pausado, é recusado como SUPRESSED OPT OUT com uma razão que começa EMAIL OPTED OUT ORG LIST. Está. verificado diretamente após o próprio opt-out do contato e antes de tudo incidental, e aplica-se mesmo a um contacto que o agente nunca tocou. Se a lista não pode ser lida o email é recusado também (EMAIL OPT OUT CHECK FAILED): A divulgação de agentes não é solicitada, por isso um cheque sem resposta nunca deve tornar-se enviar. Outros canais estão inalterados. Um opt-out gravado através do recordOptOut para email, ou para cada canal, agora também coloca o endereço na lista do-no-email da organização (razão UNSUBSCRIBE, fonte ai-agent-opt-out, contexto AI CONTACT com a chave de contacto), Assim, cada remetente da organização e da página principal vê-lo. Ledger lê e escreve executar em uma transação própria e nunca lançar. A o livro de registros é transacional em si, e uma exceção dentro do a operação iria voltar atrás a linha de auditoria da recusa ou do próprio contato Opt-out. Uma gravação falhada é registrada e o próprio opt-out do contato ainda permanece. O livro é declarado como um feijão sobre seus três repositórios. A sua sonda para o novas tabelas opt-out são construídas a partir do DataSource primário, o único O serviço tem. com.kamo.z.shared.email junta-se à verificação do repositório; o feijão e O exame deve mudar em conjunto.