Envio pela sua conta Resend

No plano Business ou acima, a comunidade pode mandar os e-mails dela pela própria conta na Resend: com o remetente do domínio dela (Comunidade <[email protected]>), a reputação dela e o painel de entregas dela. As cotas de destinatários de campanha e de e-mails de workflow do plano deixam de valer para o que sai pela conta dela.

Fica em Configurações › Envio pela sua conta Resend, para o proprietário e o administrador. Abaixo do Business, a página avisa que o envio "está disponível no plano Business ou acima". Conectar a conta Resend pede o Nome do remetente, o Endereço do remetente, Responder para (Reply-To, opcional), a Chave de API da Resend, o Segredo de assinatura do webhook e o aceite do Aviso de dados. Conectada, a página mostra o Endereço do webhook com Copiar, o estado (Pendente, Ativa, Com erro ou Pausada pelo plano), o Último erro, o Último evento recebido e Verificada em, com os botões Verificar, Alterar e Desconectar (que pede "Desconectar a conta Resend?"). Nas campanhas, o medidor de cota passa a se chamar Destinatários pela sua conta Resend.

#Quais e-mails mudam

Regra: sai pela Memberfy o e-mail que carrega um acesso (código, link de senha, convite com link de entrar), o que fala da segurança da conta, o que é da Memberfy para a comunidade e os avisos internos à equipe. Todo o resto é da comunidade. Assim, se a chave da comunidade falhar, ninguém fica trancado do lado de fora.

O convite de calendário (.ics) das reservas, do agendamento, do Networking e do 1:1 acompanha o remetente pelo qual o e-mail sai.

#Passo a passo

Papel: proprietário ou administrador, no plano Business ou acima.

Na Resend:

1. Crie a conta e adicione o domínio de envio (de preferência um subdomínio, como envio.suacomunidade.com). Publique no seu DNS os registros que a Resend mostrar e espere o domínio ficar verificado.
2. Crie uma chave de API (re_…) com permissão só de envio, restrita a esse domínio.
3. Crie um webhook apontando para o endereço que a Memberfy dá à sua comunidade (https://api.memberfy.net/webhooks/email/c/…), com os eventos de envio, entrega, abertura, clique, retorno, reclamação, atraso, falha e supressão. Copie o segredo de assinatura (whsec_…).

Na Memberfy:

4. Informe a chave, o segredo do webhook, o remetente (nome e endereço no domínio verificado) e, se quiser, o endereço de resposta (Reply-To). Aceite o aviso de dados: os endereços dos membros passam a ir para a sua conta Resend, e a comunidade escolhe esse operador.
5. Clique em Verificar. A Memberfy manda um e-mail de teste, do seu remetente, para você.
6. A conexão fica ativa quando o evento de entrega desse teste chega, assinado, pelo webhook. A mesma verificação prova a chave, o domínio e o webhook.

O remetente não pode ser de caixa gratuita (Gmail, Outlook…) nem da Memberfy. A chave e o segredo nunca voltam depois de salvos: aparecem só os 4 últimos caracteres. Toda mudança fica registrada.

#Os estados da conexão

#Cotas

Com a conexão ativa, o que sai pela conta da comunidade não conta nas cotas do plano de destinatários de campanha por mês e de e-mails de workflow por dia. No lugar, vale um teto contra abuso: 150.000 destinatários de campanha por mês e 1.750 e-mails de workflow por dia.

Continuam valendo: os envios de campanha por dia, semana e mês (ver Cota de envios), o descadastro e as categorias (ver E-mails desta comunidade), a exclusão de quem reclamou ou teve retorno permanente e a reputação de envio. Eles protegem quem recebe, não o custo.

#Quando a chave falha

Se a Resend recusar a chave (ela foi revogada, ou o domínio deixou de estar verificado):

• A conexão fica com erro, e o proprietário e o administrador recebem um aviso no sino e por e-mail (pela Memberfy), uma vez.
• A campanha que está saindo pausa, e o passo Enviar e-mail dos workflows falha, com o motivo.
• Recibos, ingressos, renovações e avisos dos módulos saem pela Memberfy, com o remetente padrão, para ninguém ficar sem.
• Ao Verificar de novo com a chave certa, a conexão volta a ficar ativa, e a campanha pausada continua de onde parou.

Uma recusa temporária da Resend (excesso de envios ou instabilidade) só espera e tenta de novo, pela mesma conta.

Se o plano cair abaixo do Business, a conexão pausa na hora, tudo volta a sair pela Memberfy, com as cotas do plano, e a equipe é avisada. A chave e o segredo são apagados 30 dias depois.

#Perguntas frequentes

Preciso de um domínio meu? Sim: o remetente tem de ser de um domínio verificado na sua conta Resend.

Os e-mails de login também saem pela minha conta? Não. Login, códigos, senha e convites com link de acesso saem sempre pela Memberfy.

Quem paga o envio? O que sai pela sua conta Resend é cobrado pela Resend na sua conta, pelo plano que você tem lá.

E o descadastro? Continua da Memberfy: o link de descadastro e as categorias de cada pessoa valem igual.

#Na API

GET, PUT e DELETE /api/email-provider e POST /api/email-provider/verify, só para o proprietário e o administrador (os outros papéis recebem 403). O GET responde em qualquer plano, com planAllowed; salvar e verificar abaixo do Business voltam 403 emailProvider.planRequired. O PUT recebe apiKey, webhookSecret, fromEmail, fromName, replyTo e, na primeira vez, acceptDataNotice: true. A resposta traz status (pending, active, error ou paused_by_plan), apiKeyLast4, webhookSecretLast4, webhookUrl (o endereço a cadastrar como webhook na Resend), lastError, lastEventAt, verifiedAt e retentionEndsAt; nunca a chave. Ver Email provider na Referência da API.

#Pelo assistente (MCP)

Peça para ver o estado da conexão ("os e-mails já saem pela nossa conta Resend?", get_email_provider), mudar o remetente (update_email_provider), mandar a verificação (verify_email_provider) ou desconectar (disconnect_email_provider, com confirmação). Conectar, a chave e o segredo ficam só no app: o assistente nunca recebe nem mostra a chave.

#Relacionados

• Campanhas de e-mail
• E-mails desta comunidade
• Reputação de envio
• Plano e extensões