E-mails de notificação de solução de problemas e-mails de notificação

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 3 min. de leitura

    • Os logs e diagnósticos são fornecidos para ajudar a determinar se os e-mails de notificação estão sendo enviados e recebidos com sucesso, quais são os problemas e quem recebe o e-mail.

    Os diagnósticos ajudam a monitorar a integridade geral do sistema e solucionar problemas gerais, como não receber e-mails de entrada. Os logs ajudam a identificar problemas com e-mails individuais, e logs diferentes são úteis para diagnosticar diferentes tipos de problemas.

    Cenários de verificação de log

    Problema Log
    É necessário verificar se um e-mail de notificação individual foi enviado com sucesso Verifique Enviado Caixa de correio do sistema para esse e-mail. Verifique também Falha Caixa de correio do sistema para notificações de falha.
    E-mail individual falhou
    • Verifique o log de mensagens do e-mail individual.

    • Verifique Cadeia de caracteres de erro campo do registro de e-mail.

      Aviso:
      Alguns servidores de e-mail não retornam cadeias de caracteres de erro
    E-mail não recebido pelo usuário final
    • Verifique Lixo eletrônico Caixa de correio do sistema para notificações sobre e-mails retornados. Esses e-mails também aparecem no log de e-mails com um Tipo de recebidos - ignorados.

    • Verifique Cadeia de caracteres de erro campo do registro de e-mail.

      Aviso:
      Alguns servidores de e-mail não retornam cadeias de caracteres de erro
    • Verifique o log de mensagens do e-mail individual para saber os motivos pelos quais diferentes destinatários foram incluídos ou excluídos.

    Perguntas frequentes sobre e-mail

    Recursos de solução de problemas

    Consulte os recursos a seguir sobre como solucionar problemas de e-mail de entrada e saída.

    Erro ou sintoma Solução
    E-mail de entrada FAQ Consulte KB0957760 .
    A instância não está recebendo e-mail de entrada Consulte Solução de problemas de e-mail de entrada, ServiceNow KB0524472 e. KB0520595 . Esses artigos da base de conhecimento também fornecem links para uma série de vídeos sobre como solucionar problemas de e-mails de entrada.
    A instância não está enviando e-mail de saída Consulte Solução de problemas de e-mail de saída, ServiceNow KB0521382 . Este artigo da base de conhecimento também fornece links para uma série de vídeos sobre como solucionar problemas de e-mails de saída.
    O e-mail do Outlook produz um registro de incidente vazio que contém um anexo chamado winmail.dat. Configure o cliente do Outlook local ou o servidor do Exchange para não enviar dados formatados em Rich Text (RTF) para a instância.
    Os e-mails estão sendo definidos para o tipo send-ignored sem motivo óbvio Consulte KB0790932 .
    E-mails duplicados gerados pela instância Consulte Solução de problemas de e-mails duplicados gerados pela instância, KB0529413 .
    Trabalho do remetente SMTP travado Alerta de Trabalho do remetente SMTP preso > 30 minutos, KB0755061 .
    Falha na conexão com smtp.office365.com Consulte KB0825391 .
    Falha NA AUTENTICAÇÃO do IMAP com erro OAuth Consulte KB0963959 .
    Erro ao conectar a conta de e-mail POP na porta segura Consulte KB0829289 .
    O processamento de e-mail de entrada tem alertas travados Consulte KB0855277 .
    Trabalho do leitor de e-mail/remetente SMTP travado Consulte KB0679998 .
    Alertas de trabalho do leitor de e-mail travado/em execução por mais de 2 horas Consulte KB0755063 .
    Tentativas de SMTP

    O trabalho SMTPSender é responsável por enviar e-mails da instância e, às vezes, pode haver falhas de entrega durante a transmissão.

    E-mails que não são entregues com sucesso podem precisar de novas tentativas. As novas tentativas de back-off exponencial são um mecanismo para entregá-las novamente no intervalo (1, 5, 10, 20, 40, 60, 120, 120) entre as novas tentativas. As novas tentativas exponenciais continuam até o período de retrospectiva mencionado em glide.email.smtp.claim.lookback.hrsa propriedade do sistema está obsoleta.

    As novas tentativas são feitas para códigos de status 4xx e para todos os outros códigos de status, como 5xx, são considerados falha permanente. . glide.smtp.fail_message_idse. glide.smtp.defer_retry_idsas propriedades do sistema não são consideradas.

    O tipo de e-mails repetidos está definido como retry-backoff .

    Tentativas de back-off exponenciais

    E-mails que não são entregues com sucesso podem precisar de novas tentativas. As novas tentativas de back-off exponencial são um mecanismo para entregá-las novamente no intervalo (1, 5, 10, 20, 40, 60, 120, 120) entre as novas tentativas. As novas tentativas exponenciais continuam até o período de retrospectiva mencionado em glide.email.smtp.claim.lookback.hrsa propriedade do sistema está obsoleta.

    As novas tentativas são tentadas para códigos de status 4xx e falham para códigos de status 5xx durante a entrega do e-mail. . glide.smtp.fail_message_idse. glide.smtp.defer_retry_idsas propriedades do sistema não são consideradas.

    O tipo de e-mails repetidos está definido como retry-backoff .
    Nota:
    Os erros de validação de endereço que ocorrem durante a entrega de e-mail são tratados de forma diferente. O tipo de registro de e-mail é definido como nova tentativa de envio atrasada e a entrega de e-mail é repetida em intervalos fixos de 30 minutos até que o período de retrospectiva expire.