Planejar emails de saída para um farm do SharePoint Server

APLICA-SE A2013 2016 2019 Subscription Edition SharePoint no Microsoft 365

O email de saída é a base sobre a qual os administradores do site podem implementar vários recursos de notificação por email. Esses recursos ajudam os usuários finais a rastrear alterações e atualizar conjuntos de sites individuais e permitem que os administradores do site enviem mensagens de status.

Sobre email de saída

A configuração adequada do email de saída é um requisito para implementar alertas e notificações de email. O recurso de email de saída usa um serviço SMTP (Simple Mail Transfer Protocol) de saída para retransmitir alertas e notificações de email. Esses recursos de email incluem o seguinte:

• Alertas

  Em um conjunto de sites grande e crescente, os usuários precisam de uma maneira de acompanhar as atualizações de listas, bibliotecas e discussões. Os alertas ajudam a manter os usuários cientes das alterações. Por exemplo, se muitos usuários trabalham no mesmo documento, o proprietário do documento pode configurar alertas para que seja notificado sempre que houver alterações nesse documento. Os usuários podem especificar quais áreas do conjunto de sites ou quais documentos desejam pesquisar e decidir com que frequência desejam receber alertas.

  Observação

  Os usuários devem ter pelo menos permissões de exibição para configurar alertas.

• Mensagens administrativas

  É possível que os administradores de site queiram receber avisos quando usuários solicitarem acesso a um site ou quando proprietários de site tiverem excedido o espaço de armazenamento especificado para eles. A configuração do email de saída permite que os administradores do site recebam notificações automáticas sobre problemas na administração do site.

O suporte a email de saída pode ser habilitado no nível do farm de servidores (disponível na seção Configurações do Sistema do site da Administração Central do SharePoint e no nível do aplicativo Web (disponível na seção Gerenciamento de Aplicativos da Administração Central). As configurações de email de saída no nível do aplicativo Web substituem aquelas configuradas no nível do farm de servidores. Você também pode especificar configurações diferentes para um aplicativo Web específico.

Principais fases do planejamento de email de saída

Você deve considerar os seguintes componentes ao planejar suas configurações de email de saída:

• Um serviço SMTP para retransmitir alertas e notificações de email. Será preciso o nome do DNS ou endereço IP do servidor de email SMTP a ser usado.

• Um endereço para usar no cabeçalho de uma mensagem de alerta, que identifique o remetente da mensagem.

• Um endereço de resposta que é exibido no campo Para de uma mensagem quando um usuário responde a um alerta ou notificação.

• Um conjunto de caracteres para usar no corpo das mensagens de alerta.

Servidor SMTP de saída

O serviço SMTP é um componente dos Serviços de Informações da Internet (IIS); no entanto, ele não está habilitado por padrão. Ele pode ser habilitado usando o Assistente para Adicionar Funções e Recursos no Gerenciador do Servidor.

Depois de determinar qual servidor SMTP usar, o servidor SMTP deve ser configurado para permitir o acesso anônimo e permitir que mensagens de email sejam retransmitidas. Além disso, o servidor SMTP deve ter acesso à Internet se você quiser poder enviar mensagens para endereços de email externos.

Para obter mais informações sobre como instalar, configurar e gerenciar o serviço SMTP, consulte Configuração de email de saída .

Endereços De e Responder Para

Ao configurar a saída de emails, você pode configurar os dois endereços a seguir:

• Endereço do remetente

  Alertas e notificações são enviados de uma conta administrativa no farm de servidores. Provavelmente, essa conta não é aquela que você deseja exibir no campo De de uma mensagem de email. O endereço que você usa não precisa corresponder a uma conta de email real; Pode ser um endereço simples e amigável que seja reconhecível por um usuário final. Por exemplo, “Administrador do site” pode ser um endereço De apropriado.

• Endereço Responder Para

  Esse é o endereço exibido no campo Para de uma mensagem quando um usuário responde a um alerta ou notificação. O endereço Responder Para deve ser uma conta monitorada para garantir que os usuários finais recebam o feedback imediato para seus problemas. Por exemplo, um alias de suporte técnico pode ser um endereço Responder Para apropriado.

Conjunto de caracteres

Ao configurar o email de saída, você precisará especificar o conjunto de caracteres a ser usado no corpo das mensagens de email. Um conjunto de caracteres é uma associação de caracteres aos valores de código de identificação deles. O conjunto de caracteres padrão para email de saída é Unicode UTF-8, que permite que a maioria das combinações de caracteres (incluindo texto bidirecional) coexista em um único documento. Na maioria dos casos, o padrão UTF-8 funciona bem, embora os idiomas do Leste Asiático sejam melhor renderizados com o próprio conjunto de caracteres deles.

Se você selecionar um código de idioma específico, o texto é menos provável de aparecer corretamente em leitores de mensagens configurados para outros idiomas.

Autenticação do servidor SMTP

O recurso de autenticação do servidor SMTP só está disponível no SharePoint Server 2019.

O SharePoint Server 2019 dá suporte à conexão com servidores SMTP anonimamente ou com autenticação. Se o servidor SMTP exigir autenticação, você precisará fornecer credenciais que o SharePoint usará para autenticar o servidor SMTP. É recomendável usar credenciais de conta que correspondam ao endereço De . Se você quiser usar credenciais para uma conta diferente, verifique se a conta tem a permissão "Enviar como" para representar o endereço De.

Você deve definir uma chave de credencial do aplicativo em cada servidor do farm antes de fornecer credenciais. A chave de credencial do aplicativo é uma senha separada usada para criptografar e descriptografar a senha SMTP. A chave de credencial do aplicativo deve ser idêntica em todos os servidores do farm. A Microsoft recomenda usar uma senha forte para a chave de credencial do aplicativo e evitar reutilizar a mesma senha que a senha do farm, contas de serviço do farm etc.

O SharePoint dá suporte aos seguintes mecanismos SASL (Simple Authentication and Security Layer) para autenticar em um servidor SMTP:

• GSSAPI (Kerberos, NTLM)

• NTLM

• LOGON

Usar criptografia de conexão TLS

Defina Usar criptografia de conexão TLS como Sim para exigir que o SharePoint estabeleça uma conexão criptografada com o servidor SMTP antes de enviar emails. Um certificado de servidor válido deve ser instalado no servidor SMTP para estabelecer uma conexão criptografada. Se ela estiver definida como Sim e uma conexão criptografada não puder ser estabelecida, nenhum email será enviado.

Usar a autenticação de certificado do cliente com um servidor SMTP

A autenticação de certificado do cliente por SMTP é uma configuração de autenticação avançada opcional que permite que o "cliente" (neste cenário, o SharePoint) se autentique no servidor SMTP usando um certificado X.509 que o cliente apresenta ao servidor. Essa autenticação é "em vez de" ou "além de" as credenciais de nome de usuário/senha. Essa configuração não é comum, mas pode ser usada em ambientes de alta segurança onde a autenticação padrão de nome de usuário/senha não é considerada suficiente.

A seguir estão os requisitos para que o SharePoint use a autenticação de certificado do cliente com um servidor SMTP:

1. O servidor SMTP deve ser configurado para oferecer suporte a STARTTLS para criptografia de conexão TLS.
2. O servidor SMTP deve ser configurado para aceitar ou exigir certificados do cliente ao estabelecer conexões TLS usando STARTTLS.
3. O SharePoint deve ser configurado para usar a criptografia de conexão TLS para o servidor SMTP.
4. O SharePoint deve ser configurado para usar um certificado de cliente ao se conectar ao servidor SMTP.
5. As contas de processo do SharePoint que enviam emails (o que pode incluir a conta de serviço do farm do SharePoint e a conta de serviço do aplicativo Web) devem ter permissão para ler a chave privada do certificado X.509.
6. O certificado X.509 deve atender aos seguintes requisitos:
   • O certificado X.509 deve estar no repositório de certificados da "Entidade Final" no SharePoint.
   • O certificado X.509 deve usar chaves RSA ou ECC (ECDSA). Não há suporte para chaves DSA.
   • O certificado X.509 deve ter uma chave privada.
   • Se o certificado X.509 tiver uma extensão de Uso de Chave, a extensão deverá conter o uso de "Assinatura Digital".
   • Se o certificado X.509 tiver uma extensão de Uso Estendido de Chave, a extensão deverá conter o uso de "Autenticação do Cliente" (OID: 1.3.6.1.5.5.7.3.2).

Exemplo de captura de tela de como isso é configurado na Administração Central:

Usurpação de identidade de Email

Alguns recursos do SharePoint podem representar usuários finais ao enviar emails para personalizar a mensagem. Por exemplo, quando um usuário solicita acesso a um site, o SharePoint define o endereço "De" da notificação por email como sendo o usuário que fez a solicitação.

Alguns servidores SMTP podem bloquear a representação para proteger os usuários de tentativas não autorizadas de falsificar suas identidades. Se o seu servidor SMTP bloquear a representação, haverá várias opções para permitir que emails do SharePoint sejam enviados:

• Conceder permissão para a conta de email autenticada do SharePoint representar usuários

• Desabilitar a representação de email do SharePoint

• Usar um conector de recebimento protegido externamente

Conceder permissão para a conta de email autenticada do SharePoint representar usuários

O Microsoft Exchange Server permite que você conceda permissão para um usuário representar outros usuários ao enviar emails por meio de um conector de recebimento. Essas permissões incluem:

Execute este comando no Microsoft Exchange Server para conceder permissão para a conta de email autenticada do SharePoint representar outros usuários por meio de um conector de recebimento:

Get-ReceiveConnector "<Receive Connector Name>" | Add-ADPermission -User <DOMAIN\AuthenticatedEmailAccount> -ExtendedRights ms-Exch-SMTP-Submit, ms-Exch-SMTP-Accept-Any-Recipient, ms-Exch-SMTP-Accept-Any-Sender, ms-Exch-SMTP-Accept-Authoritative-Domain-Sender, ms-Exch-Accept-Headers-Routing

Desabilitar a representação de email do SharePoint

Você pode configurar cada aplicativo Web do SharePoint para desabilitar a representação de email. Isso garantirá que o SharePoint sempre use o endereço De e Reply-To especificado no nível do aplicativo Web. Execute o seguinte para desabilitar a representação de email do SharePoint:

1. Inicie o Shell de Gerenciamento do SharePoint 2019.

2. Execute os seguintes comandos:

   $webapp = Get-SPWebApplication <web application URL>
   $webapp.OutboundMailOverrideEnvelopeSender = $true
   $webapp.Update()
   

Usar um conector de recebimento protegido externamente

Os conectores de recebimento do Microsoft Exchange Server podem ser configurados para confiar automaticamente em todos os emails como autenticados, mesmo que nenhuma autenticação seja realizada. O SharePoint enviará emails para esse conector de recebimento anonimamente. Siga estas etapas para criar um conector de recebimento protegido externamente:

1. Crie um conector de recebimento "Personalizado" dedicado para o farm do SharePoint.
2. Defina o grupo de permissões do conector de recebimento como "Exchange Servers".
3. Defina o tipo de autenticação do conector de recebimento como "protegido externamente".

Devido ao risco de falsificação nessa configuração, é recomendável restringir os endereços IP dos quais esse conector de recebimento aceitará mensagens de email apenas para os servidores em seu farm do SharePoint.

Confira também

Conceitos

Configurar email de saída para um farm do SharePoint Server