Ir para o conteúdo principal

Quem envia os seus e-mails

Guia do Organizador 4 min de leitura

Os artigos de ajuda podem não estar totalmente exatos — devido a atualizações frequentes e tradução automática, podem ficar desatualizados em relação à aplicação. Em caso de dúvida, contacte o suporte.

Salvo indicação em contrário, todos os e-mails sobre os seus eventos são enviados pela EventMann a partir do seu próprio endereço. Ligue o seu próprio servidor de correio em Definições → SMTP & E-mail e os seus participantes passam a receber as mensagens de si. Até lá, o seu painel mostra um aviso, “Os participantes ainda veem a EventMann como remetente”, com um botão Configurar e-mail de envio que o leva a esta página.

  1. Abra Definições → SMTP & E-mail.
  2. Leia a caixa. Indica o que é enviado através do seu servidor e o que não é.
  3. Escolha um fornecedor em Selecionar fornecedor: SMTP personalizado, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES ou Brevo. Cada opção mostra um breve guia para esse fornecedor.
  4. Preencha a ligação: servidor, porta e encriptação no caso do SMTP personalizado, Mailgun e Amazon SES; um nome de utilizador e palavra-passe ou uma chave de API, conforme o fornecedor pedir.
  5. Defina o Nome do remetente e o E-mail do remetente.
  6. Clique em Enviar E-mail de Teste. Isto envia uma mensagem real para a sua própria caixa de correio, para que saiba que a ligação funciona. Depois clique em Guardar definições.

O que é enviado através dele

  • Enviado em seu nome, após a configuração: confirmações de reserva e bilhetes, lembretes de eventos, avisos de remarcação e de cancelamento, ofertas de lista de espera, faturas, inquéritos, anúncios, lembretes de carrinho e campanhas de marketing.
  • Enviado sempre pela EventMann: verificação de e-mail, redefinição de palavras-passe e alertas de segurança. Dizem respeito à sua conta EventMann, não ao seu evento.
  • Se não configurar nada: tudo continua a funcionar a partir do endereço da EventMann. As respostas chegam à EventMann em vez de a si, e o seu próprio domínio não constrói reputação de envio.

Fornecedores comuns

FornecedorServidorPortaEncriptação
Gmailsmtp.gmail.com587TLS
Outlook / Microsoft 365smtp.office365.com587TLS
Brevosmtp-relay.brevo.com587TLS
SendGridsmtp.sendgrid.net587TLS
Mailgunsmtp.mailgun.org587TLS
Postmarksmtp.postmarkapp.com587TLS
Amazon SESemail-smtp.[região].amazonaws.com587TLS

Bom a saber

  • Use um endereço de remetente do mesmo domínio da conta com que inicia sessão. Enviar a partir do seu próprio domínio através de um fornecedor não relacionado faz com que as verificações (SPF e DKIM) não coincidam, e os serviços de correio enviam a mensagem para o spam.
  • O Gmail e o Microsoft 365 precisam de uma palavra-passe específica para aplicações, não da sua palavra-passe normal. O Mailgun, o Brevo e o Amazon SES dão-lhe um segredo SMTP separado, que não é a sua chave de conta.
  • Para mais de algumas centenas de e-mails por dia, um fornecedor dedicado entrega muito mais fiavelmente do que uma caixa de correio.
  • Se guardar novamente sem escrever uma palavra-passe ou chave de API, a que está guardada é mantida. Não precisa de voltar a introduzir um segredo para mudar o nome do remetente.
  • Se o seu fornecedor começar a recusar o início de sessão, use Usar a EventMann no fundo da página. O e-mail dos participantes volta a sair através da EventMann imediatamente, os bilhetes e as confirmações continuam a funcionar, e as suas definições são mantidas. Guardar o formulário volta a ativar o seu servidor.
  • A mesma página contém o Ritmo de envio das campanhas e o Ritmo de envio dos lembretes. Veja Envio, progresso e cancelamentos de subscrição.

Resolução de problemas

  • O teste falha com um erro de credenciais — para o Gmail ou o Google Workspace, use uma palavra-passe de aplicação; para outro fornecedor, use o seu segredo SMTP dedicado, não uma chave de API geral.
  • O teste menciona SMTP AUTH — no Microsoft 365, um administrador tem de ativar o SMTP AUTH para essa caixa de correio.
  • O teste não consegue ligar — verifique o servidor e a porta. Use 587 com TLS ou 465 com SSL; a porta 25 está bloqueada pela maioria dos fornecedores de cloud.
  • Liga, mas a encriptação parece errada — faça-as corresponder: TLS com 587, SSL com 465.

Relacionado

Precisa de mais ajuda sobre este tópico?

Contactar Suporte

Usamos cookies

Usamos cookies e tecnologias semelhantes para personalizar conteúdo, analisar tráfego e melhorar a sua experiência. Pode aceitar todos, rejeitar os não essenciais ou personalizar as suas preferências.