Perguntas frequentes por e-mail e e-mails de notificação de solução de problemas

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 3 min. de leitura

    • 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.

    O diagnóstico ajuda a monitorar a integridade geral do sistema e a solucionar problemas gerais, como não receber e-mails. Os logs ajudam a identificar problemas com e-mails individuais e diferentes logs 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 a caixa de correio do sistema enviada para esse e-mail. Verifique também a caixa de correio do sistema com falha para notificações de falha.
    Falha no e-mail individual
    • Verifique o log de mensagens do e-mail individual.

    • Verifique o campo Cadeia de caracteres de erro 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 se há notificações sobre e-mails retornados na caixa de correio do sistema de lixo eletrônico. Esses e-mails também aparecem no log de e-mails com um Tipo de recebido-ignorado.

    • Verifique o campo Cadeia de caracteres de erro 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 de e-mail

    Recursos de solução de problemas

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

    Erro ou sintoma Solução
    Perguntas frequentes sobre e-mails de entrada Consulte KB0957760.
    Instância que não recebe 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.
    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 Outlook local ou o servidor Exchange para não enviar dados no formato Rich Text (RTF) para a instância.
    Os e-mails estão sendo definidos para o tipo send-ignored sem motivo aparente 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 Consulte Trabalho do remetente SMTP travado > Alerta de 30 minutos, KB0755061.
    Falha na conexão com smtp.office365.com Consulte KB0825391.
    Falha de IMAP com erro de OAuth AUTÊNTICAR Consulte KB0963959.
    Erro ao conectar a conta de e-mail POP na porta segura Consulte KB0829289.
    O processamento de e-mail de entrada está com alertas travados Consulte KB0855277.
    Trabalho de leitor de e-mail/remetente SMTP travado Consulte KB0679998.
    Trabalho de leitor de e-mail travado/em execução por mais de 2 horas alertas Consulte KB0755063.
    Novas tentativas de SMTP

    O trabalho SMTPSender é responsável pelo envio de 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. Novas tentativas de espera exponencial é 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é que o período de lookback mencionado na propriedade do sistema glide.email.smtp.claim.lookback.hrs seja expirado.

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

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

    Novas tentativas de espera exponencial

    E-mails que não são entregues com sucesso podem precisar de novas tentativas. Novas tentativas de espera exponencial é 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é que o período de lookback mencionado na propriedade do sistema glide.email.smtp.claim.lookback.hrs seja expirado.

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

    O tipo de e-mails repetidos está definido como send-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 send-retry-delayed e a entrega de e-mail é repetida em intervalos fixos de 30 minutos até que o período de lookback expire.