Qui envoie vos e-mails
Guide de l'organisateur
3 min de lecture
Les articles d'aide peuvent ne pas être parfaitement exacts — mises à jour fréquentes et traduction automatique peuvent les décaler de l'application. En cas de doute, contactez le support.
Sur cette page
Par défaut, chaque e-mail concernant vos événements est envoyé par EventMann, depuis notre adresse. Configurez votre propre serveur mail sortant sous Paramètres → E-mail → SMTP et mail et les participants entendront parler de vous à la place.
Ce que vous pouvez faire ici
- Choisir un fournisseur — SMTP personnalisé, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES ou Brevo.
- Définir les détails de connexion — hôte, port et chiffrement pour les fournisseurs de type SMTP (SMTP personnalisé, Mailgun, Amazon SES), ou une clé API pour les autres.
- Définir votre nom et adresse d'expéditeur.
- Envoyer un e-mail de test — vérifie réellement la connexion, vers votre propre boîte de réception, avant que vous vous y fiiez.
Ce qui passe par ce canal
- Envoyé en votre nom, une fois configuré : confirmations de réservation et billets, rappels d'événement, avis de report et d'annulation, offres de liste d'attente, factures, enquêtes, annonces, rappels de panier et campagnes marketing.
- Toujours envoyé par EventMann : vérification d'e-mail, réinitialisations de mot de passe et alertes de sécurité — cela concerne votre compte EventMann, pas votre événement.
- Si vous ne configurez rien : tout continue de fonctionner sur notre serveur mail. Les réponses nous parviennent simplement plutôt qu'à vous, et votre domaine ne bénéficie d'aucune réputation d'envoi.
Bon à savoir
- Utilisez une adresse d'expéditeur sur le même domaine que le compte avec lequel vous vous authentifiez. Envoyer sous votre propre domaine via un fournisseur sans rapport fait diverger SPF et DKIM, et les fournisseurs de messagerie répondent à cela par le dossier spam.
- Gmail et Microsoft 365 exigent tous deux un mot de passe propre à l'application plutôt que votre mot de passe habituel ; Mailgun, Brevo et Amazon SES émettent de même un secret SMTP dédié, différent de leur clé API de compte.
- Au-delà de quelques centaines d'e-mails par jour, un fournisseur dédié comme Brevo, SendGrid ou Postmark délivrera bien plus fiablement qu'une boîte mail.
- Réenregistrer sans changer le mot de passe ou la clé API conserve celui déjà stocké — vous n'avez pas besoin de ressaisir un secret juste pour changer le nom d'expéditeur.
Dépannage
- L'e-mail de test échoue avec une erreur d'identifiants — pour Gmail/Workspace, utilisez un mot de passe d'application depuis Compte Google → Sécurité → Validation en deux étapes, pas votre mot de passe de compte (Google a cessé d'accepter ceux-ci pour SMTP en 2022). Pour un autre fournisseur, vérifiez que vous avez utilisé son secret SMTP dédié plutôt qu'une clé API générale.
- L'e-mail de test échoue et mentionne SMTP AUTH — sur Microsoft 365, cela signifie que SMTP AUTH est désactivé pour la boîte mail ; un administrateur doit l'activer dans les paramètres d'application e-mail de cette boîte.
- L'e-mail de test ne parvient pas du tout à se connecter — vérifiez l'hôte et le port : 587 pour TLS, 465 pour SSL ; le port 25 est bloqué par la plupart des fournisseurs cloud.
- La connexion s'établit mais le chiffrement semble incorrect — faites correspondre le chiffrement au port : TLS avec 587, SSL avec 465.