Base de connaissances
Voies d'envoi
Le courrier applicatif et les newsletters voyagent séparément, si bien qu'une newsletter ne retarde jamais une réinitialisation de mot de passe.
Détails
- Le courrier part par deux voies. Le courrier applicatif porte les réinitialisations de mot de passe, les reçus, les codes et les réponses. Les diffusions portent les newsletters et les autres envois à de nombreuses personnes. Chaque voie a sa propre file d'attente et sa propre réputation, si bien qu'une grosse newsletter ne retient jamais un code de connexion.
- Le courrier rédigé dans l'application, les réponses et les envois par l'API voyagent comme courrier applicatif, et chaque copie d'une diffusion voyage par la voie des diffusions. Un envoi par l'API peut choisir la voie des diffusions avec stream, et en SMTP l'en-tête X-OpenEmail-Stream fait de même.
- L'onglet Envoyés de Paramètres → Statistiques montre les deux voies sous Voies d'envoi, avec les destinataires des 7 derniers jours et les taux de rebond et de plaintes de chaque voie.
- La voie des diffusions se met en pause d'elle-même quand son taux de rebond dépasse 4% ou son taux de plaintes 0.2% sur 7 jours, une fois qu'elle a envoyé à au moins 500 destinataires. Le propriétaire de l'espace de travail reçoit un e-mail, les diffusions en cours sont retenues et les nouvelles sont refusées jusqu'à la reprise de la voie. Le courrier applicatif n'est jamais mis en pause.
- Seul le propriétaire de l'espace de travail la reprend, avec Reprendre les diffusions dans le même panneau. Les messages retenus partent aussitôt et le décompte de 7 jours recommence, alors nettoyez d'abord l'audience.
- Les voies existent dans la REST API sous GET /sending/streams et POST /sending/streams/broadcast/resume, dans le SDK sous sending.listStreams et sending.resumeStream, en ligne de commande, et sur le serveur MCP sous getSendingStreams et resumeSendingStream.