Diretrizes para definir configurações de capacidade de entrega de emails enviados no Salesforce

Usando a página Capacidade de entrega em Configuração, você pode melhorar a capacidade de entrega de email.

• Para controlar o tipo de email que sua organização envia, use a opção de nível de acesso na seção Acesso ao envio de email. As opções disponíveis incluem:
  • Sem acesso: Essa configuração impede todos os emails de saída de e para usuários. Todos os emails de redefinição de senha continuam sendo enviados.
  • Somente email do sistema: Essa configuração permite apenas emails gerados automaticamente, como emails de redefinição de novo usuário e senha. Habilite essa configuração para controlar o envio de emails de sandboxes para que o trabalho de teste e desenvolvimento não envie emails de teste aos usuários. Sandboxes recém-criados usam como padrão apenas email do sistema.
  • Todos os e-mails: Essa configuração permite todos os tipos de email de saída. Novas organizações que não sejam de sandbox usam essa configuração como padrão. Sandboxes criados antes do Spring '13 adotam como padrão Todo o email.
    

    Nota Para ver a ação rápida Enviar email no compositor de atividade, como a guia Email, escolha Todos os emails.
• Ao usar o gerenciamento de devolução:
  • Se você também usar a Retransmissão de email, certifique-se de que o servidor de email da sua organização permita a retransmissão de emails enviados do Salesforce.
  • Se um email para um contato, lead ou conta pessoal for devolvido, um ícone de alerta aparecerá ao lado do endereço de email na página de detalhes. O ícone aparece quando uma devolução permanente é recebida (uma falha de entrega permanente). Ele não aparece com uma devolução temporária (uma falha de entrega temporária).
    

    Certifique-se de que o campo de endereço de email esteja no painel de destaques da página de detalhes para que os usuários possam ver o alerta.

    

    Nota Outros usuários não poderão enviar um email para o endereço até que ele seja atualizado ou confirmado.
  • Os emails são devolvidos ao Salesforce e não à conta de email pessoal do remetente.
  • Use o relatório padrão de Contatos devolvidos e Leads devolvidos para visualizar uma lista de emails de todos os endereços que receberam emails devolvidos. O relatório inclui o motivo pelo qual o email foi devolvido, a data em que o email foi devolvido e o contato, o lead ou a conta pessoal que o devolveu.
• Para cumprir as estruturas de segurança de email de seus destinatários, como SPF:
  • Verificar Ativar a conformidade com os mecanismos de segurança de email padrão. Essa configuração modifica o envelope De endereço dos emails enviados do Salesforce. O cabeçalho De endereço permanece definido como o endereço de email do remetente. Normalmente, as estruturas de segurança verificam apenas o endereço do envelope.
  • Se você tiver destinatários que estejam usando o protocolo de autenticação de email de ID do remetente, que não é muito utilizado, verifique Ativar conformidade de ID do remetente. Essa configuração modifica o campo Enviador no envelope de emails enviados do Salesforce para incluir automaticamente no-reply@Salesforce. Todas as respostas dos destinatários ainda são entregues ao endereço de email do remetente. O cliente de email do destinatário (não o Salesforce) pode anexar a frase "Enviado em nome de" ao campo De emails enviados do Salesforce.
• Para especificar como o Salesforce usa o protocolo de Segurança de camada de transporte (TLS) para comunicação segura por email para sessões SMTP, selecione uma Configuração de TLS. As opções disponíveis incluem:
  • Desativado – o TLS está desativado. A sessão SMTP continua por meio de uma conexão insegura.
  • Preferencial – Se o servidor remoto oferecer suporte a TLS, o Salesforce atualizará a sessão SMTP atual para usar o TLS. Se o TLS estiver indisponível, o Salesforce continuará a sessão sem o TLS. Essa configuração é a padrão.
  • Obrigatório – o Salesforce continuará a sessão apenas se o servidor remoto oferecer suporte a TLS. Se o TLS estiver indisponível, o Salesforce encerrará a sessão sem entregar o email.
  • Verificação preferencial – Se o servidor remoto oferecer suporte a TLS, o Salesforce atualizará a sessão SMTP atual para usar o TLS. Antes do início da sessão, o Salesforce verifica se uma autoridade de certificação válida assinou o certificado e se o nome comum apresentado no certificado corresponde ao domínio ou troca de email da conexão atual. Se o TLS estiver disponível, mas o certificado não estiver assinado ou o nome comum não corresponder, o Salesforce desconectará a sessão e não entregará o email. Se o TLS estiver indisponível, o Salesforce continuará a sessão sem o TLS.
  • Verificação necessária – o Salesforce continuará a sessão apenas se o servidor remoto oferecer suporte a TLS, uma autoridade de certificação válida tiver assinado o certificado e o nome comum apresentado no certificado corresponder ao domínio ou troca de email à qual o Salesforce está conectado. Se algum desses critérios não for atendido, o Salesforce encerrará a sessão sem entregar o email.
• Se você selecionar uma configuração diferente de Preferred (a configuração padrão), selecione Restringir TLS a esses domínios e especifique uma lista de domínios separada por vírgula. O curinga asterisco (*) é permitido; por exemplo, *.subdomains.com corresponde john@aco.subdomains.com e john@bco.subdomains.com (mas não john@subdomains.com). Se você não especificar domínios, o Salesforce usará a configuração de TLS especificada para todos os emails de saída. Isso pode causar emails não entregues.

Nota O TLS 1.0 foi desabilitado.