Provedor de e-mail

E-mail é o canal de saída mais usado do GCM — cada recibo, cada convite, cada notificação de workflow, cada newsletter de transmissão passa pelo provedor que você configura aqui. Escolha um, configure uma vez, e cada emissor do app o usa.

As configurações ficam em Settings → Email.

Identidade do remetente

Antes de escolher um provedor, defina a identidade do remetente. É isso que aparece na caixa de entrada do destinatário.

• Nome do remetente — Igreja da Graça, Pastor Maria, Tesouraria — o que parecer adequado.
• E-mail do remetente — o endereço From:. Use uma caixa de correio que você realmente possui, não uma falsa.
• Reply-To — opcional. Se os membros responderem, para onde a resposta deve ir? Por padrão, é o e-mail do remetente.

WARNING

Não use endereços do estilo noreply@gmail.com a menos que realmente queira retornos. Os destinatários respondem a recibos com mais frequência do que você imagina.

Escolher um provedor

O dropdown de provedores tem três opções:

Padrão da plataforma

O correio de saída passa pela infraestrutura de envio compartilhada do GCM (Resend, nos bastidores). Domínios de remetente são liberados, SPF / DKIM é tratado para você, a entregabilidade fica nas taxas padrão da indústria.

Prós:

• Zero configuração.
• Gratuito até o volume mensal do seu plano.
• Tratado por nós — sem configuração de DKIM/SPF necessária para o domínio remetente da plataforma.

Contras:

• Sujeito a um limite de taxa compartilhado se sua igreja enviar >10.000 e-mails / mês.
• O endereço From é restrito — você pode usar qualquer nome de remetente, mas o domínio de envio visível é geniuschurchmanager.com a menos que você faça upgrade.

A maioria das igrejas fica aqui. Troque apenas quando tiver necessidades específicas de entregabilidade ou marca.

Resend

Resend é o mesmo provedor por trás do padrão da plataforma, mas com sua própria conta. Você gerencia seu próprio domínio de envio, configura DKIM/SPF e paga ao Resend diretamente.

Você precisa de:

• Chave de API do Resend — começa com re_…. Obtenha uma no painel do Resend.

É isso. Nome e e-mail do remetente são configurados acima; nós os usamos ao chamar o endpoint de envio do Resend. Trazer seu próprio Resend mantém a mesma simplicidade que o padrão da plataforma, mas direciona a entregabilidade e a marca para sua conta.

SMTP

Para igrejas com um servidor de e-mail legado, uma conta Google Workspace pela qual querem enviar, uma caixa Exchange interna ou qualquer relay SMTP padrão (SendGrid, Mailgun, Amazon SES, Postmark).

Você precisa de:

• Host SMTP — ex.: smtp.gmail.com, smtp.sendgrid.net, smtp.mailgun.org.
• Porta — geralmente 587 (STARTTLS) ou 465 (TLS implícito).
• Nome de usuário — o usuário de autenticação SMTP, geralmente uma senha de app ou prefixo de chave de API.
• Senha — o segredo de autenticação SMTP.
• TLS — deixe ligado a menos que seu provedor exija explicitamente texto puro.

TIP

Gmail e Google Workspace exigem uma senha de app, não sua senha real da conta. Configure o 2FA na caixa de correio de envio primeiro, depois gere uma senha de app em "App passwords".

Testar a conexão

Após salvar credenciais, clique em Send test email. O GCM despacha uma mensagem única para o endereço que você especificar. Se chegar em <30 segundos, está pronto. Caso contrário, verifique:

1. O próprio log de atividade do provedor primeiro (painel do Resend, log de eventos do SendGrid, logs do servidor SMTP).
2. Sua pasta de spam.
3. O Recent deliveries no log de mensagens do GCM — registramos o código de resposta do provedor para cada envio.

O que é enviado por este provedor

Uma vez configurado, cada e-mail de saída usa o provedor ativo:

• Transacional — recibos de doação, e-mails de boas-vindas, redefinições de senha, códigos de login.
• Transmissão — newsletters e anúncios compostos no compositor de mensagens.
• Etapas de workflow — cada etapa send_message em um workflow onde channel = email.
• Lembretes — desejos de aniversário, lembretes de eventos, follow-ups de presença.
• Relatórios — PDFs de relatórios agendados entregues aos administradores.

TIP

E-mails de autenticação (códigos de login, redefinições de senha) sempre passam pelo padrão da plataforma, independentemente da configuração do seu provedor — para garantir que novos admins possam concluir o cadastro mesmo se o provedor da organização estiver em rotação.

Modelos

A aparência de cada e-mail transacional vive em Modelos de e-mail, não aqui. Esta página é apenas sobre como o correio sai do sistema; os modelos controlam o que ele diz.

Retornos e reclamações

Retornos rígidos (o endereço não existe) e reclamações (o destinatário marcou você como spam) voltam para o GCM via webhook do provedor. Endereços com retorno recebem uma flag no registro do membro e pulam envios futuros automaticamente — protege sua reputação de remetente.

Você pode revisar endereços com retorno em Members → Filters → Email bounced.

Limites de taxa

Cada provedor tem seus próprios limites por segundo / por dia. O GCM estrangula transmissões em massa para ficar abaixo do limite aplicável:

Provedor	Teto padrão por segundo
Padrão da plataforma	10
Resend	10
SMTP	2 (configurável)

Você pode aumentar o teto SMTP nas credenciais — mas certifique-se de que seu relay realmente aceite.

Referências cruzadas

• Compositor de transmissão por e-mail — enviar correio usando este provedor.
• Configuração do WhatsApp — mesma ideia, canal diferente.
• Chaves de API — a disciplina de gerenciamento de segredos se aplica aqui também.