Envoi natif
Remarque : L'envoi natif est disponible sur tous les forfaits, y compris Gratuit — il est mesuré par volume mensuel, et non verrouillé derrière une mise à niveau. Voir tarifs pour l'allocation de chaque palier.
Au-delà de votre propre relais SMTP, MailInApp peut envoyer directement depuis un domaine que vous vérifiez auprès de nous — pas d'ESP, pas d'identifiants SMTP à générer et à faire tourner. La livraison s'effectue sur notre infrastructure (Amazon SES) via votre propre domaine d'envoi, afin que les destinataires voient du courrier provenant de [email protected], et non d'une adresse MailInApp partagée.
Vérifier un domaine
Sous Paramètres → Domaines, la page vous guide à travers les étapes :
- Entrez votre domaine et cliquez sur Vérifier le domaine. Par défaut, MailInApp crée une identité d'envoi pour
mail.<yourdomain>et un sous-domaine de gestion des rebonds (bounce.mail.<yourdomain>) — un sous-domaine dédié qui coexiste en toute sécurité avec tout autre email que vous faites déjà tourner sur le domaine racine. Si vous préférez envoyer directement depuis le domaine racine ([email protected], et non[email protected]), cochez Utiliser le domaine racine au lieu d'un sous-domaine — ne le faites que si le domaine n'est utilisé pour aucun autre email ; voir Recevoir des emails sur votre domaine pour comprendre pourquoi cela compte davantage une fois la réception entrante impliquée. - Ajoutez les enregistrements DNS affichés — une poignée d'enregistrements DKIM
CNAME, un enregistrementMXet un enregistrementTXTpour le sous-domaine de rebonds, et un enregistrementTXTDMARC de départ — chez votre fournisseur DNS. Ceux-ci prouvent que vous contrôlez le domaine et permettent au courrier envoyé via celui-ci de passer les vérifications DKIM/SPF. - Cliquez sur Vérifier maintenant une fois que vous les avez ajoutés, ou attendez simplement — MailInApp sonde automatiquement toutes les 15 à 30 minutes.
- Une fois que le domaine et le sous-domaine MAIL FROM affichent tous les deux Vérifié, un commutateur apparaît pour faire passer la méthode d'envoi de votre compte à l'envoi natif.
Revenir à SMTP est toujours possible et instantané — cela ne déconnecte pas le domaine, vous pouvez donc basculer entre les deux sans avoir à revérifier.
DMARC
DMARC indique aux boîtes de réception que faire du courrier prétendant provenir de votre domaine mais échouant aux vérifications SPF/DKIM — le rejeter, l'envoyer au spam, ou (la valeur par défaut que nous générons) simplement surveiller. C'est le seul enregistrement ici que MailInApp ne peut pas vérifier automatiquement comme il le fait en sondant le statut DKIM et MAIL FROM — il n'existe pas d'API pour cela, donc il est affiché pour que vous l'ajoutiez mais n'affiche jamais de badge Vérifié/En attente.
L'enregistrement que nous générons est livré avec p=none (surveillance uniquement) délibérément — cela n'affectera pas la livraison à lui seul. Une fois que vous avez confirmé que rien de légitime n'échoue, resserrez la politique à p=quarantine puis éventuellement p=reject chez votre fournisseur DNS. La plupart des fournisseurs DNS, y compris Cloudflare, vous montreront des rapports agrégés DMARC si vous ajoutez votre propre adresse rua=mailto: à l'enregistrement.
Ce qui ne change pas
Les envois manuels, les envois programmés, les emails de cycle de vie (avis de commande/ticket) et l'API d'envoi transactionnelle passent tous par la méthode d'envoi configurée pour votre compte — il n'y a pas de configuration séparée par fonctionnalité. La suppression, l'historique des envois, le suivi des interactions et les réponses fonctionnent tous de façon identique, quelle que soit la méthode qui a livré le courrier.
Mode bac à sable
Pendant que votre compte est dans le bac à sable SES, l'envoi natif n'atteint que les adresses que vous avez séparément vérifiées auprès de nous — cela permet de tester votre propre livraison avant que nous ne demandions un accès de production en votre nom. Votre carte Paramètres affiche toujours un avis en langage clair pendant que le mode bac à sable s'applique.