Recevoir des emails sur votre domaine

Remarque : La messagerie entrante est disponible sur tous les forfaits, en plus d'un domaine déjà vérifié pour l'envoi natif — mesurée par volume mensuel et nombre d'adresses nommées, les deux évoluant selon le palier. Voir tarifs pour l'allocation de chaque palier.

Une fois que vous avez vérifié un domaine pour l'envoi natif, MailInApp peut aussi recevoir de vrais emails à des adresses nommées sur ce domaine — [email protected], [email protected], ce que vous voulez — consultables et auxquels on peut répondre depuis Messagerie dans le tableau de bord. Pas de règles de transfert, pas de serveur de messagerie séparé à faire fonctionner.

Cela fonctionne aux côtés du rendu natif de boîte de réception et de la synchronisation IMAP au sein de la même Messagerie à /dashboard/mailbox : vous pouvez gérer le courrier entrant du domaine personnalisé et les comptes IMAP externes connectés au même endroit.

Activez-la

La réception entrante est un commutateur sur la même page Paramètres → Domaines que celle utilisée pour vérifier l'envoi, et elle nécessite que ce domaine soit déjà vérifié :

Sous Paramètres → Domaines, trouvez Recevoir des emails sur ce domaine et cliquez sur Activer.
Ajoutez l'enregistrement MX affiché chez votre fournisseur DNS — il pointe votre domaine vers les serveurs de messagerie de MailInApp.
Le commutateur se confirme lui-même dès que votre premier message réel arrive ; il n'y a pas de vérification distincte comme c'est le cas pour DKIM/MAIL FROM, puisque MX n'a pas d'API équivalente.
Ajoutez une ou plusieurs adresses nommées (par ex. support, sales) sous le commutateur — ce sont les parties locales pour lesquelles MailInApp acceptera le courrier et affichera une étiquette dans le tableau de bord. Le courrier adressé à une adresse que vous n'avez pas revendiquée arrive et est stocké quand même, simplement marqué comme non attribué plutôt que rejeté. Le nombre que vous pouvez revendiquer évolue selon le forfait — voir tarifs.

Lecture, réponse et organisation

/dashboard/mailbox liste tous les fils de discussion, filtrables par adresse, avec l'état non lu et le téléchargement des pièces jointes. Répondre depuis un fil envoie via votre propre configuration d'envoi natif, correctement chaîné (In-Reply-To/References) afin qu'il arrive comme une réponse dans le client de messagerie de l'expéditeur — et non comme un nouveau message déconnecté.

Composez un tout nouveau fil vers n'importe quelle adresse, pas seulement des réponses au courrier entrant — choisissez laquelle de vos adresses revendiquées utiliser comme expéditeur via le même sélecteur « Envoyer en tant que » qu'utilisent les comptes IMAP connectés.
Archivez ou supprimez (corbeille) un fil (et remettez-le dans la boîte de réception à tout moment) au lieu de simplement le marquer lu/non lu.
Marquez d'une étoile un fil pour le signaler pour un suivi.
Joignez des fichiers à une réponse ou à une nouvelle composition, et téléchargez toute pièce jointe d'un message que vous avez reçu — les deux directions s'affichent désormais comme des puces téléchargeables dans le fil.
Cc et Cci sont disponibles pour chaque réponse et nouvelle composition.
La recherche est une véritable requête côté serveur, pas seulement un filtre sur ce qui est déjà chargé — elle correspond d'abord au sujet/participant/aperçu d'un fil, puis se rabat si nécessaire sur une analyse complète de l'historique des messages.
Signature : définissez une signature par défaut à l'échelle du compte (barre latérale Messagerie → Signature) insérée au-dessus du texte cité sur chaque réponse et composition, sur toutes les adresses que vous avez revendiquées.
Filtres : sous barre latérale Messagerie → Filtres, définissez des règles comme « de/sujet contient X → marquer comme lu / signaler / déplacer vers Archives / déplacer vers Corbeille », évaluées automatiquement à l'arrivée du courrier entrant.

Réponses en texte enrichi

Les zones de réponse et de composition sont un véritable éditeur de texte enrichi, pas une simple zone de texte brut. Vous disposez du gras, de l'italique, du souligné, du barré, des titres H2/H3, des listes à puces et numérotées, des citations, des liens, d'un petit ensemble fixe de nuances de couleur de texte, et de tableaux de base (insertion, ajout/suppression de ligne ou de colonne).

La mise en forme fonctionne dans les deux sens. Vos propres messages envoyés s'affichent avec leur mise en forme complète dans la vue du fil. Le courrier formaté venant de l'autre côté s'affiche aussi en toute sécurité — assaini, et, pour tout ce qui sort de la liste blanche des éléments connus comme sûrs, affiché dans un cadre en bac à sable de la même façon que le sont déjà les messages IMAP connectés.

L'envoi conserve tout de même un repli propre : chaque réponse porte une partie en texte brut à côté du HTML, afin que les destinataires sur un client texte seul voient un équivalent lisible.

Voici la version de la messagerie de domaine. Répondre à un message depuis un compte Gmail/Outlook connecté offre le même éditeur de texte enrichi et la même prise en charge des pièces jointes, simplement sans le cas de la nouvelle composition — celle-ci reste en texte brut pour un compte connecté.

Répondre ou composer avec un email interactif

Parfois, une réponse a besoin de plus que du texte formaté — un sondage, un bloc produit, un compte à rebours. Cliquez sur ✨ Répondre avec un email interactif sur un fil au lieu d'écrire dans la zone de texte enrichi (ou ✨ Composer avec un email interactif depuis une nouvelle composition). Cela ouvre l'éditeur complet du studio avec le contexte du fil attaché. Choisissez un projet existant ou démarrez-en un nouveau, apportez les dernières modifications, et envoyez-le comme cette réponse spécifique.

Quelques éléments se comportent différemment pour une réponse envoyée depuis le studio :

Il est envoyé comme un email transactionnel : pas de pied de page de désabonnement, pas de ligne « ouvrir la version interactive », et pas de pixel de suivi des ouvertures — approprié pour une réponse individuelle plutôt qu'une campagne en masse.
Les interactions qui s'y produisent (votes de sondage, soumissions de formulaire, clics) sont enregistrées anonymement/à fréquence limitée plutôt qu'attribuées à une ligne de liste de contacts, de la même façon qu'un export HTML ou un lien de vue en direct non lié.
La vue du fil marque le message Envoyé avec : <project name> et affiche le HTML envoyé dans un cadre en bac à sable, avec un lien de retour vers l'éditeur du studio pour le rouvrir ou le renvoyer.

Un compte IMAP connecté dispose aussi de cela, sur les réponses — même bouton ✨, même comportement transactionnel. La seule différence : il n'y a pas de badge « Envoyé avec » ni d'historique de fil là-bas, puisque les messages de compte connecté ne sont de toute façon jamais stockés côté serveur.

Les actions groupées (sélectionner plusieurs fils, puis Archiver/Supprimer/Marquer comme lu/non lu ensemble) et les raccourcis clavier (j/k pour naviguer, e pour archiver, # pour supprimer) fonctionnent aussi ici. Les deux back-ends partagent une seule interface Messagerie, donc les mêmes raccourcis s'appliquent aux comptes IMAP connectés.

Sous-domaine ou domaine racine

Par défaut, un domaine vérifié obtient une identité de sous-domaine dédiée — mail.yourdomain.com — afin que l'envoi et la réception via MailInApp coexistent en toute sécurité avec tout ce que vous faites déjà tourner sur yourdomain.com (Google Workspace, Outlook, votre propre serveur de messagerie). Les adresses ressemblent à [email protected].

Lorsque vous connectez un domaine pour la première fois, vous pouvez à la place cocher Utiliser le domaine racine au lieu d'un sous-domaine pour obtenir des adresses simples comme [email protected]. Cela n'a de sens que pour un domaine qui n'est utilisé pour aucun autre email :

L'envoi depuis le domaine racine ne comporte aucun risque supplémentaire — les enregistrements DKIM se trouvent simplement sous un nom différent.
La réception sur le domaine racine est différente : l'enregistrement MX dont le courrier entrant a besoin pointe la livraison de courrier de tout le domaine vers MailInApp. Si yourdomain.com a actuellement du courrier qui circule ailleurs — un vrai fournisseur de boîte de réception, le MX d'un autre outil — activer la réception entrante sur une identité de domaine racine remplace cela entièrement. MailInApp exige une confirmation explicite avant d'activer la réception entrante sur une identité de domaine racine pour cette raison précise ; une identité de sous-domaine ne présente pas ce risque et n'en a besoin d'aucune.

En cas de doute, utilisez le sous-domaine par défaut — vous pourrez toujours revendiquer davantage d'adresses dessus plus tard, et il ne touche jamais au courrier que vous recevez déjà ailleurs sur le domaine.