Skip to main content
Depois de enviar uma notificação, você acompanha o resultado de cada canal individualmente. Como o envio é assíncrono, o idEmail devolvido no POST /gw/email é a chave para consultar o status a qualquer momento. Cada canal tem seu próprio endpoint GET, com campos de resposta específicos. Se você precisa dos dados de todos os canais de uma só vez (por exemplo, para perícia ou auditoria), use o status consolidado.
Todas as datas retornadas estão no fuso BRT (Brasília).

Endpoints

Consultar o status

GET /gw/email/{idEmail} — onde {idEmail} é o identificador único (UUID) devolvido no envio.
string
Data do envio da mensagem (BRT).
string
Data da entrega da mensagem (BRT).
string
Data da leitura da mensagem (BRT).
string
Data da confirmação de recebimento da mensagem (BRT).
boolean
Indica se houve erro no processamento.
string
Descrição do status atual. Veja os significados de status.
string | null
Rótulo curto em português indicando o motivo da falha de validação prévia do e-mail (Validity). Preenchido apenas quando o e-mail falhou nessa validação; null quando não houve falha de validação. Veja os motivos de falha de validação.
string | null
Descrição completa em português do motivo da falha. Preenchido em conjunto com failureReason; null quando não houve falha de validação.
string | null
Identificador externo informado no envio.
string
Identificador do AR-Email.

Significados de status

O campo description indica o estágio atual da notificação. Os valores possíveis variam por canal:

Motivos de falha de validação do e-mail

Quando o e-mail falha na validação prévia (Validity / Everest), os campos failureReason (rótulo curto) e failureReasonDescription (descrição completa) do status do AR-Email são preenchidos conforme a tabela:
  • E-mails de domínios na whitelist do usuário não passam pela validação da Validity, portanto failureReason e failureReasonDescription ficam null mesmo se houver falha posterior no envio/entrega (classificada como description: "Falha no Envio/Entrega").
  • Os dois campos são exclusivos de falhas de validação. Falhas posteriores (bounce, erro de SMTP etc.) continuam com ambos null e description: "Falha no Envio/Entrega".
  • Toda resposta é em português. Códigos técnicos em inglês da Validity são mantidos apenas para uso interno em logs e não aparecem no contrato público da API.
Para evitar consultas recorrentes (polling), prefira receber as atualizações de status em tempo real por Webhooks.