E-mails transactionnels.
Vos e-mails automatiques, configurés et suivis.
Confirmations de commande, codes de connexion, réinitialisations : VCSTS raccorde votre application à une plateforme d’envoi, configure votre domaine et vous prévient des refus, retards et abandons visibles.
Sur devis. Canal, délai et heures de suivi sont convenus au devis.
Ce que l’expéditeur voit
Votre application
Elle envoie le message à la plateforme.
La plateforme
Elle le prend en charge et tente de le transmettre. Après plusieurs essais, elle peut l’abandonner.
Le serveur destinataire
Il accepte, retarde ou refuse le message.
Ligne de visibilité
Un message accepté par le serveur n’est pas forcément arrivé en boîte de réception.
Ce que l’expéditeur ne voit pas de façon fiable
Boîte de réception, indésirables, quarantaine ou message écarté sans avis : le classement final lui échappe.
Refusé, retardé, abandonné : VCSTS vous prévient.
Les serveurs répondent par des codes. Voici trois exemples : ce qu’ils signifient, qui peut agir et comment.
Sur devis. Canal, délai et heures de suivi sont convenus au devis.
Exemples illustratifs : trois réponses types, aucun message réel.
Ce que dit le serveur 5.1.1
La boîte indiquée dans l’adresse n’existe pas.
Refus définitif : renvoyer le message tel quel à cette adresse ne règle pas la cause.
Votre application
Corriger ou écarter l’adresse.
Ce que dit le serveur 4.2.2
La boîte du destinataire est pleine.
Échec temporaire : l’envoi peut être retenté, puis abandonné si la boîte reste pleine.
Le destinataire
Libérer de la place dans sa boîte.
Ce que dit le serveur 5.7.1
L’expéditeur n’est pas autorisé à écrire à cette destination.
Refus définitif : ce code général peut recouvrir différentes causes.
Selon la cause
Agir sur le domaine, la plateforme ou les règles du destinataire.
Quand un e-mail n’arrive pas, qui tient quoi ?
Votre domaine, votre application, votre compte d’envoi : vous gardez la main. VCSTS raccorde, configure et suit les incidents visibles, avec les accès convenus.
Sur devis. Canal, délai et heures de suivi sont convenus au devis.
Exemple de répartition, à préciser au devis.
Gère : s’occupe de cette partie
Intervient : contribue à cette partie
| qui tient quoi ? | Vous | VCSTS | La plateforme | Le destinataire |
|---|---|---|---|---|
| Le nom de domaine | Gère | Sans rôle indiqué | Sans rôle indiqué | Sans rôle indiqué |
| Les réglages du domaine | Gère | Intervient | Sans rôle indiqué | Sans rôle indiqué |
| Le compte d’envoi, à votre nom | Gère | Intervient | Sans rôle indiqué | Sans rôle indiqué |
| Le service d’envoi | Sans rôle indiqué | Sans rôle indiqué | Gère | Sans rôle indiqué |
| Votre application | Gère | Intervient | Sans rôle indiqué | Sans rôle indiqué |
| Le suivi des refus, retards et abandons | Sans rôle indiqué | Gère | Intervient | Sans rôle indiqué |
| La boîte du destinataire | Sans rôle indiqué | Sans rôle indiqué | Sans rôle indiqué | Gère |
- Le nom de domaine
- Vous : Gère
- Les réglages du domaine
- Vous : GèreVCSTS : Intervient
- Le compte d’envoi, à votre nom
- Vous : GèreVCSTS : Intervient
- Le service d’envoi
- La plateforme : Gère
- Votre application
- Vous : GèreVCSTS : Intervient
- Le suivi des refus, retards et abandons
- VCSTS : GèreLa plateforme : Intervient
- La boîte du destinataire
- Le destinataire : Gère
La plateforme rend les événements d’envoi visibles ; VCSTS les surveille et vous prévient.
Ce que fait VCSTS.
E-mails transactionnels : branchement, domaine d’envoi et suivi
Mise en place et suivi d’e-mails transactionnels : ces messages sont envoyés automatiquement par votre application après une action — commande, connexion, réinitialisation. Nous raccordons votre application, configurons le domaine et organisons le suivi.
Cadrer la mise en place
Décrire vos envois
Nous identifions vos messages — confirmations, codes de connexion, réinitialisations, notifications —, l’application qui les déclenche, la voie d’envoi actuelle et le domaine utilisé.
La plateforme d’envoi
Une plateforme dédiée prend en charge les envois. Son compte reste à votre nom ; nous intervenons avec les accès convenus.
Raccorder et configurer
Régler le domaine
Nous configurons SPF, DKIM et DMARC : expéditeurs autorisés, signature des messages et politique du domaine. Les services déjà présents sur votre domaine sont pris en compte. Pour SPF, on adapte l’enregistrement existant : un même nom de domaine ne doit pas publier plusieurs enregistrements SPF concurrents. Ces réglages écartent une cause de refus ; ils ne décident pas du classement final.
Le nom de domaine et son titulaire sont un autre sujet : Noms de domaine
Brancher l’application
Nous raccordons votre site ou votre logiciel à la plateforme par API ou par SMTP.
Suivre et vous prévenir
Des incidents signalés
Nous surveillons les refus, retards et abandons visibles et nous vous prévenons. Canal, délai et heures de suivi sont convenus au devis.
Sur devis : notre travail est facturé par VCSTS ; l’envoi l’est par la plateforme, sur votre compte.
Un incident, le bon interlocuteur.
Une adresse, un domaine, une boîte pleine : des symptômes proches peuvent appeler des actions différentes. Voici quelques exemples.
Mon client ne reçoit pas son code.
- Ce qui s’est passé
L’adresse est mal saisie ou n’existe pas : le serveur du destinataire refuse définitivement le message.
- Qui corrige
- Votre application.
- Vu ou non
- Visible pour l’expéditeur
Plus rien ne part depuis un changement technique.
- Ce qui s’est passé
Après un changement d’hébergeur ou de messagerie, l’authentification du domaine peut être absente ou mal configurée. C’est une cause possible de refus.
- Qui corrige
- L’administrateur du domaine ; VCSTS prend en charge ces réglages dans la prestation.
- Vu ou non
- Visible pour l’expéditeur
Le code arrive trop tard : il a déjà expiré.
- Ce qui s’est passé
Le serveur du destinataire répond « pas maintenant ». Le message est repris plusieurs fois, puis accepté tard ou abandonné.
- Qui corrige
- Le destinataire, la plateforme ou votre application (durée de validité du code).
- Vu ou non
- Visible pour l’expéditeur
Un client ne reçoit rien : sa boîte est pleine.
- Ce qui s’est passé
La boîte du destinataire est pleine : son serveur ne peut pas accepter le message.
- Qui corrige
- Le destinataire.
- Vu ou non
- Visible pour l’expéditeur
Nos e-mails partent dans les indésirables.
- Ce qui s’est passé
Le serveur du destinataire a accepté le message, puis l’a rangé en indésirables ou en quarantaine.
- Qui corrige
- La décision finale appartient au serveur du destinataire.
- Vu ou non
- Pas visible de façon fiable pour l’expéditeur
Carré plein : l’expéditeur le voit. Pointillé : il ne le voit pas de façon fiable.
Un suivi précis, une limite claire.
Nous suivons les événements que la plateforme rend visibles. La réponse d’un serveur et le classement final du message sont deux choses différentes.
Ce que nous surveillons
- Refusé
- Le serveur du destinataire répond « non » : par exemple, la boîte n’existe pas.
- Retardé
- Le serveur répond « pas maintenant ». Un code de connexion peut alors arriver après son expiration.
- Abandonné
- Après plusieurs tentatives sans acceptation, la plateforme cesse l’envoi.
Nous surveillons ces événements et nous vous prévenons.
« Accepté pour traitement » ne veut pas dire accepté par le serveur du destinataire.
La plateforme peut accepter votre demande d’envoi avant de connaître la réponse du serveur destinataire. Un refus peut donc apparaître ensuite dans le suivi ; votre application ne le montre que si son code le prévoit.
La décision finale
Même bien authentifié, un message reste soumis aux règles du serveur destinataire. Son classement final n’est pas visible de façon fiable pour l’expéditeur ; son arrivée en boîte de réception ne se garantit pas.
Une limite que rappellent aussi Google et Yahoo.
Google n’accepte pas de liste d’autorisation demandée par les prestataires d’envoi et ne garantit pas que les messages envoyés par un prestataire passent les filtres antispam de Gmail. Yahoo indique également ne pas proposer de programme de liste blanche.
Après l’acceptation par le serveur
- Indésirables ou quarantaine.
- Le serveur peut accepter le message puis le classer hors de la boîte de réception.
- Message écarté sans avis.
- Un serveur peut écarter un message sans avertir l’expéditeur. Les règles du courrier électronique jugent cette pratique très risquée et recommandent de la réserver aux messages considérés, avec une forte certitude, comme frauduleux ou inappropriés.
Pourquoi pas une boîte de messagerie ?
Une boîte de collaborateur sert aux échanges d’une personne. Une plateforme dédiée sépare les envois de votre application et leur suivi de cette messagerie.
Notre conseil
Les messages de votre application méritent leur propre circuit d’envoi.
Les plafonds
Selon Microsoft, une boîte Exchange Online est notamment limitée à 30 messages par minute et 10 000 destinataires par jour. D’autres limites s’appliquent aux destinataires externes.
Le calendrier
Microsoft 365 fait évoluer l’envoi SMTP par identifiant et mot de passe.
Selon Microsoft, fin décembre 2026, cette authentification sera désactivée par défaut pour les organisations existantes, avec réactivation possible par l’administrateur. Microsoft prévoit d’annoncer la date de suppression définitive au second semestre 2027.
Les boîtes de vos collaborateurs sont un autre sujet. Messagerie & collaboration
Vos questions, nos réponses courtes.
Mon site envoie déjà : qu’apporte VCSTS ?
Le raccordement ne suffit pas à lui seul. Nous configurons le domaine et organisons le suivi des refus, retards et abandons visibles, avec les modalités de signalement convenues au devis.
Est-ce compatible avec mon site ou mon logiciel ?
Le raccordement se fait par API ou par SMTP. Nous étudions l’application, les messages et la voie d’envoi existante pour définir la mise en place adaptée.
Comment suis-je prévenu d’un incident ?
Le canal, le délai et les heures de suivi sont fixés avec vous au devis. Le suivi porte sur les événements visibles ; le classement en indésirables ou en quarantaine n’est pas visible de façon fiable.
Vous garantissez que mes messages arrivent ?
Non : la décision finale appartient au serveur du destinataire, même quand le message est bien authentifié. Nous vous signalons les refus, retards et abandons visibles selon les modalités convenues au devis.
Et si je change de prestataire ?
Le compte chez la plateforme d’envoi reste à votre nom. Nous y intervenons avec les accès convenus ; ce compte reste le vôtre.
Combien ça coûte et qui facture ?
Le prix se fait sur devis. VCSTS facture la mise en place et le suivi convenus ; la plateforme facture les envois sur votre compte.
Cela comprend-il les newsletters ?
Cette prestation concerne les messages déclenchés par une action ou un événement : commande, connexion, réinitialisation. Les campagnes promotionnelles et newsletters relèvent d’un autre besoin. Google recommande de séparer ces contenus : par exemple, ne pas ajouter de promotion à une confirmation d’achat.
Parlons de vos envois.
Une mise en place à prévoir, des messages refusés ou des codes qui arrivent trop tard ? Décrivez-nous la situation.
Ce qui se passe ensuite
Nous étudions votre besoin et revenons avec une proposition. Ce premier échange ne déclenche ni commande ni paiement.
Vous préférez nous joindre directement ?
Pour préparer l’échange, si vous le savez
- Vos messages et votre application. Ce qui part, ce qui le déclenche et, si vous le connaissez, le volume d’envoi.
- Votre configuration actuelle. Le domaine et la voie utilisée : boîte, hébergeur ou plateforme.
- Votre besoin. Le problème rencontré ou le projet à préparer, avec votre échéance éventuelle.
Ne nous envoyez ni mot de passe ni clé d’accès : nous n’en demandons pas dans ce premier échange.