Startupkit Email

Qu’est-ce que c’est ?

Startupkit Email est un service géré de messagerie entrante. Ajoutez votre domaine, faites pointer son enregistrement MX vers notre serveur de messagerie, et Startupkit commence à recevoir les e-mails pour n’importe quelle adresse sur ce domaine. Les messages entrants arrivent dans Kit où ils peuvent alimenter la boîte de réception générale des candidats, les boîtes de réception par offre d’emploi, ou tout autre point d’écoute de Kit pour les e-mails entrants.

Vous n’avez besoin ni de votre propre serveur de messagerie, ni d’un compte Cloudflare, ni de clés API. Startupkit gère l’infrastructure ; vous indiquez simplement au DNS où envoyer les e-mails.

Quand l’utiliser

Choisissez Startupkit Email lorsque :

• Vous souhaitez la configuration la plus simple possible (un seul enregistrement DNS, aucun compte tiers)
• Vous n’utilisez pas déjà Cloudflare Email Routing sur le domaine que vous souhaitez utiliser
• Vous voulez que Startupkit gère la disponibilité, le filtrage anti-spam et la délivrabilité

Choisissez Cloudflare Email Routing si votre domaine est déjà sur Cloudflare et que vous préférez y conserver le routage des e-mails.

Les deux options coexistent sur la page E-mail entrant. Vous pouvez passer de l’une à l’autre à tout moment — aucune migration requise.

Configuration

1. Ajoutez votre domaine

Accédez à Intégrations > Startupkit Email et cliquez sur Ajouter un domaine. Saisissez le domaine sur lequel vous souhaitez recevoir des e-mails (par exemple, mail.yourcompany.com). Startupkit provisionne le domaine sur son serveur de messagerie et vous affiche l’enregistrement MX à publier.

Utilisez un sous-domaine comme mail.yourcompany.com si votre domaine principal reçoit déjà des e-mails d’un autre fournisseur. Ainsi, Startupkit gère les e-mails entrants pour les adresses candidates sans toucher au reste de votre configuration.

2. Publiez l’enregistrement MX

Ajoutez l’enregistrement MX suivant chez votre fournisseur DNS :

Type	Hôte	Priorité	Valeur
MX	votre domaine	10	affichée sur la page de détail du domaine

Le domaine passe à Actif dès que Startupkit a terminé de le provisionner sur notre serveur de messagerie. Cela se produit côté serveur et n’attend pas la propagation de votre DNS — un statut Actif signifie que Kit est prêt à recevoir du courrier, pas que vos enregistrements sont déjà actifs.

La propagation effective de votre enregistrement MX est suivie séparément. Elle prend généralement quelques minutes, mais peut aller jusqu’à une heure selon le TTL de votre bureau d’enregistrement ; la page de détail du domaine affiche une vérification par enregistrement (MX, ainsi que DKIM, SPF et DMARC) avec un horodatage « Dernière vérification ». Chaque enregistrement passe au vert dès que le résolveur de Startupkit le voit actif chez votre bureau d’enregistrement.

Où se trouve chaque enregistrement

La page de détail du domaine liste jusqu’à quatre enregistrements. Deux d’entre eux se placent sur le nom de domaine lui-même, et deux sur des noms enfants situés en dessous :

Enregistrement	Publié sur	Rôle
MX	mail.yourcompany.com	Route les e-mails entrants vers Startupkit
TXT (SPF)	mail.yourcompany.com	Autorise Startupkit à envoyer au nom de ce domaine
TXT (DKIM)	kit._domainkey.mail.yourcompany.com	Signe les e-mails sortants
TXT (DMARC)	_dmarc.mail.yourcompany.com	Indique aux serveurs destinataires comment traiter les échecs

Cette répartition compte si le même nom sert aussi un site web — consultez Quand le domaine sert aussi un site web ci-dessous.

3. Ajoutez des gestionnaires d’e-mails

Une fois le domaine actif, créez des gestionnaires d’e-mails — ce sont les adresses individuelles sur lesquelles Startupkit écoute. Par exemple, un gestionnaire nommé apply sur le domaine mail.yourcompany.com crée la boîte de réception [email protected].

Les gestionnaires sont le point où les e-mails entrants deviennent utiles à Kit :

• Connectez un gestionnaire à la boîte de réception générale des candidats pour router chaque e-mail vers l’offre d’emploi correspondante
• Associez un gestionnaire à une offre d’emploi spécifique pour que les réponses des candidats arrivent sur cette candidature
• Utilisez un gestionnaire comme adresse de contact que Kit route vers un flux de travail spécifique

Quand le domaine sert aussi un site web

Les hébergeurs web comme Vercel, Netlify et Cloudflare Pages vous demandent de faire pointer votre sous-domaine vers eux avec un enregistrement CNAME. Si vous tentez ensuite d’ajouter Startupkit Email sur ce même sous-domaine, deux des quatre enregistrements ne passeront pas.

La raison est une règle DNS, pas une limitation de Startupkit : un nom qui porte un CNAME ne peut porter aucun autre type d’enregistrement (RFC 1034). Tant que jobs.yourcompany.com est un CNAME vers votre hébergeur web, les enregistrements MX et TXT SPF sur ce même nom ne peuvent tout simplement pas exister. La plupart des fournisseurs DNS les rejettent d’emblée ; certains les acceptent et n’en font silencieusement rien, ce qui est pire.

DKIM et DMARC s’installent sans difficulté dans les deux cas, car kit._domainkey.jobs.yourcompany.com et _dmarc.jobs.yourcompany.com sont des noms différents, pas le nom porteur du CNAME lui-même. Le symptôme habituel est donc une configuration qui s’arrête à mi-chemin : deux enregistrements au vert, deux rejetés.

Solution 1 (recommandée) : donner à la messagerie son propre sous-domaine

Conservez jobs.yourcompany.com comme CNAME vers votre hébergeur web, et ajoutez Startupkit Email sur un nom qui ne porte aucun site web — mail.yourcompany.com ou careers-mail.yourcompany.com. Rien ne change pour votre site, et chaque enregistrement passe du premier coup. Le seul coût : les adresses visibles par les candidats s’écrivent [email protected] plutôt que [email protected].

Solution 2 : aplatir le CNAME en enregistrement A

Si la messagerie doit absolument résider sur le nom exact qui sert le site web, remplacez le CNAME par un enregistrement A. Les hébergeurs web routent les requêtes d’après l’en-tête Host et le SNI TLS plutôt que d’après l’IP : le site continue donc de fonctionner, et le nom peut alors porter les enregistrements MX et SPF :

Type	Nom	Valeur
A	jobs	L’IP que votre hébergeur vous indique

Prenez l’IP dans le tableau de bord ou la documentation de votre hébergeur — pour Vercel, la valeur affichée sur la carte de domaine du projet concerné. Ne recopiez pas une IP sortie d’un résultat dig obtenu sur le site de quelqu’un d’autre.

Les contreparties sont réelles ; faites ce choix en connaissance de cause :

• Un enregistrement A fige une adresse fixe. Un CNAME laisse votre hébergeur rediriger le trafic pour le routage et la protection anti-DDoS, et suit le mouvement s’il fait tourner ses adresses ; un enregistrement A ne fait ni l’un ni l’autre, et casse silencieusement si l’adresse est retirée.
• Les hébergeurs documentent les enregistrements A sur l’apex, mais ne documentent généralement pas ceux des sous-domaines — Vercel, par exemple, attribue aux projets récents d’autres IP anycast et recommande un CNAME pour les sous-domaines. Vous êtes hors du périmètre pris en charge : revérifiez l’adresse après toute migration chez votre hébergeur.

Si ce compromis ne vous convient pas, utilisez la solution 1.

Les domaines apex ont le même problème

Si vous voulez recevoir des e-mails sur votre domaine racine (yourcompany.com) alors qu’un hébergeur web le sert, votre fournisseur utilise très probablement l’aplatissement ALIAS ou ANAME — le contournement classique du fait qu’un apex ne peut pas porter de CNAME. La coexistence d’ALIAS et de MX dépend entièrement du fournisseur : certains l’aplatissent en enregistrement A au moment de la réponse et acceptent un MX à côté, d’autres appliquent la restriction du CNAME. Si le vôtre refuse le MX, utilisez un sous-domaine pour la messagerie.

Gestion des domaines

Depuis la page d’index de Startupkit Email, vous pouvez :

• Ajouter un domaine — Enregistrer un autre domaine
• Voir — Consulter le statut DNS, les gestionnaires et l’activité récente d’un domaine
• Supprimer — Supprimer un domaine demande deux clics. Sur un domaine actif, le premier Supprimer le déconnecte : Startupkit démantèle le domaine sur notre serveur de messagerie et son statut passe à Désactivé. Rien n’est encore supprimé. Cliquez à nouveau sur Supprimer pour le domaine désormais inactif afin de le supprimer définitivement, avec ses gestionnaires et tous les e-mails reçus.

Si le statut d’un domaine affiche Échoué, survolez le message d’erreur pour en voir les détails. Échoué signifie que Startupkit a rencontré une erreur lors du provisionnement du domaine sur notre serveur de messagerie (une erreur de l’API d’administration de notre côté) — cela n’indique pas un problème de DNS de votre côté. Les problèmes de DNS n’apparaissent jamais sous forme de statut Échoué ; ils sont indiqués dans les vérifications distinctes par enregistrement DNS sur la page de détail du domaine. Si l’erreur mentionne une authentification ou une requête rejetée, réessayez depuis la page de détail du domaine ; si elle persiste, contactez le support.

Dépannage

Le domaine reste en attente. Startupkit provisionne encore le domaine sur notre serveur de messagerie ; cela se termine normalement en bien moins d’une minute. Le statut « en attente » reflète notre provisionnement, pas la propagation de votre DNS — rechargez la page de détail du domaine, et s’il reste en attente, la tâche de configuration est peut-être en train de réessayer. (La propagation de votre DNS est indiquée séparément par les vérifications par enregistrement DNS.)

Les e-mails n’arrivent pas. Vérifiez que l’enregistrement MX est publié exactement comme indiqué sur la page de détail du domaine, y compris la priorité. Utilisez dig MX votredomaine.com pour confirmer depuis la ligne de commande.

Mon fournisseur DNS refuse l’ajout de l’enregistrement MX ou SPF. Ce nom est probablement déjà un CNAME — cas typique lorsqu’un hébergeur web comme Vercel, Netlify ou Cloudflare Pages le sert. Le DNS n’autorise pas un CNAME à coexister avec un autre type d’enregistrement sur le même nom, donc impossible d’ajouter les enregistrements MX et SPF à côté. Consultez Quand le domaine sert aussi un site web.

Puis-je utiliser mon domaine principal ? Oui, mais uniquement si votre domaine principal n’est pas déjà utilisé pour l’envoi d’e-mails par un autre fournisseur. Sinon, utilisez un sous-domaine comme mail.yourcompany.com pour séparer les flux.

Startupkit envoie-t-il aussi des e-mails sortants ? Pas sur ce domaine. Startupkit Email ne gère que les e-mails entrants. L’envoi d’e-mails transactionnels est configuré séparément dans les paramètres SMTP.

Candidatures incomplètes

Les candidats qui postulent par e-mail envoient parfois seulement un message d’une ligne, sans CV, sans LinkedIn, sans portfolio. Kit signale ces candidatures comme candidatures incomplètes avec une bannière ambrée dans la vue recruteur, pour que vous les repériez avant la présélection.

Si vous préférez ne pas relancer les candidats manuellement, activez Envoyer automatiquement une demande d’informations dans les paramètres d’e-mail entrant. Une fois activée, Kit envoie au candidat un message court et courtois lui demandant les éléments manquants, avec un lien vers une page complémentaire privée où il ou elle peut :

• Téléverser un CV
• Coller une URL LinkedIn, GitHub ou de portfolio
• Ajouter un court paragraphe à son sujet

Le lien est tokenisé par candidature et expire au bout de 14 jours. Tout ce que le candidat ajoute s’attache à sa candidature existante. Pas de nouveau compte, pas de mot de passe.

L’e-mail de relance automatique est désactivé par défaut. Sa formulation est entièrement personnalisable au même titre que les autres e-mails transactionnels de Kit (il s’agit du 14e type de modèle). Modifiez-le dans les paramètres de modèles d’e-mail de votre compte.

Voir aussi

• Présentation de l’e-mail entrant — comparer Startupkit Email et Cloudflare Email Routing
• Cloudflare Email Routing — le fournisseur alternatif si vous préférez utiliser votre propre compte Cloudflare
• Domaines personnalisés — des URL de portail à vos couleurs, et pourquoi la messagerie doit avoir son propre sous-domaine