Campanha: Deliveries por push permanecem com o status Em andamento após a atualização
Após uma atualização do Adobe Campaign Classic, os deliveries por push que usam um conector TPNS podem permanecer presos no status Em andamento, mesmo que os logs de auditoria não mostrem um erro de delivery claro. Esse problema pode ocorrer quando o serviço para dispositivos móveis é configurado para usar a API HTTP v1 do FCM em vez do modo HTTP herdado exigido pelo conector TPNS.
Descrição description
Após uma atualização, os deliveries por push roteados por um conector TPNS podem mostrar o seguinte comportamento:
- O delivery permanece com o status In Progress
- Os logs de entrega mostram registros no estado Pendente
- Os logs de auditoria não mostram um erro funcional claro
- Os deliveries por push padrão do Android podem continuar a funcionar normalmente
- O problema afeta os deliveries usando o serviço móvel TPNS e o caminho do conector
- A revisão de log na instância de execução pode revelar erros semelhantes ao seguinte:
ACT-940003 OAuth - Erro ao gerar PKey ( ‘PEM_read_bio_RSAPrivateKey’ ) (iRc=16384)
ACT-940003 OAuth - Erro ao gerar PKey ( ‘EVP_PKEY_new’ ) (iRc=-51)
Esses erros indicam que o conector está tentando seguir o caminho OAuth do HTTP v1 do FCM e carregar uma chave privada RSA de conta de serviço do Google. Esse comportamento não é válido para o fluxo do conector TPNS.
Resolução resolution
Verifique a configuração de protocolo no serviço para dispositivos móveis TPNS da Android.
Para deliveries baseados em conectores TPNS, o Mobile Service deve usar o modo HTTP Legacy, não o FCM HTTP v1.
Configuração incorreta: fcmProtocol=“1”
Configuração necessária: fcmProtocol=“0”
Etapas de Resolução
- Abra a configuração do serviço para dispositivos móveis Android TPNS.
- Verifique a configuração do protocolo FCM.
- Se o serviço estiver configurado para HTTP v1, altere para HTTP (Legacy).
- Salve a configuração.
- Refaça o teste com uma nova entrega por push.
Por Que Esta Correção Funciona
O conector TPNS não usa o fluxo HTTP v1 baseado em OAuth do Google. Quando HTTP v1 está ativado, o conector tenta gerar e carregar material de chave privada RSA para autenticação OAuth, o que resulta em erros de geração de chave relacionados ao OpenSSL e faz com que o delivery permaneça preso.