# Por que o meu e-mail está parado em Accepted ou Scheduled?

> E-mails aceitos normalmente saem em segundos, e os agendados no horário de envio. Descubra o que os atrasa e quando cancelar, reagendar ou reenviar.

Este artigo ajuda quando um e-mail fica em **Accepted** ou **Scheduled** por mais tempo do que você espera. Os dois status significam que o Emailit está com o e-mail e ainda não concluiu uma tentativa de entrega.

## Sintomas

- Um e-mail mostra **Accepted** (“Accepted for delivery”) por muitos minutos.
- Um e-mail agendado mostra **Scheduled** depois do horário em que você esperava que ele saísse.
- A aba **Deliveries** na página do e-mail está vazia ou mostra uma entrada de erro interno.

## Causa

Os e-mails **Accepted** estão na fila e normalmente são enviados em segundos. Eles ficam mais tempo quando:

- **Uma tentativa de entrega encontrou um erro interno.** A aba **Deliveries** mostra `An internal error occurred while sending this email. This message will be retried automatically.` O e-mail mantém o status e recebe novas tentativas com intervalos crescentes.
- **O Emailit está processando um acúmulo ou um incidente.** Confira [status.emailit.com](https://status.emailit.com).

Observe que uma recusa temporária do servidor do destinatário aparece como **Attempted**, não como **Accepted**. Consulte [O que significa o status Attempted?](/pt/docs/kb/email-status-attempted/).

Os e-mails **Scheduled** esperam até o horário de `scheduled_at` e então saem em segundos. Eles vão direto de **Scheduled** para **Delivered**, ou outro status final, sem passar por **Accepted**. Um e-mail agendado que parece atrasado geralmente foi:

- **Agendado para um horário diferente do que você pretendia.** Um horário sem fuso, ou uma expressão como “tomorrow at 9am”, pode ser interpretado em um fuso horário diferente do seu.
- **Atrasado pelos mesmos erros internos descritos acima.**

## Solução

1. **Confira os horários no e-mail.** Abra-o em **Email API → Emails**. O resumo mostra quando ele foi criado e, nos e-mails agendados, para quando está agendado. Para comparar, alterne entre UTC e o horário local no menu do usuário, em **Timezone**.

2. **Leia a aba Deliveries.** Se ela mostrar um erro interno, o Emailit tenta de novo sozinho. Você não precisa reenviar, e reenviar cria uma duplicata.

3. **Use fusos horários explícitos.** Envie `scheduled_at` em ISO 8601 com o fuso, como `2026-10-02T09:00:00+02:00`, ou como timestamp Unix. A resposta da API retorna o `scheduled_at` interpretado, então registre-o no log e compare. Consulte [Agendamento](/pt/docs/email-api/scheduling/).

4. **Reagende ou cancele, se necessário.** Chame [Atualizar um e-mail agendado](/pt/docs/api-reference/emails/update/) com um novo `scheduled_at` ou selecione **Cancel delivery** na página do e-mail. As duas opções só funcionam até 3 minutos antes do horário agendado, e o novo horário precisa estar pelo menos 3 minutos à frente.

5. **Verifique se há um incidente.** Se muitos e-mails estiverem parados ao mesmo tempo, confira [status.emailit.com](https://status.emailit.com) antes de reenviar qualquer coisa.

Para acompanhar os e-mails em tempo real, inscreva um [webhook](/pt/docs/webhooks/) em `email.delivered`, `email.attempted` e `email.bounced`. Para todos os status, consulte [Status de e-mail](/pt/docs/logs/email-statuses/).

## Ainda com problemas?

Se um e-mail ficar em **Accepted** por mais de uma hora sem nenhum incidente publicado, [fale com o suporte](/contact/) ou pergunte no [Discord](https://discord.emailit.com), informando o ID do e-mail (`em_…`).

---
Fonte: https://emailit.com/pt/docs/kb/email-stuck-in-scheduled-or-accepted/