Olá.
Preciso de ajuda.
Obrigado antecipadamente.
(Tento escrever em inglês, mas sou francês.)
Descreva o problema/erro/pergunta
O fluxo de trabalho para antes de enviar e-mails com o nó “enviar e aguardar (SMTP)”. Não há mensagem de erro, apenas “Aguardando”. Nenhum e-mail foi enviado.
Edito o fluxo de trabalho e substituo pelo nó “enviar (SMTP)” e tudo funciona bem. O problema é apenas no nó “enviar e aguardar”.
Olá @vfavrat Bem-vindo!
A operação Enviar e Aguardar envia apenas um email, construído a partir do primeiro item, e depois pausa toda a execução. Ele muda para “Aguardando” apenas depois que seu servidor SMTP aceita essa mensagem, então um email foi enviado: para a primeira linha do primeiro branch que foi executado. O n8n executa branches um de cada vez de cima para baixo, então normalmente é “dir pub”. Tudo mais (o branch “webm”, as outras linhas e Grist) espera até que alguém clique em um botão naquele email. Enviar simples envia um email por item e nunca pausa, é por isso que funciona.
Para obter um email com seus próprios botões por site, mova Enviar e Aguardar, Editar Campos e Grist para um sub-workflow que comece com o gatilho “Quando Executado por Outro Workflow” (modo de dados de entrada: Aceitar todos os dados). No workflow principal, substitua-os por um nó Executar Sub-workflow configurado para “Executar uma vez para cada item” e, em Opções, desative “Aguardar Conclusão do Sub-Workflow”. Cada site recebe sua própria execução, aguardando sua própria resposta.
Além disso, a data Limitar Tempo de Espera (2026-10-01T00:00:00) já passou, então uma nova execução seria retomada automaticamente após cerca de um minuto sem que ninguém clicasse. E o nó “webm” está fixado (o ícone de pino roxo): em um teste manual, o n8n retorna os itens fixados em vez de executá-lo, então nada é enviado de lá.
Oi @vfavrat, seu nó webm também tem On Error definido como Continue. Uma falha de SMTP pode então aparecer como dados de saída em vez de parar o fluxo de trabalho.
Teste uma cópia em um fluxo de trabalho separado: Manual Trigger → Send and Wait, com as mesmas credenciais SMTP, seu próprio endereço de destinatário e um assunto/mensagem fixo curto. Deixe o Grist desconectado. Nessa cópia, defina Settings → On Error → Stop Workflow, desafixe o nó e mova o prazo de espera para o futuro.
Um envio com falha agora deve mostrar o erro real. Se esse nó isolado chegar a Waiting, mas nada chegar, verifique os logs de entrega e a quarentena do servidor SMTP. Waiting significa que o envio SMTP foi concluído, não que o e-mail chegou à caixa de entrada.
@vfavrat Uma coisa a mais para verificar antes de reconstruir isso com um sub-workflow. Os botões Aprovar/Recusar em um email Send and Wait se vinculam de volta à sua instância n8n, então os destinatários só podem responder se esse endereço for acessível de fora. Se o n8n está rodando na sua máquina, ou atrás de um proxy reverso sem WEBHOOK_URL configurado, os links podem apontar para localhost ou uma porta interna. O n8n constrói URLs de webhook a partir de suas configurações de protocolo/host/porta a menos que WEBHOOK_URL esteja definido (docs: webhook URLs com um proxy reverso). Configure-a para o endereço HTTPS público, envie um email de teste para você mesmo e clique no botão de outro dispositivo ou rede para confirmar.
Além disso, dados fixados apenas se aplicam a execuções manuais de “Execute workflow”; execuções em produção/agendadas o ignoram (docs: tipos de execuções). Então se você vê “Waiting” em uma execução real, isso é a pausa do Send and Wait em si (docs: Send Email, esperando por uma resposta). A data de “Limit Wait Time” (2026-10-01) já está no passado, então atualize isso também.
Se a abordagem de sub-workflow que Deepankar descreveu corrigir o “Waiting” travado, por favor marque essa resposta como a solução.
